如何解读MIFARE 4K（14443-A）卡数据及破译读卡器通信

你已经拿到全扇区密钥、能完整导出数据，接下来可以从以下几个方向突破：

1. 精细化分析扇区数据的变化规律 #

你已经对比了使用前后的扇区03数据，现在要聚焦变化的字节段，拆解规律：

• 块12：前4字节从00 08 73 80变为00 0D 56 40，后8字节从E1 F7 E7 DD E0 4C 4A B7变为2E 26 53 81 2B 1D 34 6A，中间仅70→7C单字节变化，这类单字节变化大概率是状态位、累加计数器或校验位；
• 块13：AF 9F 18→B0 1B F0这三个连续变化的字节，优先验证是否为CRC校验、LRC校验或简单哈希值；
• 块14：前5字节和末尾2字节的变化，可尝试将多次使用后的变化值做差分，看是否符合递增/递减、异或运算等规律。

把每次使用后的变化数据整理成表格，统计字节变化的频次和数值范围，更容易定位字段功能。

2. 抓取合法读卡器与卡片的通信报文 #

既然卡仅响应合法读卡器的特定协议，抓包是破解通信机制的核心：

• 用Proxmark3或NFC逻辑分析仪，完整抓取读卡器与卡的交互流程，包括认证、读写、自定义命令的所有字节；
• 对比你自己读卡的命令序列（比如标准MIFARE读命令0x03）和合法读卡器的命令差异：是否有自定义指令、是否在读写前执行了额外初始化、是否对传输数据做了加密；
• 重点关注认证后的命令：MIFARE Classic标准命令外的自定义指令，往往是解密数据的关键入口。

3. 确认扇区访问控制位的实际权限 #

虽然你认为方向有误，但仍需确认扇区尾部的访问控制位是否真的允许全权限操作：

• 扇区尾部（比如块15）的前6字节是访问控制位，可转成访问控制矩阵，验证每个块的读写权限是否与你的操作匹配；
• 部分应用会通过访问控制位限制仅能使用特定命令修改数据（比如增量/减量命令而非直接写），这类限制会导致你直接读的是加密或转换后的数据。

4. 逆向推导数据编码格式 #

不要执着于转ASCII，MIFARE卡的应用数据几乎都是自定义二进制格式，可尝试：

• 验证是否存在BCD编码（比如金额、次数常用BCD）：把连续2字节转成十进制，看是否符合合理数值范围；
• 排查时间戳字段：把4字节数据转成Unix时间戳，或尝试自定义时间格式（比如年/月/日/时分秒的压缩编码）；
• 找同类型空白卡，用合法读卡器写入已知测试数据（比如固定金额、次数），再读取对比，快速定位字段对应关系。

5. 排查数据加密可能性 #

如果数据是加密后的乱码，可从以下方向验证：

• 尝试Crypto1流加密破解：MIFARE Classic的Crypto1是常见加密方式，抓包后可通过工具破解密钥流，还原明文；
• 验证简单异或加密：取使用前后的相同位置字节，计算异或值，看是否存在固定密钥；
• 排查自定义对称加密：如果是AES/DES这类加密，需要结合抓包的密钥交换流程或逆向读卡器固件来破解。

内容的提问来源于stack exchange，提问作者micao