Proxmark3实战：破解MIFARE Classic卡安全漏洞与密钥恢复

1. 项目概述：为什么MIFARE Classic卡能被破解？

如果你接触过门禁卡、公交卡或者一些早期的会员卡，那么你大概率已经和MIFARE Classic卡打过交道了。作为非接触式智能卡领域的“上古神兽”，它凭借其低成本和高可靠性，在过去二十多年里被广泛应用于全球各地。然而，在安全领域，它同样是一个经典的“反面教材”。今天，我们不聊枯燥的学术论文，就从我手边这台Proxmark3 RDV4设备开始，带你完整走一遍从硬件连接到最终恢复出卡片密钥的全过程。这不仅仅是一次“破解”演示，更是一次深入理解射频卡安全机制的绝佳实践。无论你是物联网安全研究员、硬件爱好者，还是仅仅对身边这张小卡片的工作原理感到好奇，这篇实战指南都将为你提供可直接复现的操作步骤和背后的原理思考。

核心要解决的问题很明确：一张常见的MIFARE Classic卡（通常简称M1卡），我们如何在不已知任何密钥的情况下，读取甚至修改其扇区中的数据？答案就藏在Proxmark3这个工具和M1卡脆弱的加密算法（Crypto-1）里。通过这次实战，你会清晰地看到，一个广泛部署的技术，如果其安全设计存在根本性缺陷，将会带来怎样的现实风险。

2. 核心原理与工具准备：理解战场与装备

在开始动手之前，我们必须先搞清楚两件事：我们要攻击的对象（MIFARE Classic）究竟弱在哪里，以及我们手中的武器（Proxmark3）为何能胜任这项工作。跳过原理直接操作，就像不看地图就闯迷宫，即使成功了也只是一知半解。

2.1 MIFARE Classic卡的安全软肋

MIFARE Classic卡的核心是Philips（后并入NXP）的MIFARE Classic芯片。它使用一种称为Crypto-1的专有流密码算法进行认证和数据加密。正是这个算法，成为了它阿喀琉斯之踵。

Crypto-1算法的根本问题：

1. 算法保密导致安全性误判：NXP最初并未公开Crypto-1的细节，寄希望于“安全通过 obscurity”（隐匿即安全）。然而，历史反复证明，不公开的算法更容易被逆向工程和攻破。安全社区最终通过芯片逆向工程完整还原了该算法。
2. 密钥长度与随机数缺陷：Crypto-1使用48位密钥。在今天看来，这个长度已经不足以抵抗暴力破解。更致命的是，卡片在认证过程中生成的随机数（Nonce）并非真随机，存在严重的伪随机性，这为多种攻击（如嵌套认证攻击）打开了大门。
3. 认证协议漏洞：卡片与读卡器之间的三次握手认证协议，在特定条件下会泄露关于密钥状态的比特信息。通过收集足够多的这种“比特信息”，可以大大降低密钥搜索的难度。

基于这些弱点，安全研究人员开发出了几种高效的攻击方法，其中最适合我们本次实战的，就是“嵌套认证攻击”（Nested Authentication Attack）。简单来说，这种攻击利用一个已知密钥的扇区作为“跳板”，去探测相邻未知密钥扇区在认证过程中泄露的信息，从而逐步恢复出所有密钥。

2.2 武器库：Proxmark3 RDV4平台详解

Proxmark3是一个开源的硬件工具，专为研究13.56 MHz频段的RFID/NFC系统安全而设计。你可以把它理解为一个“万能射频卡读写器+嗅探器+信号分析仪”。我们使用RDV4版本，因为它集成了更强的FPGA、更快的ARM处理器和更好的天线设计，性能远超早期版本。

为什么是Proxmark3，而不是手机APP或简易读卡器？市面上有很多手机APP或USB读卡器可以读取M1卡的UID甚至某些数据，但它们通常只能与已知密钥的卡片交互。Proxmark3的强大之处在于它的“离线”攻击能力和灵活性：

• 硬件模拟：它可以完全模拟一张卡片或一个读卡器，直接与目标设备交互。
• 低频/高频嗅探：可以捕获卡片与读卡器之间的原始无线通信数据，这是分析协议和发起攻击的基础。
• 执行复杂攻击：内置的hf mf命令集直接集成了如嵌套攻击、硬嵌套攻击、darkside攻击等算法，一键化完成密钥恢复。
• 社区支持：拥有极其活跃的开源社区（Iceman分支），固件和客户端软件持续更新，支持最新的攻击技术。

你的实战装备清单：

1. Proxmark3 RDV4设备一台。
2. 一张或多张MIFARE Classic卡（S50或S70，即1K或4K容量）。可以从旧门禁卡、废弃的会员卡中获取。
3. 一台电脑（Windows, Linux, macOS均可）。本文以Windows+客户端为例，其他系统原理相通。
4. Proxmark3客户端软件。推荐使用 Iceman分支的客户端 ，它功能最全，更新最及时。
5. 必要的连接线（USB Type-C线）。

重要提示：法律与道德边界：本文所有技术讨论及实践，仅限用于您拥有完全所有权的卡片（如您个人的测试卡、已废弃的卡），或已获得明确书面授权的安全评估场景。未经授权对他人的卡片、门禁、支付系统进行任何形式的探测、读取或写入，不仅是非法的，更是违背安全伦理的。技术本身无罪，但使用技术的人必须为其行为负责。

3. 环境搭建与基础操作：让Proxmark3跑起来

拿到设备后，第一步是建立通信。这个过程可能会遇到一些驱动问题，是新手的第一道坎。

3.1 固件刷写与客户端连接

新设备或长时间未用的设备，第一步是刷写最新固件。Iceman分支的客户端已包含了刷写工具。

1. 下载与解压：从Iceman的GitHub Release页面下载对应操作系统的最新版本压缩包，解压到一个纯英文路径的文件夹，例如D:\Proxmark3。
2. 进入Bootloader模式：断开Proxmark3电源。按住设备侧面的按钮不放，同时插入USB线连接到电脑。待设备上的LED灯开始跑马（交替闪烁）时，松开按钮。此时设备已进入Bootloader模式，等待刷机。
3. 刷写固件：
   • Windows：运行解压文件夹中的proxmark3.bat。在出现的命令行窗口中，输入hw version检查连接。如果正常，输入make flash-all开始自动刷写。这个过程需要几分钟，期间不要断开USB。
   • Linux/macOS：在终端中进入客户端目录，运行./pm3启动客户端。同样使用hw version和make flash-all命令。
4. 正常启动与连接：刷写完成后，拔插一次USB线，让设备以正常模式启动。再次运行客户端（Windows下双击proxmark3.bat），你应该能看到Proxmark3的命令行提示符proxmark3>。输入hw version确认设备信息正确显示。

实操心得：驱动问题的解决：在Windows上，如果设备无法识别或端口异常，最常见的原因是驱动未正确安装。你可以尝试使用Zadig工具（随客户端附带或需单独下载）为Proxmark3安装WinUSB或libusb驱动。具体操作是：用Zadig打开设备，选择Proxmark3，将驱动替换为WinUSB或libusb-win32，然后点击“Replace Driver”。这个过程可能需要关闭所有可能占用设备的软件（如客户端）。

3.2 基础命令与卡片识别

连接成功后，我们先熟悉几个最基础的高频（HF）命令，并确认目标卡片类型。

1. 搜索卡片：将一张MIFARE Classic卡放在Proxmark3的天线区域（通常位于设备顶部）。在客户端输入：

   hf search

   这个命令会发送多种调制信号去探测卡片。对于M1卡，你会看到类似下面的输出：

   UID: 01 23 45 67 ATQA: 00 04 SAK: 08 [2] Possible types: - MIFARE Classic 1K - MIFARE Plus (2K) SL1

   这里，UID是卡片的唯一标识；ATQA和SAK是卡片的应答参数，用于判断类型。SAK为08通常指MIFARE Classic 1K。

2. 读取卡片基础信息：更直接的方式是使用：

   hf 14a reader

   这个命令模拟一个读卡器去读取卡片信息，输出会更详细，包括UID、ATQA、SAK以及卡片的容量信息。

3. 识别卡片类型：通过以上命令，我们已经可以确定这是一张MIFARE Classic卡。但为了后续攻击，我们还需要确认其具体类型（1K或4K）。1K卡有16个扇区，每个扇区4个块；4K卡有40个扇区，前32个扇区类似1K，后8个扇区每个有16个块。可以使用hf mf info命令尝试读取（如果某个扇区有已知密钥），或者根据经验，常见的门禁卡多为1K。

4. 实战攻击流程：从嗅探到密钥恢复

现在进入核心环节。我们的目标是恢复出卡片所有扇区的密钥。我们将采用最通用、成功率最高的“嵌套认证攻击”。

4.1 第一步：寻找一个已知密钥的扇区（或默认密钥）

嵌套攻击需要一个起点：至少一个扇区的密钥（Key A或Key B）是已知的。幸运的是，很多MIFARE Classic卡在出厂或初始部署时，部分扇区可能仍在使用默认密钥。常见的默认密钥有：

• FFFFFFFFFFFF（全F密钥，最常见）
• A0A1A2A3A4A5
• D3F7D3F7D3F7
• 000000000000

我们可以先用这些默认密钥尝试读取卡片信息。

1. 尝试用默认密钥读取：在客户端输入：

   hf mf chk *1 ? t

   这个命令会尝试用内置的默认密钥字典（*1代表字典1）去测试所有扇区的Key A。?表示测试未知密钥，t表示使用嵌套攻击所需的“测试”模式。执行后，观察输出。如果运气好，你会看到类似这样的成功信息：

   Chk key[ff ff ff ff ff ff] ... Found valid key:[ff ff ff ff ff ff] ... Sec:0 Key A:ffffffffffff

   这表示第0扇区的Key A是默认密钥FFFFFFFFFFFF。我们找到了突破口！

2. 如果没有默认密钥怎么办？

   • 情况一：你知道某个扇区的密钥。比如，你有一张你自己知道密码的卡，或者通过其他途径（如系统文档）获取了一个密钥。你可以手动指定这个密钥作为起点。
   • 情况二：完全未知。如果所有默认密钥都失败，且没有任何已知密钥，那么标准的嵌套攻击将无法直接启动。此时可能需要尝试其他攻击，如“硬嵌套攻击”（hf mf hardnested），它能在已知密钥极少甚至没有的情况下工作，但速度较慢，或者尝试“Darkside攻击”（针对特定版本的卡片）。这超出了本文基础实战的范围，但Proxmark3同样支持。

4.2 第二步：执行嵌套认证攻击（Nested Attack）

假设我们通过上一步，发现扇区0的Key A是默认密钥FFFFFFFFFFFF。现在，我们将利用这个已知扇区作为“桥头堡”，去攻击其他扇区。

1. 准备已知密钥文件：首先，我们需要创建一个文本文件，告诉Proxmark3我们已知的密钥。在客户端同级目录下，创建一个名为key.txt的文件，内容如下：

   FFFFFFFFFFFF

   这表示我们已知一个密钥。如果有多个，每行写一个。

2. 执行嵌套攻击：在Proxmark3客户端中，输入以下命令：

   hf mf nested 0 A FFFFFFFFFFFF d key.txt

   • 0: 我们已知密钥的扇区号（这里是扇区0）。
   • A: 已知的是Key A（如果是Key B则改为B）。
   • FFFFFFFFFFFF: 已知的密钥值。
   • d: 将恢复出的密钥保存到字典文件。
   • key.txt: 指定的字典文件（输出文件）。

   这个命令的大致原理是：Proxmark3会模拟一个读卡器，先用已知密钥（FFFFFFFFFFFF）去认证扇区0。在认证过程中，它会“诱使”卡片与它进行通信，并在这个过程中，利用协议漏洞去尝试认证目标扇区（其他扇区）。通过收集多次认证交互中泄露的比特信息，最终通过算法计算出目标扇区的密钥。

3. 观察攻击过程：命令执行后，你会看到滚动的日志。它会显示正在测试的扇区和密钥类型（A/B），以及进度。整个过程可能需要几十秒到几分钟，取决于卡片的类型和需要破解的扇区数量。

   Testing known keys. Sector count=16 Using sector 00 as nest sector ... Found key: [a0 a1 b2 c3 d4 e5] ...

   当攻击成功时，它会显示“Found key”以及恢复出的密钥。所有恢复出的密钥会自动追加到我们指定的key.txt文件中。

4.3 第三步：验证与读取卡片数据

攻击完成后，key.txt文件中应该包含了所有被成功恢复密钥的扇区及其密钥。

1. 用恢复的密钥读取整个卡片：现在，我们可以用这个“装满”密钥的字典文件，来读取整张卡的数据。

   hf mf rdsc -k key.txt

   rdsc命令表示读取扇区。-k key.txt指定使用我们刚生成的密钥文件。执行后，Proxmark3会尝试用文件中的所有密钥去读取每个扇区的每一个块，并将数据以十六进制和ASCII码的形式显示出来。

2. 解读数据：MIFARE Classic卡的数据存储结构是固定的。每个扇区（Sector）有4个块（Block），每个块16字节。

   • 块0-2：通常是数据块（Data Blocks），用于存储实际信息，如金额、次数、用户ID等。
   • 块3：是扇区尾块（Sector Trailer），存储着两个密钥（Key A和Key B，各6字节）以及访问控制位（Access Bits，4字节）。访问控制位决定了该扇区内每个块的读写权限（需要哪个密钥，以及允许什么操作），这是非常关键的信息。

   读取出的数据中，你需要重点关注扇区尾块（通常是块3、7、11等）。例如，一个扇区尾块可能显示为：

   [Sector 0] Block 3: A0 A1 A2 A3 A4 A5 FF 07 80 69 B0 B1 B2 B3 B4 B5

   • 前6字节A0 A1 A2 A3 A4 A5是Key A（有时会被隐藏显示为FF FF FF FF FF FF，但实际已恢复）。
   • 中间4字节FF 07 80 69是访问控制位。
   • 最后6字节B0 B1 B2 B3 B4 B5是Key B。

3. 分析访问控制位：访问控制位定义了该扇区的安全状态。你需要使用hf mf chk命令或客户端内置的工具来解析它，以了解每个数据块是可读、可写，还是需要特定密钥。错误的访问控制位设置（例如，将Key B设置为全0且可读）本身就是一种常见的安全隐患。

5. 深度解析与高级技巧：不止于破解

成功恢复密钥并读取数据只是开始。作为一个安全研究者或爱好者，我们需要理解更深层次的东西。

5.1 访问控制位（Access Bits）的奥秘与风险

访问控制位是MIFARE Classic卡安全模型的核心，但也是最容易被错误配置的部分。它由4个字节（C1, C2, C3, Cx）组成，但实际上有效位是9个（每个块3位）。它们决定了每个数据块（块0-2）和扇区尾块本身（块3）的权限。

常见的错误配置（也是安全漏洞）：

1. Key B可读：在出厂默认或某些粗心的配置中，Key B被直接存储在扇区尾块中，并且访问控制位允许用Key A读取块3。这意味着，一旦攻击者获得Key A，Key B也就直接暴露了。在我们的攻击中，如果发现Key B是可见的，一定要记录下来。
2. 传输配置（Transport Configuration）：这是一种特殊的访问控制位设置（通常为FF 07 80），允许在知道Key A的情况下，用Key A去修改Key A、Key B和访问控制位本身。如果一张卡在交付后仍保持此配置，攻击者可以用已知的Key A（如默认密钥）完全接管该扇区。
3. 权限混乱：例如，将数据块设置为“读/写需要Key A，读/减/加需要Key B”这种复杂配置，在实际系统开发中很容易被误解和错误实现，导致权限绕过。

如何检查：在Proxmark3中，使用hf mf fchk或hf mf info命令（在成功认证后）可以显示解析后的访问控制位信息。你应该养成习惯，在读取数据后，仔细审查每个扇区的权限设置。

5.2 嗅探通信与重放攻击初探

Proxmark3不仅是攻击者，也是一个优秀的“窃听者”。我们可以用它来嗅探合法读卡器与卡片之间的通信。

1. 设置嗅探模式：

   hf 14a sniff

   将Proxmark3天线靠近正在通信的读卡器和卡片，它会开始捕获空中传输的原始数据帧。

2. 分析嗅探数据：捕获到的数据可能包含认证请求、随机数交换、加密数据通信等。通过分析这些数据，可以：

   • 学习协议交互：理解特定读卡系统的认证流程。
   • 寻找重放攻击机会：如果某个加密命令（如“扣款1元”）是固定的，且系统没有有效的防重放机制，那么捕获该命令并重新发送（重放），就可能欺骗系统。Proxmark3可以很容易地重放捕获到的数据帧（hf 14a sim或hf 14a raw命令）。
   • 辅助密钥恢复：在某些攻击变种中，嗅探到的认证过程数据可以作为离线破解的输入。

注意事项：嗅探的环境挑战：13.56MHz的磁场强度随距离衰减很快。要想成功嗅探，需要将Proxmark3的天线非常靠近（通常1-2厘米内）通信双方。过远的距离会导致信号太弱而无法解码。使用RDV4自带的高灵敏度天线会有所改善。

5.3 模拟与克隆：从读取到复制

在恢复密钥并了解数据结构后，你可能会想：“我能不能复制一张卡？”答案是：视情况而定。

1. UID可改写卡 vs. UID不可改写卡：

   • 普通MIFARE Classic卡：其UID是出厂固化、不可更改的。你无法用另一张UID不同的卡去完全克隆它，因为很多系统（特别是门禁）会校验UID。
   • UID可改写卡（Magic Card或Gen2卡）：这是一种特殊卡片，其UID可以通过特定指令修改。Proxmark3可以识别和写入这类卡片。

2. 克隆到UID可改写卡：

   • 首先，用hf search或hf 14a reader确认你的空白卡是UID可改写的（通常显示为“MIFARE Classic 1K (gen2)”或类似）。
   • 使用hf mf restore命令，配合之前导出的密钥文件和数据dump文件，可以将源卡的所有数据（包括UID，如果目标卡支持）写入到新卡中。

   # 首先，将源卡数据dump到文件 hf mf dump -k key.txt -o source_card.dump # 然后，将dump文件写入到目标卡（目标卡需放置在天线上） hf mf restore -k key.txt -s source_card.dump

   • 写入后，使用hf mf rdsc读取新卡，验证数据是否一致。

3. 重要限制：即使克隆了UID和数据，如果后端系统（如服务器）除了校验卡片数据外，还记录了其他绑定信息（如卡号与持卡人绑定），那么单纯的物理克隆仍然是无效的。克隆主要针对的是离线验证系统。

6. 常见问题、故障排查与实战心得

在实际操作中，你几乎一定会遇到各种问题。下面是我在无数次实践中总结出的“避坑指南”。

6.1 攻击失败原因分析与解决

问题现象	可能原因	排查与解决思路
hf search找不到卡	1. 卡片不是13.56MHz（可能是125kHz ID卡）。 2. 卡片损坏。 3. Proxmark3天线未连接好或损坏。 4. 卡片放置位置不佳。	1. 确认卡片类型（MIFARE Classic是13.56MHz）。 2. 换一张卡测试。 3. 检查天线连接器是否拧紧。 4. 将卡片放在天线中心区域，缓慢移动。
嵌套攻击长时间无结果	1. 已知密钥错误或无效。 2. 卡片防御机制触发（如防拆焊）。 3. 信号质量差。 4. 目标扇区使用了非标准密钥算法（极少见）。	1. 用hf mf chk确认已知密钥能正确读取该扇区数据。 2. 将卡片移开再放回，等待几秒重试。某些卡在连续错误认证后会暂时锁定。 3. 确保环境无强射频干扰，卡片与天线贴合良好。 4. 尝试hf mf hardnested命令，它更强大但更慢。
恢复出的密钥无法读取数据	1. 访问控制位禁止读取。 2. 恢复出的是Key A，但读取需要Key B（或反之）。 3. 数据块本身是空的或已格式化。	1. 使用hf mf fchk或hf mf info分析访问控制位，确认读取权限。 2. 尝试用恢复出的另一个密钥（A或B）读取。 3. 这是正常情况，并非密钥错误。
hf mf rdsc读取部分扇区失败	1. 密钥文件（key.txt）中缺少该扇区的密钥。 2. 该扇区的访问控制位设置了永远不可读。	1. 检查key.txt文件，确保包含了所有扇区的至少一个密钥。可以手动添加或重新运行攻击。 2. 如果访问控制位被设置为“000”或“001”等禁止读的组合，则任何密钥都无法读取数据块，这是设计如此。
客户端连接断开或命令无响应	1. USB线接触不良或供电不足。 2. 客户端软件崩溃。 3. 固件不匹配。	1. 换一根高质量的USB数据线，直接连接电脑主板后置USB口。 2. 关闭客户端，重新插拔设备，再启动。 3. 重新刷写与客户端版本匹配的最新固件。

6.2 性能优化与操作技巧

1. 使用高效的密钥字典：在运行hf mf nested前，可以编辑一个更精准的字典文件。除了默认密钥，可以加入目标系统可能使用的其他常见密钥（如门禁系统常用的固定密码、生日等）。字典越小、越精准，前期尝试的速度越快。
2. 硬嵌套攻击（Hardnested）的适用场景：当卡片没有一个扇区使用默认密钥，且你没有任何已知密钥时，hf mf hardnested是你的首选。它利用了密码算法的数学弱点，即使在没有已知密钥的情况下，也能通过收集大量认证错误信息来恢复密钥。它的缺点是速度慢，可能需要数小时甚至更久。命令格式类似：hf mf hardnested 0 A（假设从扇区0的Key A开始猜测）。
3. 保存与加载工作进度：对于硬嵌套攻击或大型卡片，攻击过程可以暂停和恢复。使用-s参数指定一个状态文件来保存进度。

   hf mf hardnested 0 A -s save_state.bin

   中断后，再次运行相同命令（状态文件已存在），它会从中断处继续。
4. 天线摆放的艺术：信号质量是关键。对于难以读取的卡片，可以尝试：
   • 将卡片用一点点双面胶固定在天线中心。
   • 移除卡片和天线附近的金属物体。
   • 对于内置在设备中的卡片（如手机壳内的公交卡），需要将Proxmark3天线紧贴设备背面相应位置。

6.3 安全启示与延伸思考

完成这次实战，你应该对MIFARE Classic的安全性有了刻骨铭心的认识。它的脆弱性根植于设计阶段。对于我们今天的启示是：

• “隐匿即安全”是伪命题：Crypto-1的失败是这一原则的典型案例。真正的安全应该建立在公开、经得起检验的算法和协议之上（如AES）。
• 密钥管理和访问控制至关重要：很多M1卡被攻破，直接原因是未修改默认密钥或访问控制位配置错误。在任何一个使用智能卡的系统里，初始化后的第一件事就应该是更改默认密钥并正确配置权限。
• 升级到更安全的方案：如果你是系统的设计者或维护者，正在使用MIFARE Classic，应尽快制定迁移计划。NXP早已推出了更安全的替代品，如MIFARE Plus（兼容经典，但支持AES加密）和MIFARE DESFire（基于DES/AES，具有更完善的文件系统和安全机制）。

最后，Proxmark3的能力远不止于此。它还能研究低频ID卡、EM410x系列、Hitag标签，以及高频的NTAG、DESFire等更复杂的卡片。本次针对MIFARE Classic的实战，是你进入射频安全世界的一把钥匙。理解了这个经典案例，你再去看其他协议和攻击手法，会发现很多原理是相通的。技术总是在攻防之间螺旋上升，而理解攻击，正是为了构建更坚固的防御。