51学通信

深度解析 3GPP TS 31.102：4.2.49 EFDCK (去个人化控制密钥)

17分钟阅读

好的，我们继续接续上一篇文章，对 3GPP TS 31.102 规范进行深度拆解。

深度解析 3GPP TS 31.102：4.2.49 EFDCK (去个人化控制密钥)

本文技术原理深度参考了3GPP TS 31.102 V18.8.0 (2025-03) Release 18规范中，关于“4.2.49 EFDCK (Depersonalisation Control Keys)”的核心章节，旨在为读者深入揭示在手机“锁网”与“解锁”这一复杂商业模式背后，USIM卡是如何通过EFDCK这个特殊的“万能钥匙”文件，实现对手机网络锁的远程、安全控制。

在我们的通信世界中，存在一种常见的商业模式：运营商合约机。用户以优惠的价格购买手机，但作为交换，这部手机被“锁定”为只能使用该运营商的SIM卡。这种技术被称为“网络锁 (Network Lock)”或“SIM Lock”。

我们的主角“李想”，他从美国运营商AT&T那里签下了一份为期两年的合约，以极低的价格拿到了一部最新的iPhone。这部iPhone就被AT&T上了“网络锁”。当他尝试插入一张中国移动的SIM卡时，手机会提示“SIM卡无效”。

两年合约期满后，李想有权要求AT&T为他解锁手机。他无需将手机寄回，只需在AT&T的网站上提交申请，很快，他的手机就神奇地“解锁”了，可以自由使用任何运营商的SIM卡。

这个远程、空中解锁的“魔法”是如何实现的呢？其核心机制之一，就与USIM卡中的EFDCK文件息息相关。

EFDCK，全称 Depersonalisation Control Keys，即“去个人化控制密钥”。这里的“个人化(Personalisation)”特指手机被锁定到特定网络或SIM卡的这种状态。因此，“去个人化(Depersonalisation)”就是指解锁。EFDCK文件，正是存储这些用于解锁手机网络锁的**“万能钥匙”**的地方。

1. “解锁大师”：EFDCK的核心价值与工作机制

EFDCK的核心价值在于提供一个标准化的、基于USIM卡的、用于安全管理和执行手机网络锁解锁操作的密钥存储容器。它将解锁的最终执行权，与一张合法的、授权的USIM卡绑定在一起。

If service n° 36 is “available”, this file shall be present.

This EF provides storage for the de-personalization control keys associated with the OTA de-personalization cycle of TS 22.022.

这段原文揭示了EFDCK的关键特性：

  1. 服务关联: 它的存在与EF_UST中的服务n°36相关联。

  2. 功能核心: 存储用于**去个人化（解锁）**的控制密钥。

  3. OTA解锁: 这些密钥与**OTA（空中下载）**的解锁流程紧密相关，其具体机制由 TS 22.022 (手机个性化规范) 定义。

网络锁 (Personalisation) 与解锁 (De-personalisation) 的工作机制

理解EFDCK，必须先理解手机网络锁的基本原理。根据TS 22.022，网络锁分为多个层级：

  • 网络锁 (Network Lock): 手机只能使用特定一个或多个运营商（PLMN）的SIM卡。

  • 网络子集锁 (Network Subset Lock): 手机只能使用特定运营商网络中，某个子集（如特定范围的IMSI）的SIM卡。

  • 服务提供商锁 (SP Lock): 手机只能使用特定服务提供商（SP）的SIM卡。

  • 企业锁 (Corporate Lock): 手机只能使用特定企业客户（Corporate）的SIM卡。

加锁过程: 手机在出厂时，其安全存储区（如TEE环境）中被写入了“锁”的策略数据（例如，被锁定的MCC+MNC），并设置了一个需要密码才能解锁的“锁”状态。

解锁流程 (与EFDCK相关):

  1. 合约期满: 李想的两年合约到期，他向AT&T申请解锁。

  2. 密钥下发: AT&T的后台系统，会通过一条加密的OTA（空中下载）短信，将用于解锁李想这部iPhone的去个人化控制密钥 (DCK)，安全地推送到他的AT&T USIM卡的EFDCK文件中。这个DCK是针对李想手机的IMEI唯一生成的。

  3. 用户触发解锁: AT&T通知李想解锁已准备就绪。李想可能会被要求在拨号盘输入一个特殊的代码（如 *#UNLOCK#），或者插入一张非AT&T的SIM卡。

  4. 手机读取密钥: 这个触发动作，会指示手机去读取当前插入的AT&T USIM卡中的EFDCK文件，获取刚刚下发的那个DCK。

  5. 执行解锁: 手机将从EFDCK中读到的DCK，提交给手机内部的安全模块（即“锁”的管理者）。安全模块验证这个DCK的正确性。

  6. 验证成功: “锁”被永久解除。手机的个性化状态被清除。

  7. 解锁完成: 此时，李想再插入中国移动的SIM卡，手机将正常识别并入网。

在这个流程中，EFDCK扮演了一个至关重要的**“密钥安全传递和存储的中转站”**角色。它确保了只有通过一张合法的、属于该运营商的USIM卡，才能将正确的解锁密钥传递给手机。

2. “四把钥匙”：EFDCK文件结构与编码剖析

EFDCK文件像一个“钥匙包”，可以存储对应不同锁定级别的四把不同的“万能钥匙”。

2.1 文件结构

表 4.2.49-1: EFDCK 文件结构

| 属性 | 值 |

| :--- | :--- |

| Identifier | ‘6F2C’ |

| Structure | Transparent |

| File size | 16 bytes |

| Access Conditions| READ: PIN, UPDATE: PIN, … |

字节内容

| 字节 | 描述 | M/O | 长度 |

| :--- | :--- | :--- | :--- |

| 1 to 4 | 8 digits of network de-personalization control key | M | 4 bytes |

| 5 to 8 | 8 digits of network subset de-personalization control key | M | 4 bytes |

| 9 to 12 | 8 digits of service provider de-personalization control key | M | 4 bytes |

| 13 to 16 | 8 digits of corporate de-personalization control key | M | 4 bytes |

逐项解读：

  • File size: 固定16字节，恰好分为4个4字节的区域，分别存储四种不同级别的解锁密钥。

  • Access Conditions: 读写都受PIN保护。这是为了防止恶意应用在USIM解锁状态下读取或篡改这些高度敏感的解锁密钥。

  • 内容:

    • 字节1-4: 存储用于解 网络锁 的8位数字密钥。

    • 字节5-8: 存储用于解 网络子集锁 的密钥。

    • 字节9-12: 存储用于解 服务提供商锁 的密钥。

    • 字节13-16: 存储用于解 企业锁 的密钥。

2.2 编码方式

Empty control key bytes shall be coded ‘FFFFFFFF’.

每个4字节的密钥，都是一个8位的BCD编码数字，编码方式与EFHiddenkey类似，是直接映射。

如果某个级别的锁没有被使用，或者对应的解锁密钥尚未下发，那么对应的4个字节就会被填充为**'FFFFFFFF'**。

场景化举例（编码）：

AT&T只对李想的手机设置了“网络锁”。当解锁时，AT&T后台为他生成了8位的网络解锁码 12345678。

  • OTA短信会将EFDCK的前4个字节更新为'12345678'的BCD编码，即 12 34 56 78 (十六进制)。

  • 文件的后12个字节，由于没有设置其他类型的锁，将保持为 FFFFFFFF FFFFFFFF FFFFFFFF。

手机在执行解锁时，会根据它当前被锁的类型（网络锁），去读取EFDCK的相应区域（前4字节），获取正确的密钥。

3. EFDCK的安全性与重要性

EFDCK机制的设计，体现了多层安全考虑：

  1. 密钥不下发给用户: 运营商通常不会直接把解锁码告诉用户。通过OTA直接写入EFDCK，避免了密码在传递过程中的泄露风险，也防止了用户将解锁码泄露给他人。

  2. 绑定USIM: 解锁过程必须依赖一张属于该运营商的、合法的USIM卡作为“密钥载体”。攻击者即使拿到了手机，如果没有这张特定的USIM卡，也无法获取解锁密钥。

  3. 安全存储: EFDCK存储在USIM这个安全环境中，并受到PIN码保护，其安全性远高于存储在手机的普通内存中。

EFDCK的存在，为运营商的合约机商业模式提供了坚实的技术闭环。它既保证了合约期内锁定的有效性，又提供了一条在合约期满后，安全、便捷、低成本的远程解锁通道。

总结：远程解锁的“可信信使”

EFDCK文件是USIM中一个高度专用的、服务于特定商业模式的功能文件。它在手机网络锁的生命周期管理中，扮演了“可信信使”和“安全密钥库”的关键角色。

  • 实现了远程解锁: 为运营商通过OTA远程解锁合约机提供了标准化的技术手段，极大地降低了运营成本。

  • 保障了解锁过程的安全性: 将敏感的解锁密钥存储在USIM的安全环境中，并通过与合法USIM卡的绑定，确保了解锁操作的合法性和安全性。

  • 支持多级锁定策略: 通过为四种不同级别的锁预留独立的密钥存储空间，为运营商实现复杂的、分层级的手机锁定策略提供了支持。

对于李想而言，当他合约期满，手机从“AT&T专属”变为“全球通用”时，他可能只会感叹科技的神奇。但他不知道的是，这份“自由”的背后，是一条加密的OTA短信，一次对EFDCK文件的静默写入，以及手机与USIM之间一次基于信任的、心照不宣的密钥交换。EFDCK正是这场“解锁魔法”的核心所在。

FAQ环节

Q1：EFDCK里的解锁码是针对手机的还是针对SIM卡的？

A1：是针对手机的。每部手机的解锁码（DCK）通常都是基于其唯一的IMEI号生成的，因此是唯一的。EFDCK文件只是一个临时存储和传递这个手机解锁码的“容器”。当解锁完成后，EFDCK中的密钥的使命就完成了，它对于解锁另一部手机是无效的。

Q2：解锁完成后，EFDCK里的密钥会被清除吗？

A2：规范没有强制要求必须清除。但从安全角度出发，手机在成功使用DCK解锁后，通常会主动清空EFDCK中的相应密钥（即写回'FFFFFFFF'），以防止密钥被不必要地留存和泄露。

Q3：我自己可以从网上买一个解锁码，然后手动输入来解锁手机吗？EFDCK在这个过程中起作用吗？

A3：可以，这属于“手动解锁”流程。当你从第三方购买解锁码时，他们实际上也是通过某些渠道，从运营商的后台系统查询到了与你手机IMEI对应的那个DCK。当你将这个解锁码输入手机时，手机直接用这个码去尝试解锁，这个过程不经过EFDCK文件。EFDCK机制是专为运营商通过OTA发起的远程解锁流程而设计的。手动解锁和OTA解锁是两条并行的解锁路径。

Q4：为什么EFDCK不使用更安全的非对称加密，而是使用简单的BCD数字密码？

A4：这主要是出于历史原因和实现简单性的考虑。手机个性化和锁网机制在2G时代就已经存在，当时智能卡和手机的计算能力非常有限，难以支持复杂的非对称加密运算。8位数字的BCD密钥（其可能的组合也高达1亿个）在当时的计算环境下，被认为是足够安全的。此外，解锁码的安全性更多地依赖于后台生成和OTA传输过程的保密性，而非密码本身的复杂度。这个机制沿用至今，虽然看起来“简单”，但其在产业链中已经被广泛支持，并且实践证明是有效的。

Q5：如果我的手机被锁了，换一张同一运营商的新SIM卡，能用新卡来接收解锁码并解锁吗？

A5：理论上可以。只要新SIM卡是属于锁定你手机的那个运营商的合法卡，运营商的OTA系统就可以将为你手机生成的解锁码，下发到这张新卡的EFDCK文件中。然后，你将这张新卡插入被锁的手机，就可以触发解锁流程。解锁的关键在于正确的密钥和合法的USIM载体，而不一定是最初购机时绑定的那一张USIM卡。

关系图谱