因此，它會受到 ALAS2023-2026-1870 公告中所提及的多個弱點影響。

    rust-openssl 為 Rust 程式設計語言提供 OpenSSL 系結。從 0.9.27 到 0.10.78 之前的版本，Deriver::derive (和 PkeyCtxRef::derive) 會設定 len = buf.len()，並將其做為輸入/輸出長度傳遞至 EVP_PKEY_derive，並依賴 OpenSSL 予以接受。在 OpenSSL 1.1.x、X25519、X448上，DH 和 HKDF-extract 會忽略傳入的 *keylen，並無條件寫入完整的共用密碼 (32/56/prime-size 位元組)。傳遞短 slice 的呼叫者從安全程式碼取得堆積/堆疊溢位。OpenSSL 3.x 提供者會進行檢查，因此這只會影響較舊的 OpenSSL。此弱點已在 0.10.78 中修正。(CVE-2026-41676)

    rust-openssl 為 Rust 程式設計語言提供 OpenSSL 系結。到 0.10.78 之前版本，aes::unwrap_key() 包含不正確的宣告：它會檢查 out.len() + 8 <= in_.len()，但此情形已相反。預定的不變式為 out.len() >= in_.len() - 8，可確保輸出緩衝區足夠大。由於反向檢查，此函式僅接受等於或小於所需最小大小的緩衝區，並拒絕較大的緩衝區。如果提供較小的緩衝區，該函式會在超出結尾處寫入 in_.len() - 8 - out.len() 位元組，進而造成安全公開函式的超出邊界寫入。
    此弱點已在 0.10.78 中修正。(CVE-2026-41678)

    rust-openssl 為 Rust 程式設計語言提供 OpenSSL 系結。從 0.9.7 之前開始， 0.10.79X509Ref：：ocsp_responders 會從憑證的 AIA 延伸模組傳回 OCSP 回應程式 URL 作為 OpensslString，其 Deref<Target = str> 會以 str：：from_utf8_unchecked 包裝原始位元組。OpenSSL 不強制底層 IA5String 為 ASCII，因此其 OCSP accessLocation 中包含非 UTF-8 位元組的憑證會導致安全 Rust 程式碼建構一個違反 UTF-8 不變性的 &str，導致未定義的行為。
    此弱點已在 0.10.79 中修正。(CVE-2026-42327)

    rust-openssl 為 Rust 程式設計語言提供 OpenSSL 系結。從 0.10.0 之前開始， 0.10.79CipherCtxRef：：cipher_update、CipherCtxRef：：cipher_update_vec 和 symm：：Crypter：：update 與 AES 金鑰換行密碼搭配使用時，輸出緩衝區大小不正確 （EVP_aes_{128,192,256}_wrap_pad）。對於非 8 的倍數輸入，OpenSSL 會在呼叫端緩衝區或 Vec 結尾之後寫入最多 7 個位元組，當純文字長度受到攻擊者影響時，會產生攻擊者可控制的堆積損毀。這只會影響使用 AES 金鑰換行和填充密碼的使用者。此弱點已在 0.10.79 中修正。
    (CVE-2026-44662)

    rust-openssl 為 Rust 程式設計語言提供 OpenSSL 系結。從 0.10.50 直到 0.10.80，openssl/src/cipher_ctx.rs 中的 CipherCtxRef：：cipher_update_inplace 與 AES key-wrap-with-padding 加密一起使用時，輸出緩衝區的大小不正確 EVP_aes_{128,192,256}_wrap_pad。對於非 8 的倍數輸入，OpenSSL 會在呼叫端緩衝區或 Vec 結尾之後寫入最多 7 個位元組，當純文字長度受到攻擊者影響時，會產生攻擊者可控制的堆積損毀。0.10.80 版已修正此問題。
    (CVE-2026-45784)

Tenable 已直接從所測試產品的安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

偵測

Amazon Linux 2023：clamav1.5, clamav1.5-data, clamav1.5-devel (ALAS2023-2026-1870)

critical Nessus Plugin ID 322005

版本 1.3