您打开一个已经使用了几个月的受密码保护的 PDF，输入您一直使用的密码，但该文档拒绝打开。密码没有改变。你没有忘记它。文件本身没有被修改。然而，从您上次成功访问到此时此刻之间的某些事情已经破坏了身份验证握手。这种情况比大多数人意识到的更常见，系统更新是最常见的触发因素之一。了解原因可以帮助您避免恐慌，更重要的是避免数据丢失。 PDF 加密背后的机制意味着，当验证密码的软件环境发生变化时，即使正确输入的密码也可能会失败，有时用户甚至不知道发生了更新。
PDF 密码保护的实际工作原理
PDF 密码保护通过加密来实现，而不是通过简单的密码检查例程。当您在 PDF 上设置密码时，应用程序会使用密钥派生函数从您的密码生成一个加密密钥，并使用该密钥来扰乱文档的内容。密码本身不存储在 PDF 中的任何位置。相反，该文件包含加密数据和足够的元数据，供 PDF 阅读器验证给定密码是否产生正确的解密密钥。这意味着密码验证是一种数学运算：阅读器尝试使用派生密钥进行解密并检查输出是否是有效的 PDF 内容。
PDF 规范定义了多种加密算法，这些算法随着时间的推移发生了显着的演变。 PDF 1.x 使用具有 40 位密钥的 RC4，按照现代标准，使用商用硬件很容易破解。 PDF 1.6 引入了 AES-128，PDF 2.0 迁移到 AES-256，正确实施后被认为是安全的。关键细节是 PDF 文件中的加密算法不是独立的。 PDF 阅读器应用程序必须实现相应的解密算法，并且该实现依赖于操作系统提供的或与应用程序捆绑在一起的加密库（ISO，“ISO 32000-2:2020 文档管理 - 便携式文档格式 - 第 2 部分：PDF 2.0”，2020）。当该链中的任何组件发生更改时，密码验证可能会中断。
PDF 中存储的加密元数据包括指定算法标识符、密钥长度（以位为单位）的加密字典以及初始化向量或每个对象加密盐等补充数据。读取器处理该字典，使用指定的算法从用户提供的密码中导出解密密钥，并尝试解密。如果此链中的任何步骤的行为与创建 PDF 时的行为不同，则整个过程将失败。该软件链具有多个独立的链路，其中任何一个链路的更改都可能导致整个身份验证失败，并且没有任何迹象表明哪个链路损坏。
破坏 PDF 密码验证的操作系统更新
系统更新可以更改 PDF 阅读器所依赖的加密库。当 Microsoft 发布 Windows 安全更新来修补 CryptoAPI 或 .NET 加密提供程序中的漏洞时，该修补程序可能会以微妙的方式改变加密和解密函数的行为。大多数时候，这些更改在设计上都是向后兼容的。有时，补丁会通过改变处理格式错误或边缘情况输入的方式来修复缓冲区溢出或填充验证问题。如果 PDF 的加密元数据碰巧触发了特定的边缘情况，则更新前有效的密码可能会在更新后失败，即使密码和文件均未更改。
macOS 更新也引发了类似问题。从 OpenSSL 到 Apple 自己的 CryptoKit 框架的过渡（通过 macOS 13 Ventura 加速）改变了 PDF 应用程序可用的加密原语集。依赖 OpenSSL 进行 AES 解密的 PDF 阅读器必须切换到 CryptoKit 或捆绑他们自己的 OpenSSL 版本。在此过渡期间，一些 PDF 阅读器表现出不一致的密码验证行为，特别是使用旧算法加密的 PDF（Apple，“CryptoKit 框架发行说明”，2024 年）。 Linux 系统面临着类似的挑战。从 OpenSSL 1.1.x 到 3.x 的发行版升级可以更改默认安全级别，导致更新的加密提供程序拒绝旧版本接受的加密参数。这些不是传统意义上的错误。新的行为通常更安全且符合标准。问题是 PDF 是在旧行为下创建的，无法追溯适应。
PDF 阅读器应用程序更新是一个影响因素
与操作系统更新相比，PDF 阅读器应用程序更新更常见的是密码被拒绝的直接原因。 Adobe Acrobat 更新多次加强了对 PDF 加密参数的验证，以响应安全研究结果。如果您的 PDF 是由松散实现加密规范的软件创建的，例如通过使用非标准填充字节或省略可选元数据字段，则具有更严格验证的更新阅读器可能会拒绝旧版本毫无怨言地接受的文件。
下表总结了最常见的更新相关故障点以及受影响的 PDF 类型。
| 更新类型 | 常见故障模式 | 受影响的 PDF |
|---|---|---|
| 加密库补丁 | 更改了边缘情况加密元数据或填充验证的异常处理 | 由旧版或非 Adobe 软件创建的 PDF |
| PDF阅读器版本升级 | 根据更新的安全策略对加密参数进行更严格的验证 | 具有非标准加密实现的 PDF |
| 操作系统主要版本升级 | 已弃用的算法支持已从系统加密提供程序中完全删除 | 使用 RC4 或早期 AES 变体的 PDF |
| 安全证书更新 | 证书加密 PDF 的证书链验证失败 | 使用组织证书加密的 PDF |
恢复访问密码拒绝 PDF 的步骤
第一个恢复步骤是尝试使用不同的阅读器应用程序打开 PDF。如果 Adobe Acrobat 在更新后拒绝您的密码，请尝试在基于浏览器的 PDF 查看器或其他桌面阅读器（如 Foxit Reader）中打开同一文件。不同的应用程序使用不同的加密库和验证逻辑。被一个读取器拒绝的文件可能会在另一个读取器中打开而不会出现问题，因为第二个应用程序的加密堆栈以不同的方式处理加密元数据。
WukongPDF 的解锁 PDF 功能可以处理许多受密码保护的 PDF，并且独立于本地系统的加密配置运行，这使其成为本地阅读器在更新后失败时的有用替代方案。如果多个读者都拒绝密码，请尝试在未收到相同更新的其他设备上打开该文件。运行较旧操作系统或完全不同操作系统的计算机可能仍具有与 PDF 加密参数相匹配的加密配置。这确认文件完好无损并且密码正确。对于基于证书的 PDF，请检查系统证书存储以验证所需的证书是否仍然存在且尚未过期。从备份重新导入通常可以立即解决基于证书的故障。
防止更新后密码失败
供长期访问的受密码保护的 PDF 应使用当前的加密标准。 PDF 2.0 中指定的 AES-256 加密是新文档的推荐选择。避免使用 RC4 或 128 位 AES 加密创建新的 PDF，因为这些算法最有可能在未来的系统更新中被弃用或删除。将重要 PDF 的未加密备份保存在安全、访问控制的位置，例如与主副本分开存储的加密外部驱动器。如果系统更新破坏了 PDF 密码访问，您可以检索未加密的副本并按照当前标准应用新的加密。
对于向外部收件人分发受密码保护的 PDF 的组织，请在分发消息中添加注释，指定用于应用加密的 PDF 阅读器和版本。如果收件人在系统更新后报告访问问题，了解原始创建环境有助于缩小问题范围，确定问题是加密不匹配还是更简单的问题（例如密码输入错误）。这个小做法可以节省支持时间并保留 PDF 加密对文档安全工作流程的信任。当更新周期破坏了组织文档库的兼容性时，分发电子邮件中的一些额外文字可以避免数小时的故障排除。
大多数用户都不会考虑 PDF 中的加密元数据，直到有一天，多年来一直有效的密码突然失效。了解问题通常是环境问题而不是用户错误，可以消除这种情况的恐慌，并将注意力转移到正确的解决方案上：尝试替代读取器，回滚到更新前的环境，或者删除并重新应用当前标准的加密。密码一直都是正确的，知道这一点就成功了一半。另一半是准备好恢复步骤，以便当更新破坏兼容性时，您可以在几分钟内恢复访问，而不是因沮丧和反复试验而浪费几个小时。
几十年来，PDF 加密一直在保护敏感文档，并且随着标准的每次修订，底层技术都在不断改进。系统更新后偶尔出现的兼容性问题是生活在文档和读取文档的软件都在不断发展的生态系统中的一个可管理的副作用。坚持当前的加密标准并安全存储关键文件的未加密备份，可以将可能的危机转变为轻微的不便，并在几分钟而不是几小时内得到解决。今天采取的一些预防措施可保护您在未来的每个更新周期中访问重要文档。