您開啟一個已經使用了幾個月的受密碼保護的 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 加密一直在保護敏感文檔，隨著標準的每次修訂，底層技術都在不斷改進。系統更新後偶爾出現的相容性問題是生活在文件和讀取文件的軟體都在不斷發展的生態系統中的一個可管理的副作用。堅持當前的加密標準並安全儲存關鍵文件的未加密備份，可以將可能的危機轉變為輕微的不便，並在幾分鐘而不是幾小時內解決。今天採取的一些預防措施可保護您在未來的每個更新周期中存取重要文件。