รหัส QR ใบขับขี่ดิจิทัล: ISO/IEC 18013-5

มาตรฐานคืออะไร

ISO/IEC 18013-5:2021, การระบุตัวตนส่วนบุคคล, ใบขับขี่ที่เป็นไปตาม ISO, ส่วนที่ 5: ใบขับขี่ดิจิทัล (mDL) ตีพิมพ์ครั้งแรกในปี 2021 กำหนดโครงสร้างข้อมูล โปรโตคอลการถ่ายโอน และข้อกำหนดการรักษาความปลอดภัย

การนำไปใช้ดำเนินไปอย่างดี: หลายรัฐในสหรัฐฯ มี mDL ที่ใช้งานจริงหรือนำร่องใน Apple Wallet และ Google Wallet แคนาดา สหราชอาณาจักร ออสเตรเลีย และสหภาพยุโรปมีโครงการนำร่องหรือโครงสร้างพื้นฐานที่กำลังพัฒนา

ข้อมูลจริงๆ ที่อยู่ใน QR

QR ของ mDL เข้ารหัสโครงสร้าง CBOR ของ DeviceEngagement CBOR (Concise Binary Object Representation, RFC 8949) คือรูปแบบการซีเรียลไลเซชันแบบไบนารีที่กะทัดรัดกว่า JSON

{
  0: "1.0",                         // version
  1: [1, 2, [eDeviceKey bytes]],    // security: cipher suite 1, EC P-256 key
  2: [                              // device retrieval methods
    [1, 1, {...NFC options...}],
    [2, 1, {...BLE options...}],
    [3, 1, {...Wi-Fi Aware options...}]
  ],
  3: {...optional server retrieval...}
}

ฟิลด์หลักที่ถอดรหัสแล้ว:

แตกต่างจากบาร์โค้ด PDF417 ของ AAMVA บนบัตรพลาสติกอย่างไร?

มันเป็นข้อมูลรับรองตัวตนคนละประเภท บาร์โค้ด AAMVA PDF417 ด้านหลังใบขับขี่พลาสติกของสหรัฐฯ เก็บทุก attribute บนบัตรในรูปแบบ plaintext ได้แก่ ชื่อ, ที่อยู่, วันเกิด, หมายเลขใบอนุญาต, ส่วนสูง, น้ำหนัก, สีตา, ข้อจำกัด, สถานะผู้บริจาคอวัยวะ เครื่องสแกนใดก็สามารถอ่านข้อมูลทั้งหมดได้ บัตรเป็นข้อมูลรับรองแบบ "ทั้งหมดหรือไม่มีเลย": คุณส่งมอบบัตรและเปิดเผยทุกอย่าง หรือไม่เลย

mDL พลิกสิ่งนี้ QR ไม่มี attribute ใดๆ มีเพียงการจับมือกัน ผู้ตรวจสอบต้องขอ attribute เฉพาะ (given_name, family_name, birth_date, age_over_21, portrait, document_number, driving_privileges เป็นต้น) กระเป๋าสตางค์จะแสดงคำขอให้คุณดู และมีเพียง attribute ที่คุณอนุมัติเท่านั้นที่จะถูกส่ง การส่งยังได้รับ ลายเซ็นเข้ารหัสจากหน่วยงานออกบัตร (กรม DMV ของรัฐคุณ) ดังนั้นผู้ตรวจสอบสามารถยืนยัน attribute ได้โดยไม่ต้องโทรกลับบ้าน ซึ่งรองรับการตรวจสอบออฟไลน์

นี่คือเหตุผลที่ผู้ที่ใส่ใจความเป็นส่วนตัวชอบ mDL แม้ว่ามาตรฐานจะซับซ้อนกว่า: มันเปิดใช้การเปิดเผยแบบเลือกที่ไม่สามารถทำได้กับบัตรพลาสติก

การเปิดเผยแบบเลือก: ประเด็นที่แท้จริง

มาตรฐาน mDL กำหนด แอตทริบิวต์ที่ดึงมา ชุดหนึ่งที่ให้ผู้ตรวจสอบถามคำถามใช่/ไม่แทนการขอฟิลด์ดิบ

• age_over_18, age_over_21, age_over_65 สำหรับการซื้อที่ต้องยืนยันอายุโดยไม่เปิดเผยวันเกิด
• resident_state สำหรับคำถาม "คุณเป็นผู้อยู่อาศัยในรัฐนี้หรือไม่" โดยไม่เปิดเผยที่อยู่
• driving_privileges ประเภทใบอนุญาต ข้อจำกัด สำหรับการเช่ารถ

แอปผู้ตรวจสอบที่ออกแบบดีสำหรับบาร์จะขอเพียง age_over_21 กระเป๋าสตางค์แสดง "Bar XYZ ต้องการทราบว่าคุณอายุเกิน 21 หรือไม่" คุณอนุมัติ กระเป๋าสตางค์ส่งคำตอบใช่/ไม่ ไม่มีวันเกิด ไม่มีที่อยู่ ไม่มีชื่อ

ผู้ตรวจสอบที่มีเจตนาร้าย: โมเดลภัยคุกคามใหม่

รูปแบบภัยคุกคามของบัตรพลาสติกนั้นง่าย: สูญหาย ถูกคัดลอก หรือถูกมองข้อมูลจากด้านหลัง รูปแบบภัยคุกคามของ mDL แตกต่างออกไป รูปแบบมีความแข็งแกร่ง การเข้ารหัสมีความถูกต้อง ความเสี่ยงเปลี่ยนไปอยู่ที่ แอปของผู้ตรวจสอบอีกฝั่งหนึ่งของธุรกรรม

ใครก็ตามสามารถสร้างแอปผู้ตรวจสอบได้ ไม่มีหน่วยงานออกใบอนุญาตกลาง ดังนั้นบาร์อาจใช้แอปผู้ตรวจสอบสำเร็จรูปที่บันทึกแอตทริบิวต์ทุกตัวที่ขอ รวมถึง DOB เต็ม ชื่อ และที่อยู่ แม้จะต้องการแค่ age_over_21

ดังนั้นการป้องกันอยู่ที่ผู้ถือ: อ่านคำขอ หากผู้ตรวจสอบขอมากกว่าที่ธุรกรรมต้องการ ปฏิเสธหรือขอคำอธิบาย

สิ่งที่ควรรู้เพิ่มเติม: ผู้ตรวจสอบเห็น eDeviceKey ชุดรหัส และวิธีการถ่ายโอนที่คุณรองรับ ซึ่งเป็นเมตาดาต้า ไม่ใช่แอตทริบิวต์ ก่อนคุณอนุมัติอะไรก็ตาม

สิ่งที่เครื่องสแกนของเราแสดง

อัปโหลด QR DeviceEngagement ของ mDL (ภาพ วาง หรือกล้อง) ลงในเครื่องสแกนของเรา ผลแสดง:

• มาตรฐาน ISO/IEC 18013-5 §8.2 DeviceEngagement (CBOR)
• เวอร์ชัน มักเป็น 1.0
• ชุดรหัส ชุดรหัสที่ระบุชื่อ (P-256 / brainpool / ฯลฯ)
• วิธีการถ่ายโอน ช่องทางที่กระเป๋าสตางค์รองรับ (NFC, BLE, Wi-Fi Aware)
• โฮสต์ server retrieval หากกระเป๋าสตางค์รองรับโหมด 18013-7 URL ของผู้ออกใบอนุญาตใดที่จะจัดการคำขอแอตทริบิวต์
• ความยาว eDeviceKey ยืนยันว่ากุญแจมีอยู่และรูปแบบถูกต้อง โดยไม่แสดงไบต์

เราไม่ถอดรหัสแอตทริบิวต์ใดๆ ไม่มีแอตทริบิวต์ใน QR โดยการออกแบบ ข้อมูลใบอนุญาตจริงจะเดินทางแบบเข้ารหัสผ่านช่องทาง BLE หรือ NFC หลังการจับมือ

การถอดรหัสเกิดขึ้นในเบราว์เซอร์ของคุณ มีเพียงเมตาดาต้าโครงสร้างที่ถึงเซิร์ฟเวอร์ของเราสำหรับการจำแนกความปลอดภัย

ก่อนอนุมัติคำขอผู้ตรวจสอบ

• อ่านคำขอ กระเป๋าสตางค์ของคุณต้องแสดงรายการฟิลด์ที่ขอทั้งหมดตามมาตรฐาน อ่านก่อนอนุมัติ
• คำขอตรงกับธุรกรรมหรือไม่? บาร์เทนเดอร์ขอ DOB เต็มแทน age_over_21 ถือเป็นสัญญาณเตือน
• ผู้ตรวจสอบอยู่ในรายการที่เชื่อถือหรือไม่? กระเป๋าสตางค์บางตัวแสดงเครื่องหมายถูกสำหรับผู้ตรวจสอบที่รู้จัก ที่ไม่มีเครื่องหมายถูกไม่ได้หมายความว่าไม่ถูกต้อง แต่ต้องตรวจสอบให้รอบคอบกว่า
• การดึงข้อมูลออนไลน์ (18013-7) มีประสิทธิภาพมากกว่าและล่วงล้ำมากกว่า หากกระเป๋าสตางค์ถามว่าจะให้ผู้ตรวจสอบดึงข้อมูลจากผู้ออกใบอนุญาตออนไลน์หรือไม่ คุณสามารถปฏิเสธและจำกัดให้เป็นการถ่ายโอนออฟไลน์เท่านั้น
• คุณสามารถปฏิเสธได้เสมอ จุดประสงค์ทั้งหมดของการเปิดเผยแบบเลือกได้คือคุณควบคุมสิ่งที่ออกจากโทรศัพท์

ที่เกี่ยวข้อง

• ใบขับขี่ AAMVA PDF417 บาร์โค้ดบนบัตรพลาสติกที่รูปแบบนี้มาแทนที่
• FIDO2 passkey QR QR สำหรับการจับมือข้ามอุปกรณ์อีกประเภทหนึ่ง
• กลโกง QR ที่ควรระวังในปี 2026
• มาตรฐาน QR ทั้งหมดที่เราตรวจสอบ
• รายการครอบคลุมทั้งหมด