Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
CSA ISO/IEC TR 24710-14:2019 信息技术 — 智能卡 — 支持命令的编程接口 — 第14部分：多应用智能卡安全机制
深度解析多应用智能卡命令接口安全机制的技术要求与实施要点
一、标准概况与适用范围
CSA ISO/IEC TR 24710-14:2019 是加拿大标准协会（CSA）采纳的国际标准技术报告，其技术内容与国际标准 ISO/IEC TR 24710-14:2019 完全等同。该标准属于“信息技术 — 智能卡 — 支持命令的编程接口”系列的第14部分，专注于多应用智能卡的安全机制。标准于2019年首次发布，并在2026年的技术复审中被确认为当前有效的技术规范，为多应用智能卡环境中的命令接口提供安全层面的指导。
本标准适用于以下场景和对象：
- 多应用智能卡（如 Java Card、MULTOS 等）的操作系统与应用程序开发者；
- 智能卡命令接口的设计者，特别是需要支持应用间隔离和安全通信的接口；
- 智能卡应用的系统集成商与测试机构，用于验证安全功能的符合性；
- 智能卡安全评估与认证活动，作为安全要求的技术参考。
标准的核心目标是定义一套统一的安全机制，使得多个应用能够在同一张智能卡上安全地共存、交互，并保护敏感数据免受未授权访问。它区别于其他智能卡标准的关键在于：它专门面向 “支持命令的编程接口”，即卡上应用与外部终端之间的命令/响应交互层，而非底层的传输协议或物理特性。
🔑 实用提示： 该标准作为技术报告（TR），提供的是实现指南和推荐做法，而非强制性规范。但在实际项目中，遵循 TR 24710-14 可大幅降低多应用智能卡的安全风险，尤其适用于金融、身份认证和移动安全领域。
二、主要技术内容与要求
CSA ISO/IEC TR 24710-14:2019 围绕多应用智能卡的命令接口定义了四类安全机制，涵盖从基本访问控制到高级安全通道的完整层次。每一类机制都包括具体的命令格式、安全属性和处理流程。
2.1 安全模型与访问控制规则
标准提出了基于“安全域”（Security Domain）的模型，每个应用拥有独立的安全域，通过域间的安全策略控制应用的交互。核心要求包括：
- 应用隔离：禁止一个应用未经显式授权访问另一个应用的数据或代码；
- 安全属性分配：每条命令（如 SELECT、UPDATE RECORD）必须关联安全属性（如权限级别、密钥标识）；
- 生命周期管理：规定应用从安装到删除各阶段的安全检查点。
2.2 命令安全包装与安全通道
标准定义了两种安全通信模式：
- 安全消息（Secure Messaging）：对命令/响应数据进行加密和/或完整性保护，支持 MAC 和加解密选项；
- 安全通道（Secure Channel）：在终端与卡上应用之间建立经过相互认证的会话，会话密钥用于后续命令保护。
具体使用了 ISO/IEC 7816-4 中的安全消息格式，但做出了针对多应用环境的扩展，例如允许在同一会话中切换不同应用时继承安全上下文。
2.3 密钥管理与认证机制
标准要求每个安全域维护自己的密钥库，支持对称密钥（AES、DES/3DES）和公钥算法（RSA、ECC）。认证协议包括：
- 内部认证（Internal Authentication）：卡证明自己身份；
- 外部认证（External Authentication）：终端证明自己身份；
- 相互认证（Mutual Authentication）：双方身份验证。
以下表格总结了标准中涉及的主要安全机制及其典型用途：
| 机制类别 | 具体功能 | 常用算法/协议 | 典型应用场景 |
|---|---|---|---|
| 访问控制 | 基于安全属性的命令权限检查 | 访问控制列表（ACL） | 禁止未授权应用读取余额 |
| 安全消息 | 命令/响应数据机密性与完整性 | AES-CMAC, 3DES-CBC | 电子钱包扣款命令保护 |
| 安全通道 | 会话级相互认证与密钥协商 | ECDH, RSA-OAEP | 发行后加载新应用时的安全通道 |
| 密钥管理 | 密钥更新、派生和生命周期控制 | HMAC-KDF, 安全下载 | 应用密钥定期更替 |
⚠️ 安全关键要求： 标准强调所有安全机制必须基于“默认拒绝”原则——任何未显式授权的命令都必须被卡拒绝。实施时不得留下“后门”或管理态接口以绕过安全检查。
三、实施与应用要点
在按照 CSA ISO/IEC TR 24710-14:2019 开发智能卡系统时，需关注以下几个关键点：
3.1 安全域的设计与规划
每个应用的安全域应在卡片个人化阶段或第一次安装时建立。安全域的标识（AID）和安全属性必须全局唯一。强烈建议使用多级安全域结构，以支持发行商和第三方应用的共管。
3.2 安全策略的粒度
标准允许为每条命令设置不同的安全级别，但要注意过细的粒度会导致性能下降。通常建议将命令分为若干类（如安全敏感、普通、管理类），为每一类设定统一的安全包装要求。
3.3 与现有平台的兼容性
如果目标卡平台（如 Java Card 3.0）已实现 ISO/IEC 7816 安全消息，则大部分 TR 24710-14 机制可直接映射。但需额外实现“应用切换时安全上下文保留”功能，这是该标准区别于传统卡片安全的重要特征。
3.4 测试与验证
建议采用黑盒测试与形式化分析相结合：
- 使用标准命令序列（如错误认证、越权访问）验证安全域的隔离性；
- 利用加密测试套件（如 Test Card 模拟器）验证安全消息的正确性；
- 对密钥管理流程进行差分分析，确保密钥未暴露。
🛠️ 重要注意事项： 在混合使用对称与非对称安全通道时，标准要求必须实施“加密分离”，即认证与数据保护使用独立的密钥材料。常见误区是重用密钥导致安全强度下降。
✅ 标准实施的益处： 遵循 TR 24710-14 可以有效降低多应用智能卡被恶意应用攻击的风险，同时提升不同发行商之间应用的互操作性。部署该标准的系统在评估中更容易通过 Common Criteria (ISO/IEC 15408) 的认证。
四、与其他标准的关系
CSA ISO/IEC TR 24710-14:2019 并不是孤立存在的，它与一系列智能卡和信息安全标准相互补充：
- ISO/IEC 7816 系列： 尤其是第4部分（7816-4）定义了基本的命令集和安全消息格式，TR 24710-14 在此基础上扩展了多应用语义；
- ISO/IEC 24727 系列： 定义卡片接口的通用架构，TR 24710-14 为其中的安全层提供详细的技术报告；
- ISO/IEC 15408 （Common Criteria）： 对于需要进行安全评估的智能卡产品，TR 24710-14 可作为保护轮廓（PP）的技术基础，特别是针对“多应用安全”部分；
- GlobalPlatform 规范： 虽然 GlobalPlatform 更侧重于卡片管理，但两者的安全域概念相似，TR 24710-14 可视为官方标准对 GlobalPlatform 安全模型的补充。
加拿大通过 CSA 采纳该标准，使其在北美市场具有权威指导作用。需要注意的是，该标准当前版本为技术报告，尚未转为正式国际标准，但已被主要智能卡操作系统（如 Java Card 3.2、MULTOS）作为安全接口的设计参考。
问： CSA ISO/IEC TR 24710-14:2019 与 ISO/IEC 7816-4 在安全方面的主要区别是什么？
答： ISO/IEC 7816-4 定义了通用智能卡命令和安全消息的语法，但未专门规定多应用场景下的安全域隔离和上下文切换规则。TR 24710-14 在此基础上补充了应用间的访问控制模型、安全域间的密钥隔离以及跨应用命令的安全通道继承机制，是更专注于多应用安全的技术指南。
答： ISO/IEC 7816-4 定义了通用智能卡命令和安全消息的语法，但未专门规定多应用场景下的安全域隔离和上下文切换规则。TR 24710-14 在此基础上补充了应用间的访问控制模型、安全域间的密钥隔离以及跨应用命令的安全通道继承机制，是更专注于多应用安全的技术指南。
问： 该标准对于多应用智能卡的安全性是否有强制性要求？
答： 作为技术报告（TR），该标准本身不具有强制性，而是提供最佳实践和建议。但是，许多行业认证体系（如金融支付、电子政务）会引用该标准作为安全评估的参考依据，因此实际应用中通常将其视为满足合规性的必要条件。
答： 作为技术报告（TR），该标准本身不具有强制性，而是提供最佳实践和建议。但是，许多行业认证体系（如金融支付、电子政务）会引用该标准作为安全评估的参考依据，因此实际应用中通常将其视为满足合规性的必要条件。
问： 实施该标准的最大技术挑战是什么？
答： 最大的挑战在于“安全上下文”在应用切换时的高效且可靠的传递。标准要求当终端从一个应用切换到另一个应用时，如果两个安全域建立了信任关系，应能保留会话密钥等上下文信息而不必重新认证。这要求卡片操作系统支持细粒度的安全状态管理，实现复杂度较高。
答： 最大的挑战在于“安全上下文”在应用切换时的高效且可靠的传递。标准要求当终端从一个应用切换到另一个应用时，如果两个安全域建立了信任关系，应能保留会话密钥等上下文信息而不必重新认证。这要求卡片操作系统支持细粒度的安全状态管理，实现复杂度较高。
问： TR 24710-14 是否会与 GlobalPlatform 规范冲突？
答： 两者并不冲突，而是互补关系。GlobalPlatform 侧重管理（如应用加载、删除、密钥更新），TR 24710-14 侧重命令交互时的安全机制。实际实施中，GlobalPlatform 的安全域可作为 TR 24710-14 安全域的实现载体，很多具体要求可以直接映射。
答： 两者并不冲突，而是互补关系。GlobalPlatform 侧重管理（如应用加载、删除、密钥更新），TR 24710-14 侧重命令交互时的安全机制。实际实施中，GlobalPlatform 的安全域可作为 TR 24710-14 安全域的实现载体，很多具体要求可以直接映射。
