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

  - ip-address is a library for parsing and manipulating IPv4 and IPv6 addresses in JavaScript. From 10.1.1
    until 10.2.2, every special-use classification method is built on isInSubnet, which short-circuits to
    false whenever the address's own subnet mask is shorter than the reference range's mask. That mask comes
    verbatim from the CIDR suffix on the parsed input, so appending a suffix such as /0 suppresses
    classification entirely: isLoopback(), isPrivate(), isLinkLocal(), isCGNAT(), isMulticast(),
    isUnspecified(), isBroadcast(), isULA(), and getType() all report an internal address as unremarkable,
    while correctForm() and address still return the real internal target. An application that builds a
    network trust-boundary decision on these checks, for example a filter intended to block Server-Side
    Request Forgery, or SSRF, may therefore treat an internal target as external and allow the request. The
    underlying bit comparison is correct, and mask(n) already returns the first n bits of the full parsed
    address independently of subnetMask; the defect is solely that the containment guard sits in the
    classification path. This issue is fixed in version 10.2.2. (CVE-2026-69198)

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

  - ip-address 是一個用於在 JavaScript 中剖析和操作 IPv4 和 IPv6 位址的函式庫。從 10.1.1 until 10.2.2開始，每個特殊用途的分類方法都是建立在 isInSubnet 之上的，每當位址自己的子網路遮罩短於參考範圍的遮罩時，它就會短路為 false。該遮罩逐字來自剖析輸入上的 CIDR 後綴，因此附加後綴 （例如 /0） 會完全抑制分類：isLoopback（）、isPrivate（）、isLinkLocal（）、isCGNAT（）、isMulticast（）、isUnspecified（）、isBroadcast（）、isULA（） 和 getType（） 都會將內部位址報告為不顯著，而 correctForm（） 和 address 仍會傳回真正的內部目標。因此，針對這些檢查建置網路信任邊界決策的應用程式 （例如，旨在封鎖伺服器端要求偽造 （SSRF） 的篩選器） 可能會將內部目標視為外部目標並允許要求。基礎位比較是正確的，並且 mask（n） 已經獨立於 subnetMask 返回完整剖析位址的前 n 位;缺陷僅在於收容防護位於分類路徑中。10.2.2 版已修正此問題。(CVE-2026-69198)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - ip-address 是用于解析和操纵 JavaScript 中的 IPv4 和 IPv6 地址的库。从 10.1.1 until 10.2.2开始，每个特殊用途分类方法都建立在 isInSubnet 之上，每当地址自己的子网掩码短于参考范围的掩码时，该方法就会短路为 false。该掩码逐字来自已解析输入的 CIDR 后缀，因此附加后缀（如 /0）可完全禁止分类：isLoopback（）、isPrivate（）、isLinkLocal（）、isCGNAT（）、isMulticast（）、isUnspecified（）、isBroadcast（）、isULA（） 和 getType（） 都将内部地址报告为无异常，而 correctForm（） 和地址仍返回真正的内部目标。因此，根据这些检查构建网络信任边界决策的应用程序（例如用于阻止服务器端请求伪造 （SSRF） 的筛选器）可能会将内部目标视为外部目标并允许请求。底层位比较正确，并且 mask（n） 已经独立于 subnetMask 返回完整解析地址的前 n 位;该缺陷仅在于 Containment guard 位于分类路径中。此问题已在 10.2.2 版本中修复。(CVE-2026-69198)

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

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

  - ip-address は、JavaScript で IPv4 および IPv6 アドレスを解析および操作するためのライブラリです。10.1.1 年から 10.2.2 まで、すべての特殊用途の分類メソッドは isInSubnet に基づいて構築され、アドレス自身のサブネットマスクが参照範囲のマスクより短い場合は常に false に短絡します。このマスクは解析された入力のCIDRサフィックスから逐語的に取得されるため、/0などのサフィックスを追加すると、分類が完全に抑制されます:isLoopback()、isPrivate()、isLinkLocal()、isCGNAT()、isMulticast()、isUnspecified()、isUnspecified()、isULA()、getType()はすべて、内部アドレスを目立たないものとして報告しますが、correctForm()とaddressは引き続き実際の内部ターゲットを返します。したがって、これらのチェックに基づいてネットワーク信頼境界の決定を構築するアプリケーション(たとえば、サーバーサイドリクエストフォージェリ(SSRF)をブロックするためのフィルター)は、内部ターゲットを外部ターゲットとして扱い、リクエストを許可する可能性があります。基礎となるビット比較は正しく、 mask(n) は subnetMask とは無関係に、完全な解析済みアドレスの最初の n ビットをすでに返しています。不具合は、封じ込めガードが分類パスにあることだけです。この問題はバージョン 10.2.2 で修正されています。(CVE-2026-69198)

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

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

  - ip-address is a library for parsing and manipulating IPv4 and IPv6 addresses in JavaScript. From 10.1.1     until 10.2.2, every special-use classification method is built on isInSubnet, which short-circuits to     false whenever the address's own subnet mask is shorter than the reference range's mask. That mask comes     verbatim from the CIDR suffix on the parsed input, so appending a suffix such as /0 suppresses     classification entirely: isLoopback(), isPrivate(), isLinkLocal(), isCGNAT(), isMulticast(),     isUnspecified(), isBroadcast(), isULA(), and getType() all report an internal address as unremarkable,     while correctForm() and address still return the real internal target. An application that builds a     network trust-boundary decision on these checks, for example a filter intended to block Server-Side     Request Forgery, or SSRF, may therefore treat an internal target as external and allow the request. The     underlying bit comparison is correct, and mask(n) already returns the first n bits of the full parsed     address independently of subnetMask; the defect is solely that the containment guard sits in the     classification path. This issue is fixed in version 10.2.2. (CVE-2026-69198)

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
445597	SCA: security update for ip-address (GHSA-4xrf-jv44-h6hh)	Tenable Self-Hosted Container Security	SCA Checks	2026/8/4	2026/8/10	medium
473534	Echo: ip-address: security update to 10.2.2	Tenable Cloud Security	Echo Local Security Checks	2026/10/7	2026/10/13	medium
445597	SCA: security update for ip-address (GHSA-4xrf-jv44-h6hh)	Tenable Cloud Security	SCA Checks	2026/8/4	2026/8/10	medium
473534	Echo: ip-address: security update to 10.2.2	Tenable Self-Hosted Container Security	Echo Local Security Checks	2026/10/7	2026/10/13	medium
332112	Linux Distros 未修補弱點：CVE-2026-69198	Nessus	Misc.	2026/8/5	2026/11/6	medium
332112	Linux Distros 未修补的漏洞：CVE-2026-69198	Nessus	Misc.	2026/8/5	2026/11/6	medium
332112	Linux Distros のパッチ未適用の脆弱性: CVE-2026-69198	Nessus	Misc.	2026/8/5	2026/11/6	medium
332112	Linux Distros Unpatched Vulnerability : CVE-2026-69198	Nessus	Misc.	2026/8/5	2026/11/6	medium

検出

プラグインの検索

medium

medium

medium

medium

medium

medium

medium

medium