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

  - 問題摘要：惡意遠端對等可能會避免對遠端 QUIC 堆疊可以使用多少個連線 ID 進行限制檢查，從而向本機 QUIC 堆疊淹沒NEW_CONNECTION_ID框架。影響摘要：本機 QUIC 堆疊會針對收到的每個 NEW_CONNECTION_ID 框架傳送一個 RETIRE_CONN_ID 框架。RETIRE_CONN_ID 框架會透過控制框架佇列 （CFQ） 分派。如果遠端對等體也保留 ACK，則可以強制本機堆疊配置 ~400MB （視 ACK 延遲而定）。CWE：CWE-770：無限制或節流的資源分配 描述：RFC 9000 部分 5.1.1 和 5.1.2 [1] 描述了遠端對等體可以通知本機 QUIC 堆疊變更本機堆疊用來識別遠端對等體連線的目的地連線 ID （也稱為 CID） 的機制。每個 CID 都與一個序號相關聯。序號會以 NEW_CONNECTION_ID 和 RETIRE_CONNECTION_ID 框架傳輸，以識別與連線相關聯或已淘汰的 CID。遠端對等會傳送 NEW_CONNECTION_ID 框架，讓本機堆疊知道新的 CID 與現有連線相關聯。NEW_CONNECTION_ID 框架帶有新的 CID、其序號和淘汰優先號碼。retire-prior-to 可識別要淘汰的現有 CID。本機 QUIC 堆疊必須針對序號小於 retire-prior-to 的每個目的地 CID 傳送RETIRE_CONNECTION_ID。
    在本機堆疊收到其RETIRE_CONNECTION_ID框架的 ACK 之後，CID 就會淘汰。雖然 OpenSSL QUIC 堆疊最多支援每個連線一個目的地 CID，但可能會被誘騙為每個連線處理多個 RETIRE_CONNECTION_ID 框架。OpenSSL QUIC 堆疊目前會在收到NEW_CONNECTION_ID後立即淘汰目的地 CID，而實際上，目的地 CID 必須在收到 RETIRE_CONNECTION_ID 框架的 ACK 後淘汰。修正有缺陷的邏輯也會修正待辦專案成長。[1] https://datatracker.ietf.org/doc/html/rfc9000#name-issuing-connection-ids FIPS 影響：否 FIPS 模組不受影響，因為 QUIC 實作位於 OpenSSL FIPS 模組邊界之外。（CVE-2026-84784）

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

偵測

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

high Nessus Plugin ID 351242

版本 1.1