Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - 問題摘要：當應用程式透過公用 EVP_Cipher（） 一次性介面驅動 AES-OCB 內容時，應用程式提供的初始化向量 （IV） 會以無訊息方式捨棄。影響摘要：
    不論調用者提供的 IV 為何，在相同金鑰下加密的每則訊息都會使用相同的有效隨機數，導致 （金鑰、隨機數） 重複使用和機密性遺失。如果使用相同的程式碼路徑來計算驗證標籤，則標籤僅依賴於 （key， IV） 對，而不依賴於純文字或密文，因此允許從單一擷取的訊息中普遍偽造任意密文。OpenSSL 提供兩種驅動密碼的方法：記錄在案的串流介面 （EVP_CipherUpdate / EVP_CipherFinal_ex） 和較低層級的一次性 EVP_Cipher（），其文件明確建議應用程式不要使用，轉而使用 EVP_CipherUpdate（） 和 EVP_CipherFinal_ex（）。OCB 提供者的串流處理常式會在處理資料之前，將應用程式提供的 IV 排清至 OCB 內容;一次性處理者沒有。因此，無論調用方的 IV 為何，在 AES-OCB 上下文中對 EVP_Cipher（） 的每次調用都會以加密初始化留下的全零鍵派生偏移狀態運行。如果隨後使用 EVP_EncryptFinal_ex（） 來取得驗證標籤，則延遲的 IV 設定會在該點執行，並清除應該在純文字上累積的執行總和檢查碼。產生的標籤僅是 （key， IV） 的函數，並針對相同 （key， IV） 對下產生的任何密文進行驗證。OpenSSL SSL/TLS實作不受影響：AES-OCB 不是TLS加密套件，libssl 在任何情況下都不會呼叫 EVP_Cipher（）。透過記載的串流 AEAD API （EVP_CipherUpdate/EVP_CipherFinal_ex） 驅動 AES-OCB 的應用程式不受影響。只有將 AES-OCB 加密與 EVP_Cipher（） 一次性 API 結合的應用程式才容易受到攻擊。、 、 3.63.5和 3.43.0 中的 4.0FIPS 模組不受此問題影響，因為 AES-OCB 位於 OpenSSL FIPS 模組邊界之外。（CVE-2026-45445）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-45445

high Nessus Plugin ID 320335

版本 1.2