7z 的 AES-256 纯数字密码会被破解吗？

前言：

最近在某社区看到个挺有意思的提问，大概意思是：“老哥们，我把文件压缩成包，后缀改成 txt，再压缩一遍加个纯数字密码，存网盘会被和谐吗？手机内存爆了，在线等挺急的。”

这个问题可能很多人都想过这个问题，隐私保护与云存储审查之间的博弈是怎样的。今天我们就借着这个问题，从算法原理、文件结构、破解难度以及网盘的审查机制，来一场硬核的技术探讨。

一、核心问题：7z 的 AES-256 + 纯数字密码，稳吗？

首先，直接回答题主关于 7z 安全性的疑问。

结论是：算法本身无懈可击，但“纯数字”这个人为因素是巨大的短板。

1. AES-256：民用加密的天花板

AES（Advanced Encryption Standard）是目前全球公认的加密标准。256 位密钥长度意味着什么？意味着密钥空间是。这是一个天文数字。即使你用目前地球上算力最强的超级计算机，甚至把全宇宙的原子都做成计算机来跑暴力破解，在宇宙热寂之前也算不出来。

只要没有后门（目前没发现），且实现过程没有由于编程错误导致的侧信道攻击漏洞，AES-256 本身是绝对安全的。

2. 7-Zip 的实现机制：它是如何让破解者绝望的？

光有算法不行，还得看怎么用。7-Zip 在加密实现上非常“鸡贼”（褒义，不是鸡肋！），它引入了大量的**密钥派生函数（KDF）**迭代。

当你输入密码时，7-Zip 不会直接拿这个密码去加密文件。它会把你的密码和一个随机的盐值（Salt）丢进 SHA-256 哈希函数里，然后疯狂循环计算 次（大约 52 万次，具体次数取决于版本，新版甚至更多）。

这意味着什么？

这意味着黑客要尝试每一个密码，他的 CPU/GPU 都要先进行 50 多万次哈希运算才能生成一个试用的密钥。这极大地拉低了暴力破解的速度。相比于破解老旧的 Zip（ZipCrypto），破解 7z 的速度要慢几个数量级。

3. “纯数字”：致命的弱点

虽然 7z 的算法很强，迭代次数很多，但题主提到了一个致命的限定条件：“纯数字密码”。

这直接把搜索空间从“无限”拉回了“有限”。

6位数字：种组合。现在的显卡（比如 RTX 4090）配合 Hashcat，破解 7z 虽然慢，但秒杀 6 位数字也是眨眼的事。
8位-10位数字：对于普通家用电脑可能需要跑几天甚至几周，但对于拥有矿场算力或者租用 AWS GPU 集群的人来说，仍然是“分钟级”或“小时级”的工作量。
15位以上数字：这时候安全系数才开始真正上来。

所以，如果你的重要隐私文件用的是“生日”、“手机号”这种纯数字，哪怕是 AES-256，在算力面前也是裸奔。 但如果你的纯数字长度达到了 20 位以上且无逻辑（比如圆周率后 100 位截取），那是安全的。

二、 7z vs Zip：为什么推荐 7z？

这里要区分一下，大家口中的 Zip 其实有两种加密模式：

ZipCrypto (传统模式)
AES-256 (WinZip/现代模式)

1. ZipCrypto：时代的眼泪

如果你在 Windows 上右键 -> 发送到 -> 压缩文件夹，或者在 Python 里随便调个 zipfile 库加密码，很多默认是用 ZipCrypto。这玩意儿基于三个 32 位的密钥更新，极其脆弱。利用“已知明文攻击”（Known Plaintext Attack），只要压缩包里有一个文件是公开的（比如里面有个 readme.txt 或常见的系统 DLL），黑客不需要知道密码，几分钟就能把整个包解开。绝对不要用。

2. Zip AES-256 vs 7z AES-256

现代压缩软件（WinRAR, Bandizip, 7-Zip）创建 Zip 时也可以选 AES-256。这时候算法强度和 7z 是一样的。

但是，7z 有一个杀手锏：加密文件名（Encrypted Headers）。

Zip 的结构缺陷：Zip 格式将文件列表（Central Directory）明文保存在文件末尾。即使你加了 AES-256 密码，如果不开启特殊选项（很多软件默认不开启），网盘或者黑客虽然打不开文件内容，但能看到你压缩包里的文件名！
- 场景：你存了个 公司收购计划书.pdf，虽然打不开，但文件名泄露了意图。
- 网盘审查：网盘爬虫看到 敏感关键词.mp4，直接就把这个包封了，根本不需要破解密码。
7z 的优势：7z 格式原生支持将 Header（包含文件名、大小、属性）也进行 AES 加密。开启“加密文件名”后，整个压缩包就像一块黑砖头，外面的人除了看到它是 7z 格式，连里面有几个文件、叫什么名字都不知道。

结论：隐私文件，无脑选 7z，并勾选“加密文件名”。

三、网盘是如何“和谐”你的文件的？

为了回答题主的“套娃操作”是否有用，我们必须了解对手——网盘审查系统是怎么工作的。

1. 哈希碰撞（秒传机制）

你上传文件时，网盘客户端会先计算文件的 MD5 或 SHA1 值。

如果服务器数据库里已经有了这个 MD5（比如别人传过），网盘就说“上传完毕”，其实是给你做了个软链接。
危险点：如果这份文件在别人的账号里因为违规被举报封禁了，你的这份也会瞬间变违规。这也是为什么很多“资料”会莫名失效。

2. 文件头/魔数检测（Magic Bytes）

题主问：“我把后缀改成 txt，能不能骗过网盘？”

答案是：骗小白可以，骗程序不行。

每个文件的前几个字节是固定的，被称为 Magic Number。

Zip 的开头通常是 PK (50 4B 03 04)。
7z 的开头是 7z (37 7A BC AF 27 1C)。
JPG 的开头是 FF D8 FF。

网盘扫描程序根本不看你的后缀名是 .txt 还是 .avi，它读取文件头的前几个字节，立马就知道这是个压缩包。如果是压缩包，它就会尝试去读取列表。

3. 深度内容扫描(DPI)

对于图片、文档、视频，网盘有专门的 AI 模型在后台跑（OCR 识图、视频关键帧审核）。但对于加密的压缩包，由于 AES 无法破解，网盘目前主流的做法是：

看文件名（如果未加密文件名）。
看哈希值（如果之前有人传过同名同内容的包）。
如果都无法识别，且无法解压，通常会放行，除非你的文件名本身违规。

四、解析“套娃”战术

回到题主的操作流程：

文件压缩成包 -> 2. 后缀改成 txt -> 3. 再次压缩 -> 4. 加密码 -> 5. 上传

这个流程非常经典，我们来拆解一下它的防御层级：

第一层防御：内层压缩

这层主要是为了打包。如果只是这一步，直接上传是很危险的。

第二层防御：后缀改 txt

这一步在技术上是无效的掩耳盗铃。如前所述，外层压缩软件在处理这个 xxx.txt 时，只是把它当成二进制流。但如果你不进行第三步，直接上传这个伪装的 txt，网盘检测到文件头是 PK 或 7z，依然会识别出它是压缩包。

第三层防御：外层压缩 + 密码（关键！）

这是真正重要的，也是有效的核心。

当你把那个 伪装.txt 放进一个新的加密 7z 包时，发生了什么？

文件头混淆：新的压缩包掩盖了内部文件的 Magic Number。网盘只能看到最外层是一个 7z 文件。
内容加密：因为外层加了密码（且假设开启了加密文件名），网盘无法解压外层，自然也就无法看到里面的 伪装.txt，更无法知道 伪装.txt 其实是一个压缩包。
哈希变异：这是最重要的！加密后的文件哈希值，随着密码、盐值（Salt）的不同，每次生成的压缩包指纹都是完全不同的！
- 即使你和我在不同时间，用同样的密码、压缩同样的文件，由于 7z 随机生成的 Salt 不同，最终的压缩包 MD5 也是不一样的。
- 这就完美避开了“秒传”带来的连坐封禁风险。

网盘看到的：一个未知内容的、加密的 7z 文件，哈希值是全新的。
审查结果：无法查看内容，无法匹配黑名单，只能放行。

五、最终建议

既然写到这了，就给各位有隐私需求的朋友一套标准化的隐私保护指南：

1. 抛弃纯数字，拥抱长密码

别用 123456，也别用 19900101。

推荐策略：固定词组 + 个人特殊记忆点。

例如：W0_L0ve_C0ding_@_2025!

这种密码长度够长，包含特殊字符，熵值极高，哪怕 AES 算法本身被攻破了（理论上），这个密码强度也能扛住彩虹表和暴力破解。

2. 必须使用 7-Zip 并开启“加密文件名”

这是底线。不要让云服务商知道你包里有什么。一定要勾选 Encrypt file names。

3. “双重压缩”是反shencha利器

如果你担心文件名本身太敏感，或者担心第一层压缩的特征被识别：

内层：正常压缩，不加密或简单加密，文件名随意。
外层：7z 格式 + AES-256 + 强密码 + 加密文件名。
效果：这就像给数据穿了一层防辐射铅衣，外面的扫描器完全失效。

4. 关于文件名伪装

不要把外层压缩包命名为秘密数据.7z。

改成 2024_05_System_Log_Backup.7z 或者 stm32_driver_lib_v2.7z。

社会工程学伪装往往比技术伪装更有效。管理员看到这种文件名，打开的欲望都没有。

5. 恢复记录（Recovery Record）

如果你用 WinRAR，记得加上 3% - 5% 的恢复记录。7z 原生不支持这个（是个遗憾），但可以通过命令行工具或第三方变种支持。因为网盘下载大文件偶尔会坏块（Bit Rot），没有恢复记录，几十 G 的数据坏一个字节就全完了。

如果坚持用 7z，建议分卷压缩，坏了只需要重传一卷。

结语

回到最初的问题。

7z 的 AES-256 会被破解吗？

如果是弱密码（纯数字短密码），会，而且很快。

如果是强密码，不会，神仙来了也难救。

题主的“改名+双重压缩”会被和谐吗？

只要你的密码够强，且使用了加密文件名，大概率不会。在这个过程里实际上完成了数据的“私有化”和“去特征化”。

在这个数据裸奔的时代，掌握一点硬核的压缩加密技术，是保护我们数字资产的最后一道防线。希望这篇“啰嗦”的技术文能帮到大家。

XuanRan's Blog