引言
eSIM（embedded SIM，嵌入式 SIM）把传统 SIM 卡的“硬件载体”和“签约数据”分离开来——签约数据（Profile）可以远程下载、远程更换，无需物理换卡。
一、eSIM 的物理载体：eUICC 安全芯片（硬件设计）
eSIM 的物理载体是eUICC（嵌入式通用集成电路卡，Embedded Universal Integrated Circuit Card），本质上是一颗带远程 SIM 配置能力的专用安全芯片（Secure Element, SE）。它与普通 SIM 卡的芯片架构一脉相承，但多了面向远程 Profile 管理的密码学与存储扩展。
硬件设计的关键考量点：
- 安全 CPU + 硬件密码引擎：32 位安全内核 + 独立算法协处理器，对称算法（DES/TDES/AES、国密 SM4）、非对称算法（RSA/ECC、国密 SM2）、哈希（SHA/SM3）全部硬件加速——这是后续 COS 里完成 AKA 鉴权、RSP 双向认证的“性能底座”。
- 分级安全存储：
- NVM（非易失存储）：存储 Profile 与 COS 数据，要求 10 万次以上擦写寿命；
- RAM：CPU 数据区 + 算法协处理器专用区；
- ROM：固化算法库 + BootLoader；
- OTP：熔丝写入唯一 SN/UID，作为芯片身份根。
- 物理攻击防护：防侧信道（DPA 等）、防故障注入、电压/温度/频率/光照异常监测——这是通过 CC 评估（保护轮廓）的硬件前提。
- 封装与温度等级：贴片 MFF2（6×5 mm）、WLCSP 或可插拔 2FF4FF；温度分消费级（-2585℃）、工业级（-40105℃）、车规级（-4595℃）。
二、软件设计：COS 与 RSP 协议栈
eSIM 的软件部分，从下到上是「COS（卡片操作系统）→ Java Card/GlobalPlatform 运行时 → RSP 应用 → Profile（签约数据）」。
软件设计的关键要点：
- COS 内核（平台层）：实现 APDU 命令解析、文件系统、ISO 7816 传输协议，以及 RFM/RAM（远程文件管理 / 远程应用管理）——这是 eUICC 区别于普通 SIM 的核心能力，允许运营商远程增删文件与应用。
- Java Card + GlobalPlatform（中间件层）：以 GP 卡规范为骨架，用「安全域（Security Domain）+ SCP 安全通道」实现多应用隔离与密钥分离，是承载 RSP 应用的标准运行时（NXP JCOP、ST ST4SIM 均走此路线）。
- RSP 应用（远程 SIM 配置核心）：三个关键安全实体——
- ISD-R（签发者安全域-根）：管理 Profile 生命周期；
- ECASD（eUICC 控制权安全域）：存放 eUICC 证书与私钥；
- MNO-SD（运营商安全域）。
支持 Profile 的「下载 → 启用 → 禁用 → 删除」全生命周期。
- 端侧助手分流：
- 消费级（SGP.22）用LPA（含 LPAd 下载代理、LDS 本地发现、LUI 用户界面）；
- 物联网（SGP.31/32）用IPA（IoT Profile Assistant），并引入eIM（eSIM IoT 远程管理器）到平台侧，省去本地 UI，适配无屏、受限设备。
三、GSMA 认证：规范体系与安全认证
GSMA 的 SGP 系列规范是 eSIM 的“技术宪法”。eSIM 规范按三条技术路线展开，每条路线都有“架构 + 技术 + 测试”三件套：
| 技术路线 | 架构规范 | 技术规范 | 测试规范 |
|---|---|---|---|
| M2M（早期 push 模式） | SGP.01 | SGP.02 | SGP.11 |
| Consumer（pull 模式） | SGP.21 | SGP.22 | SGP.23 |
| IoT（2023，自动化） | SGP.31 | SGP.32 | SGP.33 |
跨三条路线的安全评估规范：
- SGP.05— M2M eSIM Protection Profile（保护轮廓）；
- SGP.25— eUICC Protection Profile（Consumer & IoT 保护轮廓）；
- SGP.06 / SGP.07— eUICC 安全保证原则 / 方法学。
安全认证流程（芯片 → 产品 → 入网）：
- 芯片安全评估（CC/EUCC，按 pp0084/0100/0117 + SGP.25 保护轮廓）；
- GSMA SAS 生产审计（SAS-UP 芯片 / SAS-SM 平台）；
- 互操作测试（SGP.23/33，eUICC 与 SM-DP+ 互通）；
四、深入：AKA 鉴权与 RSP 双向认证的“算力底座”
前面提到，硬件密码引擎是 AKA 鉴权与 RSP 双向认证的“性能底座”。这句话通俗讲就是：eSIM 卡里有两件必须反复“算密码题”的大事——接入网络时要对暗号（AKA 鉴权）、下载签约数据时要互相验明正身（RSP 双向认证）；而那颗硬件密码引擎，就是让这两件事算得又快又稳的“算力底座”。
4.1 AKA 鉴权：卡和网络「对暗号」
AKA 全称认证与密钥协商（Authentication and Key Agreement），发生在手机/eUICC 每次接入 3G/4G/5G 网络时。它的本质是：卡和网络都各自存着一把相同的秘密钥匙 Ki（对称密钥，出厂时个人化写进卡里、后台也有），双方靠它互相确认“你是真的”，顺便还商量出一把临时密钥，用来加密之后的通话数据。
通俗点说：网络出一道随机题（RAND）发过去，卡用只有它俩知道的钥匙Ki算出一个答案（RES）回传；网络自己也用 Ki 算一遍标准答案（XRES），对得上就证明这张卡是真卡。这一来一回里，双方还都顺手算出两把临时密钥（CK 加密密钥 / IK 完整性密钥），之后通话数据就用它加密——所以叫“认证 + 密钥协商”。整个过程卡里要跑的是AES（Milenage 算法）这类对称运算。
4.2 RSP 双向认证：服务器和卡「互相验身份证」
RSP 双向认证发生在eSIM 下载 Profile（签约数据）时。和 AKA 不一样，这里用的是非对称的证书机制——SM-DP+ 服务器和 eUICC 卡各自持有一张“身份证”（数字证书 + 公钥/私钥），双方要互相验明正身，防止“假服务器发假签约数据”或“假卡冒领真签约数据”。
这套握手在卡里要跑的是ECC（椭圆曲线）签名/验签、SHA 哈希、证书链校验——非对称运算比 AES 重得多，单次验签可能就要做几百次大数运算。
4.3 为什么叫“性能底座”：密码引擎 = 专职会计
到这里就能看懂“底座”的含义了：AKA 和 RSP 认证，本质都是要在卡里飞快地算一堆密码题。如果让 CPU 自己一格格抠字节去算，又慢又费电还危险；所以芯片里专门配了一颗密码协处理器——CPU 当“总经理”负责调度流程，密码引擎当“专职会计”专职算密码题。
| 对比维度 | 纯软件计算 | 硬件引擎计算 |
|---|---|---|
| 速度 | 慢，CPU 一格格抠字节 | 快，专用电路并行/流水线 |
| CPU 占用 | 占，拖慢整个 COS | 闲，CPU 腾出来跑逻辑 |
| 功耗 | 费，功耗高、易发热 | 省，功耗低、更耐用 |
| 安全 | 险，易被侧信道偷听 | 安，物理隔离、抗攻击 |
4.4 小结
| 通俗说法 | 卡里要算的题 | 用的密码机制 |
|---|---|---|
| AKA 鉴权 = 对暗号 | 接入网络时，用共享钥匙 Ki + AES 算响应、协商临时密钥 | 对称（Milenage/AES，快） |
| RSP 双向认证 = 双向验身份证 | 下载 Profile 时，用证书互验身份、ECC 协商会话密钥 | 非对称（ECC/SHA/证书链，重） |
| 密码引擎 = 专职会计 | 把上述密码题交给专用协处理器硬算 | 硬件加速（快/闲/省/安） |
所以“性能底座”的准确意思是：COS 是逻辑层，负责把认证流程串起来；密码引擎是算力层，负责把这些流程里最耗时的密码运算硬算掉。有了这颗专职的密码引擎，AKA 鉴权才能做到“接入瞬间完成”，RSP 双向认证才能在资源有限的卡上扛住几百次大数运算——这就是它能被称为“底座”的原因。
本文为技术分享笔记，涉及 GSMA/ETSI 规范内容仅供参考，具体实施请以官方最新版规范为准。
