企业接入移动驾驶证需厘清密码学与信任边界

移动驾驶证（mDL）接入会同时改变身份信息的存储位置、声明认证方式、设备信任建立机制、依赖方的信息请求流程，以及无网络条件下的验证方式。即使开发者看到的只是少量API，企业仍需明确凭证存储、设备密钥保护、信任锚管理、撤销处理、数据最小化、遥测关联风险和供应商故障后的迁移方案。

第三方供应商、SDK、钱包平台或验证服务可以承担具体实现，但不能替代企业完成架构决策。评估方案时，应把身份核验与凭证配置分开，并绘制职责分配图，确认企业、供应商、签发机构或机动车管理部门分别负责设备密钥生成、设备证明、凭证签发、文档签名、钱包存储、凭证出示、验证、信任管理、撤销状态及审计遥测。核心不是SDK能否完成一次演示交易，而是其背后的信任模型、密码学边界、隐私控制、互操作性和故障行为是否可解释、可治理。

从实现层面看，mDL集成通常涉及身份核验和凭证配置两个阶段。前者包括拍摄驾驶证正反面、录制活体人脸视频、提交图像及提取数据，由DMV或权威身份系统结合官方记录和必要的人工审核作出批准或拒绝决定。后者则在批准后由钱包通过Secure Enclave或硬件安全元件生成非对称设备密钥，提交设备公钥、硬件证明X.509证书、核验参考ID和设备元数据；签发方据此生成身份属性摘要，将其与设备公钥绑定到签名移动安全对象（mSO）中并加密返回，钱包解密后把凭证及密钥写入硬件保护存储。

企业向供应商尽调时，应重点核查六类能力：密钥生成与生命周期、设备证明及签名算法；信任锚、文档签名者证书、信任列表和撤销机制；选择性披露、遥测留存、位置数据及关联风险；离线状态下的信任材料缓存与同步；对ISO/IEC 18013-5、标准数据结构及跨钱包互操作性的支持；以及服务中断、恢复和凭证连续性。抽象可以隐藏实现复杂度，但不应掩盖架构风险。

该标准承载的是经过密码学结构化处理的身份声明，包含命名空间、元素标识符、摘要、签发方认证信息、设备密钥和有效期等内容。验证实现不能只会解析或反序列化载荷，还必须正确检查签发方签名、mSO、设备认证和证书链，支持选择性披露，保护敏感材料，并向应用返回足够的验证结果。

在一次凭证出示交易中，依赖方发起请求，钱包建立安全通信通道，用户授权披露所需属性，验证方随后检查凭证内容、签发方信任、设备认证及适用策略。在线、离线以及B2C、B2B场景对实时状态、同步、隐私和互操作性的要求并不相同，因此企业应通过架构审查以及Build、Buy、Govern决策模型，决定哪些能力自建、哪些可委托，并始终掌握关键治理控制。