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

  - 在 HAProxy 3.3.0 到 3.4.4 3.5-dev1 到 3.5-dev5 中發現問題。利用需要 HTTP/3 前端：HAProxy 必須以 QUIC 支援建置，並使用 QUIC 繫結接聽程式進行設定，受影響的流量必須在重複使用的連線上使用區塊傳輸編碼透過 HTTP/1.1 到達後端。在這些情況下，當 HTTP/3 要求沒有 Content-Length 標頭時，HTTP/3 多工器會在解碼框架標頭時，將 DATA 框架標頭中宣告的長度歸功於串流端點的已知輸入承載估計值，在收到承載之前，宣告的長度會逐字發出為 HTTP/1.1 區塊大小。宣告的承載數量超過其傳遞的承載，然後結束串流的遠端未經驗證的用戶端會導致 HAProxy 宣告大於其寫入位元組的區塊，並將連線傳回處於非同步狀態的閒置集區。
    結果是在重複使用的後端連接上潛在的 HTTP 請求走私：攻擊者可以將請求置於前端規則（例如基於路徑的 HTTP 請求拒絕）之外，以便 HAProxy 的 HTTP 分析永遠不會看到走私請求，並可能導致並發客戶端的請求（包括其請求行和授權標頭）作為攻擊者的請求正文使用並丟失。剝削不是確定性的;它取決於具有後端連接池的爭用，在測試期間在大多數（但不是所有）試驗中取得成功，並且可以自由重試。該機制是在 3.3-dev10 中引入的;版本 3.2.x 和更早版本不受影響。（CVE-2026-90678）

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 在 HAProxy 3.3.0 到 3.4.4 3.5-dev1 到 3.5-dev5 中发现问题。要利用此漏洞，必须有 HTTP/3 前端：HAProxy 必须以 QUIC 支持构建，并使用 QUIC bind 侦听器进行配置，受影响的流量必须通过 HTTP/1.1 在重用连接上使用分块传输编码到达后端。在这些条件下，当 HTTP/3 请求不携带 Content-Length 标头时，HTTP/3 多路复用器会在解码帧标头时，在收到有效负载之前，将 DATA 帧标头中声明的长度记入流端点的已知输入有效负载估计值，并且声明的长度将逐字发出为 HTTP/1.1 区块大小。如果远程未经认证的客户端声明的负载多于其交付的负载，然后结束流，会导致 HAProxy 公告大于其写入字节的区块，并返回到非同步状态的空闲池的连接。
    这导致在重用的后端连接上出现潜在的 HTTP 请求走私问题：攻击者可将请求越过前端规则（例如基于路径的 HTTP 请求拒绝）发出，这样 HAProxy 的 HTTP 分析就不会发现走私请求，并可造成并发客户端的请求（包括其请求行和授权标头）作为攻击者的请求正文消耗并丢失。渗透利用不是确定性的;它取决于与后端连接池的争用情况，在测试期间的大部分试验（但不是全部）试验中都取得了成功，并且可以自由重试。该机制在 3.3-dev10 中引入; 3.2.x 版本及较早版本不受影响。（CVE-2026-90678）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - HAProxy 3.3.0 から 3.4.4 、3.5-dev1 から 3.5-dev5 に問題が発見されました。悪用には HTTP/3 フロントエンドが必要です: HAProxy は QUIC サポート付きで構築され、QUIC バインドリスナー付きで構成される必要があり、影響を受けるトラフィックは再利用された接続でチャンク転送コーディングを使用して HTTP/1.1 経由でバックエンドに到達する必要があります。このような状況では、HTTP/3リクエストにContent-Lengthヘッダーがない場合、HTTP/3マルチプレクサは、ペイロードが受信される前のフレームヘッダーがデコードされた瞬間のDATAフレームヘッダーで宣言された長さをストリームエンドポイントの既知の入力ペイロード推定値にクレジットし、その宣言された長さがHTTP/1.1 チャンクサイズとして逐語的に出力されます。認証されていないリモートのクライアントが、配信するよりも多くのペイロードを宣言し、ストリームを終了すると、HAProxy は書き込むバイトよりも大きなチャンクをアナウンスし、接続を非同期状態のアイドルプールに戻します。
    その結果、再利用されたバックエンド接続での HTTP リクエストの潜在的なスマグリングが生じます。攻撃者は、パスベースの HTTP リクエスト拒否などのフロントエンドルールを超えてリクエストを配置できます。これにより、スマグリングされたリクエストが HAProxy の HTTP 分析で検出されず、リクエスト行や Authorization ヘッダーを含む同時クライアントのリクエストを攻撃者のリクエスト本文として消費し、失わせることができます。エクスプロイトは決定論的ではありません。これはバックエンド接続プーリングとの競合に依存し、テスト中の試行の大部分で成功しますが、すべてではないか、自由に再試行できます。このメカニズムは 3.3-dev10 で導入されました。 3.2.x 以前のリリースは影響を受けません。(CVE-2026-90678)

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

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - An issue was discovered in HAProxy 3.3.0 through 3.4.4 and in 3.5-dev1 through 3.5-dev5. Exploitation     requires an HTTP/3 frontend: HAProxy must be built with QUIC support and configured with a QUIC bind     listener, and the affected traffic must reach a backend over HTTP/1.1 using chunked transfer coding on a     reused connection. Under those conditions, when an HTTP/3 request carries no Content-Length header, the     HTTP/3 multiplexer credits the length declared in a DATA frame header to the stream endpoint's known-     input-payload estimate at the moment the frame header is decoded, before the payload has been received,     and that declared length is emitted verbatim as the HTTP/1.1 chunk size. A remote unauthenticated client     that declares more payload than it delivers and then ends the stream causes HAProxy to announce a chunk     larger than the bytes it writes and to return the connection to the idle pool in a desynchronized state.
    The result is potential HTTP request smuggling on reused backend connections: an attacker can place a     request past a frontend rule such as a path-based http-request deny, so that the smuggled request is never     seen by HAProxy's HTTP analysis, and can cause concurrent clients' requests, including their request lines     and Authorization headers, to be consumed as the attacker's request body and lost. Exploitation is not     deterministic; it depends on a race with backend connection pooling, succeeding in a majority of but not     all trials during testing, and can be retried freely. The mechanism was introduced in 3.3-dev10; releases     3.2.x and earlier are unaffected. (CVE-2026-90678)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
345663	Linux Distros 未修補弱點：CVE-2026-90678	Nessus	Misc.	2026/9/14	2026/9/16	high
345663	Linux Distros 未修补的漏洞：CVE-2026-90678	Nessus	Misc.	2026/9/14	2026/9/16	high
345663	Linux Distros のパッチ未適用の脆弱性: CVE-2026-90678	Nessus	Misc.	2026/9/14	2026/9/16	high
345663	Linux Distros Unpatched Vulnerability : CVE-2026-90678	Nessus	Misc.	2026/9/14	2026/9/16	high

检测

插件搜索

high

high

high

high