配对在出厂产线完成一次，互认证在每次上电执行——这是eSIM机卡安全方案的核心设计哲学。基于ECDH的密钥协商在设备与eUICC之间建立共享秘密，AES-CCM认证加密在每次会话中完成双向身份验证。GIIC白皮书详细拆解了配对与互认证的每一步协议交互，以及重试计数器、锁定机制、MEP适配等配套安全机制。

配对流程发生在设备和eUICC均处于未配对状态时，通常在终端出厂前完成。流程的核心逻辑是：eUICC生成临时密钥对及12字节随机Nonce和16字节挑战值，通过GETINPUT下发公钥和挑战值给设备；设备生成自身临时密钥对，通过ECDH协商出共享秘密SS，取其前16字节作为对称密钥Ks；设备使用AES-CCM（密钥Ks、nonce_icc、random_icc）计算密文和认证标签，通过Terminal Response回传；eUICC独立计算Ks'后执行AES-CCM解密并验证Tag，匹配则配对成功。
关键设计决策：Ks归属于eUICC平台级（ISD-R层）而非某个具体Profile，独立于Profile的启用/禁用/删除/下载操作，在eUICC的整个配对生命周期内持续有效。配对关系的本质是设备硬件与eUICC芯片之间的物理配对，而非设备与Profile之间的逻辑配对。

配对完成后，每次设备上电都应执行互认证流程。互认证流程与配对流程结构相似，但有三项关键差异：不再涉及密钥协商，直接复用已存储的Ks；状态校验逻辑相反——双方均应处于“已配对”状态才视为状态一致；设备发送的Terminal Response不再携带公钥，仅携带Cryptogram1、nonce_dev和random_dev。Cryptogram的计算与验证方式同配对流程，均采用AES-CCM认证加密。

配对与互认证使用各自独立的重试计数器。独立计数器的设计理由：配对通常在出厂产线环境下执行，可设置较低重试次数（如3-5次）；互认证在设备整个生命周期中每次上电都会执行，适合配置较高重试次数。计数器仅在eUICC侧完成完整密码学验证且确认密钥不匹配时才递减。Tag验证失败、通信层异常、设备状态不一致等未完成完整验证的情形均不递减计数器。
当任一计数器达到最大失败值时eUICC进入锁定状态，每次上电主动发送GET INPUT (for locked)通知设备，设备停止一切接入尝试。eUICC宜支持通信层重试机制，若Modem未能正确回复GET INPUT，eUICC可重新下发该命令，建议支持3次重试，该重试属于通信层范畴，不消耗安全重试计数器。同一次上电会话内每个计数器最多递减一次，避免通信链路异常导致计数器被快速耗尽。