移动驾照QR码：ISO/IEC 18013-5

什么是该标准

ISO/IEC 18013-5:2021，个人身份识别——符合ISO规范的驾驶证——第5部分：移动驾驶证（mDL）应用程序。该国际标准规定了数字驾照的签发、存储、向验证方传输以及离线验证方式。QR码部分（大多数人看到的部分）位于第8.2节"设备检索，QR码参与"。配套标准ISO/IEC 18013-7涵盖线上检索（验证方在持有人同意下直接向签发机构查询）。

采用进展顺利：美国已有十余个州在Apple钱包和Google钱包中正式发布或试点mDL；加利福尼亚州mDL已全面开放；TSA在美国大多数主要机场安检时接受mDL；欧盟正在eIDAS 2.0框架下将其变体集成到EUDI钱包（法规于2024年底生效，钱包预计2026-2027年上线）。该标准也是ISO/IEC 23220（通用移动凭证框架，涵盖驾照以外的凭证）的基础。

QR内部究竟包含什么

mDL QR编码的是DeviceEngagement CBOR结构。CBOR（简洁二进制对象表示，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...}
}

关键字段（已解码）：

这与实体卡上的AAMVA PDF417有何不同？

这是不同类别的凭证。美国实体驾照背面的AAMVA PDF417条码以明文携带卡上的所有属性——姓名、地址、出生日期、驾照号、身高、体重、眼睛颜色、限制条件、器官捐献标志。任何扫描仪都能读取全部内容。实体卡是"全有或全无"的凭证：要么递交并披露一切，要么不递交。

mDL改变了这一逻辑。QR不携带任何属性，只是一次握手。验证方必须请求特定属性（given_name、family_name、birth_date、age_over_21、portrait、document_number、driving_privileges等），钱包向您展示请求内容，只有您批准的属性才会被传输。传输内容还带有签发机构（您所在州的车管所）的密码学签名，验证方无需在线查询即可确认属性的真实性——离线验证可行。

这就是注重隐私的人即便面对更复杂的标准也更倾向于mDL的原因：它实现了与业务范围相匹配的信息披露。保安不需要您的地址，TSA官员不需要您的器官捐献状态，便利店店员不需要您的驾照号。

选择性披露：核心价值所在

mDL标准定义了一组派生属性，允许验证方提出是/否问题，而非获取原始值。主要属性：

• age_over_18、age_over_21、age_over_65，用于年龄限制购买，无需披露出生日期。
• resident_state，用于"您是否为本州居民？"的问题，无需披露地址。
• driving_privileges，持有的驾照等级及限制，用于租车。

为酒吧设计良好的验证方应用只请求 age_over_21。钱包显示"酒吧XYZ希望确认您是否年满21周岁。"您点击"批准"，一个签名后的布尔值（"true"）被返回。酒吧应用根据您所在州发布的mDL信任根验证签名。完成。没有出生日期、没有姓名、没有驾照号、没有照片。与递交实体卡相比，这是巨大的隐私提升。

恶意验证方：新的威胁模型

实体卡的威胁模型很简单：遗失、被复制、被旁窥。mDL的威胁模型不同。格式本身是强健的，密码学是可靠的，风险转移到了交易对端的验证方应用上。

任何人都可以构建验证方应用，没有中央许可机构。因此，某个酒吧可能使用配置为索取完整出生日期、全名和照片的现成验证方，尽管只需要 age_over_21。租车员工可能"存档"要求全部信息。零售店员可能索取地址。这些在技术上都不违反标准——标准只要求钱包向持有人展示所请求的内容并要求明确批准。

因此，防御在于持有人一侧：阅读请求提示。如果验证方索取的信息超出业务所需，请拒绝。部分钱包会在验证方不在已知信任列表中时给出警告；ISO/IEC 18013-5通过证书支持验证方身份验证，但信任列表基础设施仍在完善中（美国各州列表；eIDAS 2.0下的欧盟信任列表）。

另需了解：验证方从QR中只能看到您的eDeviceKey、密码套件以及您支持的传输方式——仅此而已。他们无法从QR单独获取任何属性。因此，扫描贴纸或他人屏幕上的QR，攻击者得不到任何有用信息。属性只有在握手后的加密会话内才会传输。

我们的扫描仪显示的内容

将mDL DeviceEngagement QR（图像、粘贴或摄像头）拖入我们的扫描仪。判定结果显示：

• 标准，ISO/IEC 18013-5 §8.2 DeviceEngagement（CBOR）。
• 版本，通常为1.0。
• 密码套件，已命名的密码套件（P-256 / brainpool等）。
• 传输方式，钱包提供哪些通道（NFC、BLE、Wi-Fi Aware）。
• 服务器检索主机，如果钱包提供18013-7模式，指明哪个签发机构URL将处理属性请求。
• eDeviceKey长度，确认密钥存在且格式正确，不输出具体字节。

我们不解码任何属性——QR中本来就没有属性，这是设计使然。实际的驾照数据将通过所选传输方式，经加密通道传输给真实验证方。

解码在您的浏览器中进行；只有结构性元数据会到达我们的服务器用于安全分类。

在批准验证方请求之前

• 阅读请求提示。标准要求您的钱包向您展示所有被请求属性的完整列表。请仔细阅读。
• 请求是否与当前业务相符？调酒师要求提供完整出生日期而非 age_over_21 = 拒绝或询问原因。租车员工索取器官捐献状态 = 拒绝。
• 验证方是否在信任列表中？部分钱包会为已知验证方（持有来自您所在州车管所信任根的签发证书）显示对勾标记。未知验证方应使您保持警惕。
• 线上检索（18013-7）功能更强大，但侵入性也更高。如果钱包询问是否允许验证方直接向您所在州的车管所查询，这将在车管所留下审计记录。对某些业务（TSA、官方身份核验）适用，对其他业务（买酒）则不必要。
• 您随时可以拒绝。选择性披露的意义在于由您控制哪些信息离开您的手机。如果验证方不接受有限披露，您可以回退到实体卡，或直接离开。

相关内容

• AAMVA驾照PDF417，该格式所取代的实体卡条码。
• FIDO2通行密钥QR，另一种跨设备握手QR。
• 2026年需警惕的QR诈骗
• 我们检测的所有QR标准
• 完整覆盖列表