一、触发场景40GB 分卷 中文密码的固件镜像某天接到任务把一份 R36S 掌机的「64G 单卡懒人固件」解压成磁盘镜像。文件在移动硬盘上R36s-64G.zipR36s-64G.z01~z19共 20 卷合计约 40GB旁边有提示文件解压密码-浪子玩数码.txt第一行是「解压密码-浪子玩数码」目标是解出压缩包内唯一的R36s-64G.img53.5GB环境macOS arm64。先ls看卷完整、7z l列目录需先brew install p7zip确认多卷 zip、AES-256 加密、单文件镜像。然后噩梦开始。现象时间线7z x -p浪子玩数码→ERROR: Wrong password换7zzbrew 装 7zip→ 同样 Wrong password连7zz a -p浪子玩数码创建测试包都报E_INVALIDARGPython 的 pyzipper 直接报「zipfiles that span multiple disks are not supported」最后自己写 Python 解密流一步步调通53.5GB 全量解压 HMAC 校验通过二、谬误溯源五个坑逐个拆坑 1macOS 自带 unzip 能解多卷 zip错。unzip/zipinfo/ditto只认单文件 zip.z01分卷直接不认。多卷 zip 必须 7-Zipbrew 装p7zip或7zip。坑 27-Zip 命令行能直接解中文密码的 AES zip错得最隐蔽。zip 是 Windows 上创建的AES 密钥派生的密码字节按GBK 编码存而 macOS 的 7zz 把-p参数按UTF-8转字节两者算出的 PBKDF2 密钥完全不同 → Wrong password。用iconv转 GBK 传参也一样失败因为 7zz 内部还会再转一次。连用 7zz 创建中文密码包都 E_INVALIDARG说明它整条中文密码链路在 macOS 上就不可用。坑 3pyzipper 能直接读多卷 zippyzipper 支持 AES 解密但它继承 zipfile打开多卷 zip 会在读 ZIP64 locator 时抛「multiple disks not supported」。它在_EndRecData64检查diskno ! 0 or disks ! 1。坑 4按 WinZip 标准 PBKDF2 参数算凭印象写PBKDF2(password, salt, count1000, dkLen34)取末 2 字节当 verifier匹配不上。真实参数要看 7-Zip/pyzipper 源码AES-256 的dkLen 2*32 2 66加密 key 32B HMAC key 32B verifier 2Bverifier 在dk[64:66]。坑 5AES-CTR 计数器从 0 开始解出来的字节乱码、zlib 报invalid stored block lengths。对照 pyzipper 源码才发现 7-Zip zip AES 的 CTR 计数器是Counter.new(nbits128, little_endianTrue, initial_value1)——从 1 开始。这是我耗时最长的坑。三、源码验证真实解密流程全链路实测通过1. 解析 z01 的 local header取 salt verifier分卷 zip 的第一个卷R36s-64G.z01开头有 4 字节 stubPK\x07\x087z 报告 Embedded Stub Size4local header 从 offset 4 开始mv.seek(4); hdr mv.read(30) sig, ver, flags, method, tm, dt, crc, csize, usize, nlen, elen struct.unpack(4s5H3L2H, hdr) # method99 (AES), 名称 R36s-64G.img, extra 含 AES 头 0x9901: strength3(AES-256) pos 34 nlen elen # 跳过文件名和 extra salt mv.read(16); verifier mv.read(2) data_off mv.tell() # 加密数据从这里开始2. 多卷 zip 的虚拟拼接 ZIP64 locator patchpyzipper 打开多卷 zip 报「multiple disks not supported」。解决写一个MultiVolumeReader把 20 个卷按顺序拼成可 seek 的只读视图不复制 42GB并把 EOCD 前 20 字节的 ZIP64 locator 字段 patch 成单卷# locator: sig(4)diskno(4)reloff(8)disks(4)位于 EOCD(22B) 之前 ba[4:8] (0).to_bytes(4, little) # diskno - 0 ba[16:20] (1).to_bytes(4, little) # disks - 1中央目录的header_offset是相对逻辑起点的实际文件里要 4stub。3. 密钥派生PBKDF2 参数是硬核import hashlib PWD 浪子玩数码.encode(gbk) # 关键GBK 字节不是 UTF-8 dk hashlib.pbkdf2_hmac(sha1, PWD, salt, 1000, 66) key, mac_key, ver dk[:32], dk[32:64], dk[64:66] assert ver verifier # 密码验证通过4. AES-CTR 解密 HMAC 校验 zlib 解压from Cryptodome.Cipher import AES from Cryptodome.Util import Counter dec AES.new(key, AES.MODE_CTR, counterCounter.new(nbits128, little_endianTrue, initial_value1)) hm hmac.new(mac_key, digestmodhashlib.sha1) # HMAC-SHA1 d zlib.decompressobj(-15) # raw deflate 流式: hm.update(cipher) - plain dec.decrypt(cipher) - d.decompress(plain) 尾部 10 字节是 HMAC: hm.digest()[:10] 与末尾比对实测数据2026-08-06macOS arm64USB 移动硬盘20 卷总物理大小42482360207字节与中央目录声明完全一致分卷无缺损密码「浪子玩数码」GBK 字节 PBKDF2 verifier 匹配 ✓53.5GB 全量解压423 秒约 105 MiB/s8MB 块流式读写解密首 4KB 即标准 x86 MBRfa b8 00 10 8e d0尾部HMAC ok: True全程不落 42GB 中间文件直接边解边写 .img四、落地结论可复用方案下次遇到「多卷 zip 中文密码 AES」直接抄列目录7z l -p密码 R36s-64G.zip7zz/p7zip 都行确认卷数和内部文件名。验证密码不要信 7zz 的 Wrong password——macOS 下中文密码 AES zip 它基本解不了。用 Python 直接验读 z01 的 local header → 取 salt/verifier →pbkdf2_hmac(sha1, 密码.encode(gbk), salt, 1000, 66)比对dk[64:66]。解码传参密码字节一律走 GBKWindows 侧创建的包少走 UTF-8 弯路。全量解压虚拟拼接分卷MultiVolumeReader patch ZIP64 locator AES-CTR(initial_value1) zlib(-15) 流式写盘53.5GB 约 7 分钟。适用范围淘宝/闲鱼「懒人固件」「整合包」多为 Windows 上 7-Zip 打包中文密码、多卷、AES-256 是标配。同套路适用 EmuELEC/ArkOS 掌机镜像、各类「网盘分享」分卷包。纯 ASCII 密码 单卷直接 7zz不用走这套。判断顺序重要先验密码编码 → 再管多卷 → 最后调 CTR。密码编码错了后面全白费CTR 初始值错了解出来是乱码但不报密码错最迷惑。五、三类读者速查人类开发者brew install p7zip 7zip 7z l -p密码 x.zip # 列内容多卷需 7z 7zz t -p密码 x.zip # 测密码中文密码可能误报 python3 -c import hashlib; print(浪子玩数码.encode(gbk).hex()) # 看 GBK 字节对话式 AI问法「这个多卷 zip 密码验证不过怎么定位编码」回答要点先读 z01 头拿 salt/verifier用 GBK 字节跑 PBKDF2(count1000, dkLen66) 对比 verifier命中即密码编码确认再谈解压。代码 Agent密码派生hashlib.pbkdf2_hmac(sha1, pwd_gbk, salt, 1000, 66)verifierdk[64:66]AES-CTRCounter.new(nbits128, little_endianTrue, initial_value1)不是 0多卷自定义 reader 按卷偏移 seek/readpatch ZIP64 locator 的 diskno/disks解压zlib.decompressobj(-15)raw deflate尾部 10B 是 HMAC-SHA1完整脚本思路见 2.md实测 105 MiB/s 可复现四、总结与避坑指南多卷 zipmacOS 上只能用 7-Zip 系列工具unzip/zipinfo/ditto 不支持。中文密码 AES zipWindows 创建的 zip 密码按 GBK 编码存储macOS 7zz 命令行默认 UTF-8 编码直接解压会失败。建议用 Python 脚本处理。pyzipper 限制不支持多卷 zip遇到分卷文件会直接报错。PBKDF2 参数AES-256 的 dkLen 是 6632322verifier 在最后 2 字节。AES-CTR 计数器7-Zip zip AES 的 CTR 计数器从 1 开始不是 0。遇到类似场景最稳妥的方案是用 Python 脚本直接读取原始字节流按标准实现解密逻辑绕过所有命令行工具和库的兼容性问题。