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

  - 問題摘要：當攻擊者能夠提供 CMS 或 S/MIME 訊息並觀察錯誤代碼和/或解密輸出時，CMS_decrypt 和 PKCS7_decrypt 函式容易受到 Bleichenbacher 式攻擊。影響摘要：Bleichenbacher 式攻擊允許攻擊者使用受害者的易受攻擊的應用程式作為使用受害者的私密 RSA 金鑰解密或簽署訊息的方式。攻擊有 2 種變體。1. 在未提供接收者憑證的情況下使用解密 API（CMS_decrypt（）、PKCS7_decrypt（））。在此情況下，OpenSSL 會反覆運算每個 KeyTransRecipientInfo （KTRI），而不會在第一次成功時停止。攻擊者撰寫具有兩個 KTRI 項目的訊息，第一個項目將真正的 CEK 包裝在受害者的公開金鑰下，第二個項目使用任意探查密文，如果應用程式的錯誤代碼可用，則有機會反覆運算第二個 KTRI 以取得有效的 PKCS#1 v1.5 填充。這是 Bleichenbacher 預言機 （Bleichenbacher， CRYPTO '98）：一個自適應選擇的密文旁路，攻擊者可從中將任何 RSA 密文解密為受害者的金鑰，或偽造其下的任何 PKCS#1 v1.5 簽章。2、當解密API（CMS_decrypt（）、PKCS7_decrypt（））提供接收者憑證時，找不到接收者時，用隨機金鑰代替。撰寫訊息並能夠比較錯誤碼和解密結果的攻擊者可以掛載 Bleichenbacher 預言機。我們不知道有任何應用程式可為遠端攻擊者提供發動這些案例中所述攻擊的機會。我們認為此類應用程式存在的可能性很小，因此此 CVE 被評估為低嚴重性。為避免這些攻擊，當使用 RSA PKCS#1 v1.5 金鑰傳輸時，叫用的 EVP_PKEY_decrypt（） 將使用 draft-irtf-cfrg-rsa-guidance 中所述的隱含拒絕機制。在先前的 OpenSSL 版本中，隱含拒絕已明確停用。隱含拒絕機制一律會傳回純文字值，即對稱金鑰。此結果對於密文和私密金鑰是確定性的。解密結果的長度可能與用於內容加密的對稱密碼金鑰長度相符。未提供憑證時，將會使用產生看起來有效的金鑰的最後一個 RecipientInfo。這可能會導致解密時出現垃圾內容。作為處理此問題的正確方法，必須提供收件者憑證來識別要解密的特定 RecipientInfo。、 、 3.63.5和 3.4 中的 4.0FIPS 模組不受此問題影響，因為 CMS 和 S/MIME 處理發生在 OpenSSL FIPS 模組邊界之外。（CVE-2026-42768）

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

偵測

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

low Nessus Plugin ID 320343

版本 1.4