There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - undici's cache interceptor does not handle the Set-Cookie response header anywhere in its cache path, so
    it neither refuses to store nor strips that header. In shared cache mode, which is the default, an
    otherwise cacheable response that carries a Set-Cookie header, for example one marked with a public and
    max-age directive, is stored and then re-served to a later caller that matches the same cache key. As a
    result one caller's cookie is disclosed to a different caller, and an untrusted server can inject cookies
    into cached responses served to all subsequent callers. This violates the requirement that a shared cache
    must not store cookies. This affects undici versions from 7.0.0 up to 7.29.1 and from 8.0.0 up to 8.10.2.
    Users should upgrade to undici 7.29.1 or 8.10.2. (CVE-2026-84933)

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

    Undici 的重試處理常式可能會讓已公開的回應內文永遠擱置。當伺服器傳回宣告 Content-Length、僅傳送部分內文並關閉連線的成功回應時，重試處理常式會重試要求。如果重試傳回不可重試的狀態，例如 400，處理常式會將新的回應轉送至下游，並取代其內部回應資料流程，但應用程式仍保留的原始回應本文永遠不會結束或銷毀。因此，讀取該內文的呼叫永遠不會結算，而且設定的內文逾時不會觸發，因為其計時器系結至連線剖析器，而不是孤立的主體。攻擊者控制的伺服器可以透過兩個簡短的回應來觸發此問題，而無需保持連線開啟狀態，並且重複的請求會累積擱置的承諾和資料流，從而耗盡應用程式並發或記憶體。這會影響從 到 7.29.1 和從 8.10.28.0.0 到 的 undici 版本7.11.0。使用者應升級至 undici 7.29.1 或 8.10.2.
    (CVE-2026-18149)

    Undici 的重試攔截器可以將範圍重試回應的主體附加到已從先前部分回應傳遞的位元組，同時仍顯示原始回應的狀態和標頭。當上游伺服器在沒有可信任的繼續檢查點的情況下傳遞部分內文時，就會發生這種情況，例如標頭已傳送的不成功回應或具有無法使用內容範圍的部分內容回應，然後關閉連線並使用更多位元組回應繼續的範圍要求。
    因此，回應本文可能比應用程式觀察到的 Content-Length 長。將此類回應轉送至下游 HTTP/1.1 對等而不正規化框架的應用程式可能會發出超過轉送內容長度的內文，而多餘的位元組可以解譯為後續回應的開頭，進而啟用下游回應分割或取消同步化。
    利用需要攻擊者控制的上游伺服器，以及透過框架敏感路徑轉送回應的應用程式。這會影響 之前的 undici 7.29.17.0.0 版本6.28.1，從 到 ，以及從 8.0.08.10.2到 。使用者應升級至 undici 6.28.1、 7.29.1或 8.10.2。（CVE-2026-18540）

    undici 的 WebSocket 用戶端會在開啟握手期間，當伺服器使用用戶端從未請求的子通訊協定回應時，整個 Node.js 進程會崩潰。預設的 WebSocket 連線不會傳送任何子通訊協定，但如果伺服器的 101 回應包含 Sec-WebSocket-Protocol 標頭，則 undici 會在根據要求的清單檢查 null 值時取消參照，並擲回未捕獲的 TypeError。
    由於該程式碼在微任務中運行，沒有周圍的錯誤處理，因此例外狀況會在 Node 的預設行為下傳播並終止進程，而不是按照 WebSocket 通訊協定的要求正常地失敗連線。任何向攻擊者控制或遭入侵的伺服器開啟 WebSocket 的應用程式，或透過受中間機器約束的純文字連線，都可能在預設設定中無需驗證的情況下從遠端當機。這會影響從 到 、 到 7.0.07.29.1和 到 8.10.28.0.0 的 undici 版本6.7.0。6.28.1 使用者應升級至 undici 6.28.1、 7.29.1或 8.10.2。（CVE-2026-19534）

    undici 的解壓縮攔截器會根據不受信任的 Content-Encoding 標頭解壓縮回應主體。雖然內容編碼層的數量有上限，但解壓縮的輸出大小總計是無限的，而且沒有設定選項可以限制它。因此，惡意或錯誤的上游可能會傳回一個小型壓縮負載，即壓縮炸彈，該負載在用戶端記憶體中擴展到數百兆位元組或更多，這是一種不對稱的資源消耗，可能會耗盡記憶體並使進程崩潰。這會影響從 到 7.29.1 和從 8.10.28.0.0 到 的 undici 版本7.15.0。使用者應升級至 undici 7.29.1 或 8.10.2.（CVE-2026-84890）

    undici 的快取攔截器不會處理其快取路徑中任何位置的 Set-Cookie 回應標頭，因此它既不會拒絕儲存也不會剝離該標頭。在預設的共用快取模式中，會儲存帶有 Set-Cookie 標頭的可快取回應，例如標有 public 和 max-age 指示詞的回應，然後重新提供給符合相同快取金鑰的後續呼叫端。因此，一個呼叫端的 Cookie 會洩漏給不同的呼叫端，而不受信任的伺服器可能會將 Cookie 插入提供給所有後續呼叫端的快取回應中。這違反了共用快取不得儲存 Cookie 的要求。這會影響從 到 7.29.1 和從 8.10.28.0.0 到 的 undici 版本7.0.0。
    使用者應升級至 undici 7.29.1 或 8.10.2.（CVE-2026-84933）

    Undici 的轉儲攔截器會讀取並捨棄回應本文，上限為可設定的最大大小。當回應宣告超過最大值的 Content-Length 時，攔截器會乾淨地中止，但當回應沒有 Content-Length 且被區塊化時，攔截器會在累積大小達到最大值時提前發出完成訊號，而不會暫停或中止要求。由於基礎剖析器不斷傳遞正文位元組，因此第二個完成訊號會觸發並觸發內部判斷提示，這會中止要求並中斷連線。當連線實際上已中斷連線時，應用程式會觀察到具有空白或截斷內文的誤導性成功狀態。
    這會影響從 到 7.29.1 和從 8.10.28.0.0 到 的 undici 版本7.1.0。使用者應升級至 undici 7.29.1 或 8.10.2.（CVE-2026-84947）

    undici 的 BalancedPool 建構函式會透過內部深度複製傳遞其整個選項物件，該內部深度複製會將值序列化並重新解析為 JSON。由於 JSON 無法代表函式，因此任何函式值 TLS 選項 （例如呼叫端提供的 checkServerIdentity 回呼或連線選項內的自訂連接器） 在到達 TLS 層之前都會以無訊息方式捨棄。因此，當透過 BalancedPool 連線時，會接受其應用程式自訂 checkServerIdentity 憑證以拒絕，但仍通過節點預設主機名稱和鏈結檢查的對等體。用戶端、集區和代理程式分派器不會受到影響，因為它們會在複製之前擷取連線和 tls 選項。
    這會影響 undici 版本 7.24.17.29.18.0.08.10.2，從 到 ，而且只有在應用程式提供函式值 connect 或 tls 選項給 BalancedPool 時。使用者應升級至 undici 7.29.1 或 8.10.2.（CVE-2026-84961）

    Undici 的快取攔截器記錄了僅快取安全的 HTTP 方法，但其跳過快取的邏輯是透過從安全方法集中減去配置的方法來建立的，因此不安全的方法（例如 POST、PUT 或 DELETE）永遠不會被放置在跳過清單中，而是會落入完整的快取讀取路徑。回應儲存閘道也缺少方法檢查，因此會儲存對啟發式可快取或帶有明確 Cache-Control 指令的不安全要求的回應，稍後會從快取重播。由於來自遠端來源的回應標頭不受信任，因此來源可以以可快取狀態回應一次，然後從過時的快取項目向該路徑提供用戶端自己的後續狀態變更請求，而無需到達來源，這是在攔截器的預設設定下發生的完整性失敗。這會影響從 到 7.29.1 和從 8.10.28.0.0 到 的 undici 版本7.0.0。使用者應升級至 undici 7.29.1 或 8.10.2.（CVE-2026-85008）

    undici 捆綁了一個 WebSocket 用戶端，其 permessage-deflate size-limit 清理會從內部 zlib 膨脹資料流中移除所有接聽程式，包括其錯誤接聽程式，而該資料流仍然可以發出。當遠端對等傳送的壓縮承載超過內建 128 MiB 解壓縮承載限制，然後包含格式錯誤的 DEFLATE 位元組時，膨脹資料流會發出未連接接聽程式的資料錯誤，Node.js將其視為重大未處理的錯誤並終止整個處理程序。利用是遠端且未經身份驗證的，不需要應用程式錯誤，並且是不對稱的，因為網路上大約 130 KB 的擴展超出限制並使進程當機，重新連接可能會重複當機。這會影響從 到 、 到 7.28.07.29.1和 到 8.10.28.1.0 的 undici 版本6.25.0。6.28.1 使用者應升級至 undici 6.28.1、 7.29.1或 8.10.2。（CVE-2026-85024）

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

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

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

  - undici 的快取攔截器不會處理其快取路徑中任何位置的 Set-Cookie 回應標頭，因此它既不會拒絕儲存也不會剝離該標頭。在預設的共用快取模式中，會儲存帶有 Set-Cookie 標頭的可快取回應，例如標有 public 和 max-age 指示詞的回應，然後重新提供給符合相同快取金鑰的後續呼叫端。因此，一個呼叫端的 Cookie 會洩漏給不同的呼叫端，而不受信任的伺服器可能會將 Cookie 插入提供給所有後續呼叫端的快取回應中。這違反了共用快取不得儲存 Cookie 的要求。這會影響從 到 7.29.1 和從 8.10.28.0.0 到 的 undici 版本7.0.0。
    使用者應升級至 undici 7.29.1 或 8.10.2.（CVE-2026-84933）

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

因此，该软件受到 ALAS2023-2026-3107 公告中提及的多个漏洞影响。

    Undici 的重试处理程序可使已经暴露的响应正文永久处于待定状态。当服务器返回声明 Content-Length、仅发送部分正文并关闭连接的成功响应时，重试处理程序将重试请求。如果重试返回 400 等不可重试状态，则处理程序将向下游转发该新响应并替换其内部响应流，但应用程序仍保留的原始响应正文永远不会结束或销毁。因此，读取该正文的调用永远不会稳定，并且配置的正文超时不会触发，因为其定时器绑定到连接解析器，而不是孤立的正文。攻击者控制的服务器可在不保持连接打开状态的情况下通过两个短响应触发此漏洞，并且重复的请求会累积待定的 Promise 和流，从而耗尽应用程序并发性或内存。这会影响最高和7.29.18.0.0最高到 8.10.2的 undici 版本。7.11.0 用户应升级到 undici 7.29.1 或 8.10.2.
    (CVE-2026-18149)

    Undici 的重试拦截器可以将范围重试响应的正文附加到已从较早部分响应传送的字节，同时仍显示原始响应的状态和标头。上游服务器传递缺少可信恢复检查点的部分正文，例如标头已发送的不成功响应或具有不可用内容范围的部分内容响应，然后关闭连接并使用更多字节回答恢复的范围请求，然后会发生这种情况。
    因此，响应正文可能比应用程序观察到的 Content-Length 更长。将此类响应转发到下游 HTTP/1.1 对等机而不规范化框架的应用程序可能会发出超过转发的 Content-Length 的正文，并且多余的字节可被解释为后续响应的开头，从而实现下游响应拆分或去同步化。
    要利用此漏洞，需要攻击者控制的上游服务器和通过帧敏感路径转发响应的应用程序。这会影响 之前 6.28.1的 和 7.0.07.29.1至 的 8.0.08.10.2undici 版本。用户应升级到 undici 6.28.1、 7.29.1或 8.10.2。（CVE-2026-18540）

    当服务器使用客户端从未请求过的子协议进行响应时，undici 的 WebSocket 客户端会在打开握手期间使整个Node.js进程崩溃。默认 WebSocket 连接不发送任何子协议，但如果服务器的 101 响应包含 Sec-WebSocket-Protocol 标头，则 undici 会在对照请求的列表检查空值时取消引用该值并抛出未捕获的 TypeError。
    由于该代码在没有周围错误处理的微任务中运行，因此异常会根据节点的默认行为传播并终止进程，而不是按照 WebSocket 协议的要求妥善地使连接失败。在未经身份验证的情况下，任何在默认配置下未经身份验证的应用程序，向攻击者控制或遭到破坏的服务器打开 WebSocket 的任何应用程序，或通过中间人的明文连接打开 WebSocket 的应用程序，都可在未经身份验证的情况下，以默认配置进行远程崩溃。这会影响最高到 6.28.1、 和 7.0.07.29.1最高到 8.10.2的 8.0.0 undici 版本6.7.0。用户应升级到 undici 6.28.1、 7.29.1或 8.10.2。（CVE-2026-19534）

    undici 的解压缩拦截器根据不受信任的内容编码标头对响应正文进行解压缩。虽然内容编码层的数量有上限，但是总解压缩输出大小不受限制，并且没有配置选项可以限制它。因此，恶意或错误的上游可返回小型压缩负载（压缩炸弹），其会在客户端内存中扩展到数百兆字节或更多，这种非对称资源消耗可能会耗尽内存并使进程崩溃。这会影响最高和7.29.18.0.0最高到 8.10.2的 undici 版本。7.15.0 用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-84890）

    undici 的缓存拦截器不会在其缓存路径中的任何位置处理 Set-Cookie 响应头，因此既不会拒绝存储也不会剥离该标头。在共享缓存模式下（默认），会存储带有 Set-Cookie 标头（例如标有 public 和 max-age 指令的响应）的可缓存响应，然后重新呈现给匹配相同缓存密钥的后续调用程序。因此，一个调用程序的 cookie 会泄露给不同的调用程序，不受信任的服务器可将 cookie 注入提供给所有后续调用程序的缓存响应中。这违反了共享缓存不得存储 cookie 的要求。这会影响最高和7.29.18.0.0最高到 8.10.2的 undici 版本。7.0.0
    用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-84933）

    Undici 的转储拦截器读取并丢弃响应正文，最多可配置大小上限。当响应声明超过最大值的 Content-Length 时，拦截器会干净地中止，但当响应没有 Content-Length 并且是分块的时，拦截器会在累积大小达到最大值后提前发出完成信号，而不会暂停或中止请求。由于底层解析器会持续发送正文字节，因此第二个完成信号会触发并跳变内部断言，从而中止请求并中断连接。当连接实际上已断开时，应用程序仍会观察到具有空或截断正文的误导性成功状态。
    这会影响最高和7.29.18.0.0最高到 8.10.2的 undici 版本。7.1.0 用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-84947）

    undici 的 BalancedPool 构造函数通过内部深克隆传递其整个选项对象，该深克隆将值序列化为 JSON 并重新解析。由于 JSON 无法表示函数，因此任何以函数为值的 TLS 选项（例如调用程序提供的 checkServerIdentity 回调或 connect 选项内的自定义连接器）在到达 TLS 层之前都会被静默丢弃。因此，当通过 BalancedPool 到达其证书（应用程序的自定义 checkServerIdentity 被写入拒绝）但仍通过节点的默认主机名和链检查的对等方时，将被接受。客户端、池和代理调度程序不受影响，因为它们会在克隆之前提取连接和 tls 选项。
    这会影响最高和最高 8.10.2的 undici 版本7.29.17.24.18.0.0，并且仅当应用程序向 BalancedPool 提供函数值连接或 tls 选项时。用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-84961）

    undici 的缓存拦截器记录了仅缓存安全的 HTTP 方法，但其跳过缓存的逻辑是通过从安全方法集中减去配置的方法来构建的，因此不安全的方法（如 POST、PUT 或 DELETE）永远不会放在跳过列表中，而是会回到完整的缓存读取路径。响应存储门也缺少方法检查，因此会存储启发式缓存或带有明确缓存控制指令的不安全请求的响应，然后从缓存重播。由于来自远程源的响应头不受信任，源可以以可缓存的状态回答一次，然后在未到达源的情况下从过时缓存条目提供客户端对该路径的后续状态变更请求，而不会到达源，这是在拦截器的默认配置下发生的完整性失败。这会影响最高和7.29.18.0.0最高到 8.10.2的 undici 版本。7.0.0 用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-85008）

    undici 捆绑了一个 WebSocket 客户端，其 permessage-deflate 大小限制清理从内部 zlib 扩充流中删除所有监听器，包括其错误监听器，而该流仍然可以发出。远程对等机发送的压缩负载超过内置的 128 MiB 解压缩负载限制，然后包含畸形 DEFLATE 字节时，膨胀流会发出未附加任何监听器的数据错误，Node.js将其视为未处理的致命错误并终止整个进程。利用是远程的，未经身份验证，不需要应用程序出错并且是非对称的，因为线路上大约有 130 KB 会扩展超过限制并使进程崩溃，而重新连接则会重复崩溃。这会影响最高到 6.28.1、 和 7.28.07.29.1最高到 8.10.2的 8.1.0 undici 版本6.25.0。用户应升级到 undici 6.28.1、 7.29.1或 8.10.2。（CVE-2026-85024）

Tenable 已直接从测试产品的安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - undici 的缓存拦截器不会处理其缓存路径中任意位置的 Set-Cookie 响应头，因此它既不会拒绝存储也不会剥离该标头。在共享缓存模式下（默认），会存储带有 Set-Cookie 标头（例如标有 public 和 max-age 指令的响应）的可缓存响应，然后重新呈现给匹配相同缓存密钥的后续调用程序。因此，一个调用程序的 cookie 会泄露给不同的调用程序，不受信任的服务器可将 cookie 注入提供给所有后续调用程序的缓存响应中。这违反了共享缓存不得存储 cookie 的要求。这会影响最高和7.29.18.0.0最高到 8.10.2的 undici 版本。7.0.0
    用户应升级到 undici 7.29.1 或 8.10.2.（CVE-2026-84933）

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

したがって、ALAS2023-2026-3107 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    undici の再試行ハンドラーは、すでに公開されている応答本文を、永久に保留のままにしておく可能性があります。サーバーが Content-Length を宣言し、本文の一部のみを送信し、接続を閉じる正常な応答を返す場合、再試行ハンドラーは要求を再試行します。再試行で再試行できない状態 (400 など) が返された場合、ハンドラーはその新しい応答を下流に転送し、その内部応答ストリームを置き換えますが、アプリケーションがまだ保持している元の応答本文は終了または破棄されません。その結果、その本文を読み取った呼び出しは決して解決されず、タイマーが孤立した本文ではなく接続パーサーに結び付けられているため、設定された本文タイムアウトは起動しません。攻撃者が制御するサーバーは、接続を開いたままにすることなく、2つの短い応答でこれをトリガーする可能性があり、リクエストを繰り返すことで保留中のプロミスやストリームが蓄積され、アプリケーションの同時実行性やメモリを使い果たす可能性があります。これは、 7.11.0 から 7.29.1 まで、 8.0.0 から 8.10.2 までの undici バージョンに影響を与えます。ユーザーは、undici 7.29.1 または 8.10.2 にアップグレードする必要があります。
    (CVE-2026-18149)

    Undici のリトライインターセプタは、元の応答のステータスとヘッダーを提示したまま、以前の部分的な応答からすでに配信されたバイトに、範囲付きリトライ応答の本文を追加できます。これは、Upstream サーバーが、信頼できる再開チェックポイントなしで本文の一部を配信した場合(例えば、ヘッダーが既に送信された不成功応答、あるいは使用できないコンテンツ範囲の部分的なコンテンツ応答など)を配信した後、接続を閉じて、再開された範囲リクエストにより多くのバイト数で応答する場合です。
    その結果、応答本文は、アプリケーションが観察する Content-Length より長くなる可能性があります。フレーミングを正規化せずにそのような応答をダウンストリームの HTTP/1.1 ピアに中継するアプリケーションは、転送された Content-Length を超える本文を出す可能性があり、超過したバイトは後続の応答の開始と解釈され、ダウンストリームの応答の分割または同期解除が可能になります。
    悪用するには、攻撃者がコントロールする Upstream サーバー、およびフレーミングに敏感なパスを通して応答を転送するアプリケーションが必要です。これは、 6.28.1 以前、 7.0.0 から 7.29.1、 8.0.0 から 8.10.2 までの undici バージョンに影響を与えます。ユーザーは、undici 6.28.1、 7.29.1、または 8.10.2 にアップグレードする必要があります。(CVE-2026-18540)

    undici の WebSocket クライアントは、クライアントが一度もリクエストしていないサブプロトコルでサーバーが応答すると、オープニングハンドシェイク中に Node.js プロセス全体がクラッシュします。デフォルトの WebSocket 接続はサブプロトコルを送信しませんが、サーバーの 101 応答に Sec-WebSocket-Protocol ヘッダーが含まれていると、undici はリクエストされたリストと照合しながら null 値を逆参照し、キャッチされない TypeError をスローします。
    そのコードは周囲のエラー処理なしでマイクロタスク内で実行されるため、例外は、WebSocketプロトコルで要求されているように正常に接続に失敗するのではなく、ノードのデフォルトの動作でプロセスを伝播して終了します。攻撃者の制御下にある、または危険にさらされているサーバーに WebSocket を開くか、中間マシンに基づき平文接続で WebSocket を開くアプリケーションは、デフォルト構成では認証なしでリモートでクラッシュする可能性があります。これは、 6.7.0 から 6.28.1、 7.0.0 から 7.29.1、 8.0.0 から 8.10.2 までの undici バージョンに影響を与えます。ユーザーは、undici 6.28.1、 7.29.1、または 8.10.2 にアップグレードする必要があります。(CVE-2026-19534)

    undici の展開インターセプタは、信頼できない Content-Encoding ヘッダーに従って応答本文を展開します。コンテンツエンコーディングレイヤーの数には上限がありますが、展開された出力サイズの合計は無制限であり、それを制限する構成オプションはありません。このため、悪意のある、または障害のある上流が、クライアントメモリで数百メガバイト以上に拡張する小さな圧縮ペイロード、つまり圧縮爆弾を返す可能性があります。これは、メモリを使い果たしてプロセスをクラッシュさせる非対称のリソース消費です。これは、 7.15.0 から 7.29.1 まで、 8.0.0 から 8.10.2 までの undici バージョンに影響を与えます。ユーザーは、undici 7.29.1 または 8.10.2 にアップグレードする必要があります。(CVE-2026-84890)

    undici のキャッシュインターセプタは、キャッシュパスのどこかの場所で Set-Cookie 応答ヘッダーを処理しません。このため、そのヘッダーの保存を拒否することもストリップもしません。共有キャッシュモード(デフォルト)では、Set-Cookieヘッダーを持つキャッシュ可能な応答(たとえば、publicおよびmax-ageディレクティブでマークされたもの)が保存され、同じキャッシュキーに一致する後の呼び出し元に再提供されます。その結果、1 つの呼び出し元のクッキーが別の呼び出し元に漏洩し、信頼できないサーバーが、その後の呼び出し元すべてに提供されるキャッシュされた応答にクッキーを注入する可能性があります。これは、共有キャッシュがクッキーを保存してはならないという要件に違反します。これは、 7.0.0 から 7.29.1 まで、 8.0.0 から 8.10.2 までの undici バージョンに影響を与えます。
    ユーザーは、undici 7.29.1 または 8.10.2 にアップグレードする必要があります。(CVE-2026-84933)

    Undici のダンプインターセプタは、設定可能な最大サイズまで応答本文を読み込み、破棄します。応答が最大値を超える Content-Length を宣言すると、インターセプタは正常に中止しますが、応答に Content-Length がなくチャンクされた場合、インターセプタは、リクエストを一時停止または中止することなく、累積サイズが最大値に達すると、代わりに早期に完了の信号を送ります。下層のパーサーが本文バイトを配信し続けるため、2 番目の完了シグナルが発火して内部アサーションをトリップさせ、リクエストを中止し接続を破壊します。接続が実際には切断されているのに、アプリケーションは、空または切り捨てられた本文を伴う誤解を招く成功ステータスを観察したままになります。
    これは、 7.1.0 から 7.29.1 まで、 8.0.0 から 8.10.2 までの undici バージョンに影響を与えます。ユーザーは、undici 7.29.1 または 8.10.2 にアップグレードする必要があります。(CVE-2026-84947)

    undici の BalancedPool コンストラクターは、値を JSON としてシリアル化および再解析する内部ディープクローンを通して、オプションオブジェクト全体を渡します。JSON は関数を表すことができないため、呼び出し元指定の checkServerIdentity コールバックや接続オプション内のカスタム コネクタなど、関数値の TLS オプションは、TLS レイヤーに到達する前に自動的に破棄されます。その結果、アプリケーションのカスタム checkServerIdentity の証明書が拒否するように書き込まれたものの、依然としてノードのデフォルトのホスト名とチェーンチェックに合格するピアは、BalancedPool を介して到達したときに受け入れられます。クライアント、プール、エージェントディスパッチャーは、複製前に接続オプションと tls オプションを抽出するため、影響を受けません。
    これは、 7.24.1 から 7.29.1 まで、 8.0.0 から 8.10.2 までの undici バージョンに影響を与え、アプリケーションが関数値の接続または tls オプションを BalancedPool に提供した場合にのみ影響を与えます。ユーザーは、undici 7.29.1 または 8.10.2 にアップグレードする必要があります。(CVE-2026-84961)

    undici のキャッシュインターセプタは、安全な HTTP メソッドのみがキャッシュされるものの、キャッシュをスキップするロジックが安全なメソッドのセットから構成されたメソッドを差し引くことによって構築されているため、POST、PUT、DELETE などの安全でないメソッドはスキップリストには入れず、代わりに完全なキャッシュ読み取りパスに落ちます。応答ストレージゲートにもメソッドチェックが欠如していたため、ヒューリスティックにキャッシュ可能であるか、明示的なキャッシュコントロールディレクティブを持つ安全でないリクエストに対する応答が保存され、後でキャッシュから再生されます。リモート生成元からの応答ヘッダーは信頼できないものであるため、送信元はキャッシュ可能なステータスで一度応答し、その後、そのパスへのクライアント自身の後続の状態変更リクエストを古いキャッシュエントリから提供する可能性があります。これは、インターセプタのデフォルト構成で発生する整合性の失敗です。これは、 7.0.0 から 7.29.1 まで、 8.0.0 から 8.10.2 までの undici バージョンに影響を与えます。ユーザーは、undici 7.29.1 または 8.10.2 にアップグレードする必要があります。(CVE-2026-85008)

    undici は、WebSocket クライアントをバンドルします。その permessage-deflate サイズ制限のクリーンアップにより、そのストリームがまだ放出できる間に、エラーリスナーも含めて、すべてのリスナーが内部 zlib inflate ストリームから削除されます。リモートピアが、内蔵の 128 MiB の展開ペイロード制限を超え、無効な形式の DEFLATE バイトを含む圧縮ペイロードを送信する場合、inflate ストリームは、リスナーがアタッチされていない状態でデータエラーを発行します。これは、Node.js重大な未処理エラーとして扱われ、プロセス全体を終了します。悪用はリモートで認証されておらず、アプリケーションのミスを必要とせず、また非対称です。これは、ネットワーク上の約 130 KB が制限を超えて拡張され、プロセスがクラッシュし、再接続するとクラッシュが繰り返される可能性があるためです。これは、 6.25.0 から 6.28.1、 7.28.0 から 7.29.1、 8.1.0 から 8.10.2 までの undici バージョンに影響を与えます。ユーザーは、undici 6.28.1、 7.29.1、または 8.10.2 にアップグレードする必要があります。(CVE-2026-85024)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

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

  - undici のキャッシュインターセプタは、キャッシュパスのどこかの場所で Set-Cookie 応答ヘッダーを処理しません。このため、そのヘッダーの保存を拒否することもストリップもしません。共有キャッシュモード(デフォルト)では、Set-Cookieヘッダーを持つキャッシュ可能な応答(たとえば、publicおよびmax-ageディレクティブでマークされたもの)が保存され、同じキャッシュキーに一致する後の呼び出し元に再提供されます。その結果、1 つの呼び出し元のクッキーが別の呼び出し元に漏洩し、信頼できないサーバーが、その後の呼び出し元すべてに提供されるキャッシュされた応答にクッキーを注入する可能性があります。これは、共有キャッシュがクッキーを保存してはならないという要件に違反します。これは、 7.0.0 から 7.29.1 まで、 8.0.0 から 8.10.2 までの undici バージョンに影響を与えます。
    ユーザーは、undici 7.29.1 または 8.10.2 にアップグレードする必要があります。(CVE-2026-84933)

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

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

  - undici's cache interceptor does not handle the Set-Cookie response header anywhere in its cache path, so     it neither refuses to store nor strips that header. In shared cache mode, which is the default, an     otherwise cacheable response that carries a Set-Cookie header, for example one marked with a public and     max-age directive, is stored and then re-served to a later caller that matches the same cache key. As a     result one caller's cookie is disclosed to a different caller, and an untrusted server can inject cookies     into cached responses served to all subsequent callers. This violates the requirement that a shared cache     must not store cookies. This affects undici versions from 7.0.0 up to 7.29.1 and from 8.0.0 up to 8.10.2.
    Users should upgrade to undici 7.29.1 or 8.10.2. (CVE-2026-84933)

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

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-3107 advisory.

    undici's retry handler can leave an already-exposed response body pending forever. When a server returns a     successful response that declares a Content-Length, sends only part of the body, and closes the     connection, the retry handler retries the request. If the retry returns a non-retryable status such as     400, the handler forwards that new response downstream and replaces its internal response stream, but the     original response body that the application still holds is never ended or destroyed. As a result calls     that read that body never settle, and the configured body timeout does not fire because its timer is tied     to the connection parser rather than the orphaned body. An attacker-controlled server can trigger this     with two short responses without keeping a connection open, and repeated requests accumulate pending     promises and streams that can exhaust application concurrency or memory. This affects undici versions from     7.11.0 up to 7.29.1 and from 8.0.0 up to 8.10.2. Users should upgrade to undici 7.29.1 or 8.10.2.
    (CVE-2026-18149)

    undici's retry interceptor can append the body of a ranged retry response to bytes already delivered from     an earlier partial response while still presenting the original response's status and headers. This     happens when an upstream server delivers part of a body without a trustworthy resume checkpoint, for     example a non-success response whose headers were already sent or a partial-content response with an     unusable content range, then closes the connection and answers the resumed range request with more bytes.
    As a result the response body can be longer than the Content-Length that the application observes. An     application that relays such a response to a downstream HTTP/1.1 peer without normalizing the framing can     emit a body that exceeds the forwarded Content-Length, and the excess bytes can be interpreted as the     start of a following response, which enables downstream response splitting or desynchronization.
    Exploitation requires an attacker-controlled upstream server and an application that forwards the response     through a framing-sensitive path. This affects undici versions before 6.28.1, from 7.0.0 up to 7.29.1, and     from 8.0.0 up to 8.10.2. Users should upgrade to undici 6.28.1, 7.29.1, or 8.10.2. (CVE-2026-18540)

    undici's WebSocket client crashes the whole Node.js process during the opening handshake when a server     responds with a subprotocol that the client never requested. A default WebSocket connection sends no     subprotocol, but if the server's 101 response includes a Sec-WebSocket-Protocol header, undici     dereferences a null value while checking it against the requested list and throws an uncaught TypeError.
    Because that code runs inside a microtask with no surrounding error handling, the exception propagates and     terminates the process under Node's default behavior, instead of gracefully failing the connection as     required by the WebSocket protocol. Any application that opens a WebSocket to an attacker-controlled or     compromised server, or over a plaintext connection subject to a machine-in-the-middle, can be crashed     remotely without authentication in the default configuration. This affects undici versions from 6.7.0 up     to 6.28.1, from 7.0.0 up to 7.29.1, and from 8.0.0 up to 8.10.2. Users should upgrade to undici 6.28.1,     7.29.1, or 8.10.2. (CVE-2026-19534)

    undici's decompress interceptor decompresses response bodies according to the untrusted Content-Encoding     header. While the number of content-encoding layers is capped, the total decompressed output size is     unbounded and there is no configuration option to limit it. A malicious or faulty upstream can therefore     return a small compressed payload, a compression bomb, that expands to hundreds of megabytes or more in     client memory, an asymmetric resource consumption that can exhaust memory and crash the process. This     affects undici versions from 7.15.0 up to 7.29.1 and from 8.0.0 up to 8.10.2. Users should upgrade to     undici 7.29.1 or 8.10.2. (CVE-2026-84890)

    undici's cache interceptor does not handle the Set-Cookie response header anywhere in its cache path, so     it neither refuses to store nor strips that header. In shared cache mode, which is the default, an     otherwise cacheable response that carries a Set-Cookie header, for example one marked with a public and     max-age directive, is stored and then re-served to a later caller that matches the same cache key. As a     result one caller's cookie is disclosed to a different caller, and an untrusted server can inject cookies     into cached responses served to all subsequent callers. This violates the requirement that a shared cache     must not store cookies. This affects undici versions from 7.0.0 up to 7.29.1 and from 8.0.0 up to 8.10.2.
    Users should upgrade to undici 7.29.1 or 8.10.2. (CVE-2026-84933)

    undici's dump interceptor reads and discards a response body up to a configurable maximum size. When a     response declares a Content-Length that exceeds the maximum, the interceptor aborts cleanly, but when a     response has no Content-Length and is chunked, the interceptor instead signals completion early once the     accumulated size reaches the maximum, without pausing or aborting the request. Because the underlying     parser keeps delivering body bytes, a second completion signal fires and trips an internal assertion,     which aborts the request and tears down the connection. The application is left observing a misleading     successful status with an empty or truncated body while the connection has actually been disconnected.
    This affects undici versions from 7.1.0 up to 7.29.1 and from 8.0.0 up to 8.10.2. Users should upgrade to     undici 7.29.1 or 8.10.2. (CVE-2026-84947)

    undici's BalancedPool constructor passes its entire options object through an internal deep-clone that     serializes and reparses the value as JSON. Because JSON cannot represent functions, any function-valued     TLS option, such as a caller-supplied checkServerIdentity callback or a custom connector inside the     connect option, is silently discarded before it reaches the TLS layer. As a result a peer whose     certificate the application's custom checkServerIdentity was written to reject, but which still passes     Node's default hostname and chain checks, is accepted when reached through BalancedPool. The Client, Pool,     and Agent dispatchers are not affected because they extract the connect and tls options before cloning.
    This affects undici versions from 7.24.1 up to 7.29.1 and from 8.0.0 up to 8.10.2, and only when the     application supplies a function-valued connect or tls option to BalancedPool. Users should upgrade to     undici 7.29.1 or 8.10.2. (CVE-2026-84961)

    undici's cache interceptor documents that only safe HTTP methods are cached, but its logic to skip caching     is built by subtracting the configured methods from the set of safe methods, so an unsafe method such as     POST, PUT, or DELETE is never placed in the skip list and instead falls through to the full cache-read     path. The response-storage gate also lacked a method check, so a response to an unsafe request that is     heuristically cacheable or carries an explicit Cache-Control directive is stored and later replayed from     cache. Because response headers from a remote origin are untrusted, an origin can answer once with a     cacheable status and then have the client's own subsequent state-changing requests to that path served     from the stale cache entry without ever reaching the origin, an integrity failure that occurs under the     interceptor's default configuration. This affects undici versions from 7.0.0 up to 7.29.1 and from 8.0.0     up to 8.10.2. Users should upgrade to undici 7.29.1 or 8.10.2. (CVE-2026-85008)

    undici bundles a WebSocket client whose permessage-deflate size-limit cleanup removes all listeners from     the internal zlib inflate stream, including its error listener, while that stream can still emit. When a     remote peer sends a compressed payload that crosses the built-in 128 MiB decompressed-payload limit and     then contains a malformed DEFLATE byte, the inflate stream emits a data error with no listener attached,     which Node.js treats as a fatal unhandled error and terminates the entire process. Exploitation is remote     and unauthenticated, requires no application mistake, and is asymmetric, since roughly 130 KB on the wire     expands past the limit and crashes the process, and reconnecting can repeat the crash. This affects undici     versions from 6.25.0 up to 6.28.1, from 7.28.0 up to 7.29.1, and from 8.1.0 up to 8.10.2. Users should     upgrade to undici 6.28.1, 7.29.1, or 8.10.2. (CVE-2026-85024)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
448482	SCA: security update for undici (GHSA-2jfj-6hjv-fm6j)	Tenable Self-Hosted Container Security	SCA Checks	2026/9/29	2026/9/29	high
448482	SCA: security update for undici (GHSA-2jfj-6hjv-fm6j)	Tenable Cloud Security	SCA Checks	2026/9/29	2026/9/29	high
351057	Amazon Linux 2023：nodejs24、nodejs24-devel、nodejs24-full-i18n (ALAS2023-2026-3107)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/10/2	critical
342942	Linux Distros 未修補弱點：CVE-2026-84933	Nessus	Misc.	2026/9/4	2026/11/6	high
351057	Amazon Linux 2023 : nodejs24、nodejs24-devel、nodejs24-full-i18n (ALAS2023-2026-3107)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/10/2	critical
342942	Linux Distros 未修补的漏洞：CVE-2026-84933	Nessus	Misc.	2026/9/4	2026/11/6	high
351057	Amazon Linux 2023 : nodejs24、nodejs24-devel、nodejs24-full-i18n (ALAS2023-2026-3107)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/10/2	critical
342942	Linux Distros のパッチ未適用の脆弱性: CVE-2026-84933	Nessus	Misc.	2026/9/4	2026/11/6	high
342942	Linux Distros Unpatched Vulnerability : CVE-2026-84933	Nessus	Misc.	2026/9/4	2026/11/6	high
351057	Amazon Linux 2023 : nodejs24, nodejs24-devel, nodejs24-full-i18n (ALAS2023-2026-3107)	Nessus	Amazon Linux Local Security Checks	2026/9/29	2026/10/2	critical

检测

插件搜索

high

high

critical

high

critical

high

critical

high

high

critical