如何给zip压缩文件加密（加密ZIP文件可以存在两个正确的密码）
出品|开源中国Positive Technologies 的网络安全研究员 Arseniy Sharoglazov 近日在社交平台分享了一个简单的实验并 ，接下来我们就来聊聊关于如何给zip压缩文件加密?以下内容大家不妨参考一二希望能帮到您!
如何给zip压缩文件加密
出品|开源中国
Positive Technologies 的网络安全研究员 Arseniy Sharoglazov 近日在社交平台分享了一个简单的实验并
一些网友在 Sharoglazov 的动态下针对该实验进行了讨论，一位 ID 为 Unblvr 的用户指出，造成这个结果的原因可能在于：
ZIP 使用 PBKDF2，如果输入太大，它会 hash 输入 。该 hash（作为原始字节）成为实际密码。尝试使用 SHA1 对第一个密码进行 hash，并将十六进制摘要解码为 ASCII... :)
在启用 AES-256 模式生成受密码保护的 ZIP 存档时 ，如果密码太长，ZIP 格式会使用 PBKDF2 算法并对用户提供的密码进行 hash 处理。在这种情况下，这个新计算的 hash 将会成为文件的实际密码。研究人员解释称，太长是指超过 64 个字节（字符）。
当用户试图提取文件，并输入一个超过 64 字节的密码时，用户的输入将再次由 ZIP 应用程序进行 hash，并与正确的比较密码（现在本身就是一个 hash）。如果匹配，将可以成功进行文件提取。
示例中使用的替代密码 pkH8a0AqNbHcdw8GrmSp 实际上是较长密码 SHA-1 hash 的 ASCII 表示。Nev1r-G0nna-G2ve-... 的 SHA-1 checksum = 706b4838613041714e62486364773847726d5370。此校验和在转换为 ASCII 时产生：pkH8a0AqNbHcdw8GrmSp。
但是值得注意的是，在加密或解密文件时，仅当密码长度大于 64 个字符时才会进行 hash 处理。换句话说，较短的密码在压缩或解压缩 ZIP 的任何阶段都不会出现这种情况。这也是为什么在加密阶段选择长的 "Nev1r-G0nna-G2ve-..." 字符串作为密码时，ZIP 程序设置的实际密码实际上是该字符串的 (SHA1) hash。
如果在解密阶段输入 Nev1r-G0nna-G2ve-...，它将被 hash 并与之前存储的密码（即 SHA1 hash）进行比较。但是，在解密阶段输入较短的 “pkH8a0AqNbHcdw8GrmSp” 密码将使应用程序直接将此值与存储的密码（也就是 SHA1 hash）进行比较。更多的技术见解可参见 Wikipedia 上 PBKDF2 的 HMAC collisions 小节。
“当使用 HMAC 作为其伪随机函数时，PBKDF2 有一个有趣的特性。可以轻松地构造任意数量的不同密码对，每对密码对都存在冲突。如果提供的密码长于底层 HMAC hash function 的块大小，则首先要将密码 pre-hashed 成一个 digest，然后将该 digest 作为密码使用。”
不过，同一个 ZIP 有两个可能的密码这一事实并不代表存在有安全漏洞；因为生成密码的 hash 的前提是需要知道原始密码。
免责声明：本文仅代表文章作者的个人观点，与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺，请读者仅作参考，并自行核实相关内容。文章投诉邮箱：anhduc.ph@yahoo.com
