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

    問題摘要：當 OpenSSL QUIC 伺服器 （接聽程式 SSL 物件） 處理未知目的地連線識別碼的有效 QUIC 初始封包時，它可以配置新的傳入通道並將其排入佇列，而無需強制執行任何限制。

    影響摘要：遠端對等體可以使許多初始封包比應用程式接受連線更快地到達伺服器接聽程式，可能會導致配置用於儲存每個通道狀態的記憶體無限制地增長，從而可能使 QUIC 接聽程式不可用並造成拒絕服務。

    CWE： CWE-770：無限制或節流的資源配置

    說明：處理傳入 QUIC 封包的函式會使用封包標頭中的 Connection-Id 來尋找現有的連線 （QUIC 通道）。如果找不到現有連線，且封包類型為 INITIAL，則函式會將封包視為新連線。它配置一個新的通道物件，並將它插入佇列中，等待本機應用程式使用 SSL_accept（3ossl） 接受。如果應用程式無法足夠頻繁地呼叫 SSL_accept（） 來處理這些傳入連線要求，則這些初始通道物件所佔用的記憶體可能會無邊界地增長。

    自新增 QUIC 伺服器實作時的 OpenSSL 3.5 以來，就會出現此問題。

    本次修正已針對擱置連線設定數量上限。預設限制設為 256 個擱置連線 （等待本機應用程式接受）。應用程式可以透過呼叫 SSL_set_value_uint（3ossl） 來變更預設值。

    FIPS 影響：否FIPS 模組不會受到影響，因為 QUIC 實作位於 OpenSSL FIPS 模組邊界之外。（CVE-2026-14456）

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

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

偵測

Amazon Linux 2023：openssl、openssl-devel、openssl-fips-provider-latest (ALAS2023-2026-2088)

high Nessus Plugin ID 342040

版本 1.1