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 番号が記載されています。retire-prior-toは、廃止する既存のCIDを識別します。ローカルの QUIC スタックは、シーケンス番号が retire-prior-to より小さいすべての宛先 CID に対してRETIRE_CONNECTION_IDを送信する必要があります。
    CID は、ローカルスタックがその RETIRE_CONNECTION_ID フレームの ACK を受け取った後に廃止されます。OpenSSL QUIC スタックは各接続に対して最大 1 つの宛先 CID をサポートしますが、1 つの接続にあたり 1 つ以上の RETIRE_CONNECTION_ID フレームを処理するように誘導される可能性があります。OpenSSL QUIC スタックは現在、NEW_CONNECTION_IDを受信するとすぐに宛先 CID を廃止しますが、実際には、RETIRE_CONNECTION_ID フレームの ACK を受信した後に宛先 CID を廃棄する必要があります。欠陥のあるロジックを修正することで、バックログの増加も修正されます。[1] https://datatracker.ietf.org/doc/html/rfc9000#name-issuing-connection-ids FIPS の影響:いいえ QUIC 実装が OpenSSL FIPS モジュールの境界外にあるため、FIPS モジュールは影響を受けません。(CVE-2026-84784)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-84784

high Nessus プラグイン ID 351242

バージョン 1.3