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

  - In Bouncy Castle for Java before 1.86, the high-level OpenPGP certificate API accepted a third-party
    certification or trust delegation from any component key of the issuing certificate, without requiring
    that component to have been granted the authority to certify. OpenPGPCertificate.getCertificationBy() and
    getDelegationBy() resolve a third-party signature by matching its issuer key identifier against every key
    of the third-party certificate, then verify the issuing component's binding chain and the signature
    itself; nothing checked that the issuing component carried the RFC 9580 sec. 5.2.3.29 certification key
    flag (CERTIFY_OTHER) when the signature was created. A subkey bound only with SIGN_DATA - the online
    signing subkey of exactly the offline-primary arrangement those key flags exist to express - could
    therefore issue a positive User ID certification over an attacker-controlled identity, or a full-trust
    depth-one direct-key delegation of introducer trust, and the API returned it as a valid signature chain
    attributed to the third-party certificate. An application treating getCertificationBy(...).isValid() or
    getDelegationBy(...) as an identity or trusted-introducer decision would attribute the attacker's
    assertion to the offline primary key. The same held for a legacy RSA subkey bound only for encryption,
    whose algorithm is nonetheless able to sign. This does not forge the primary key's signature or recover
    any private key; it promotes an already-compromised restricted subkey to the primary key's identity-
    issuing authority, defeating the containment the key-flag separation provides. A third-party certification
    or delegation is now attributed to the issuing certificate only when the component key that made it is the
    primary key, or is a subkey holding CERTIFY_OTHER when the signature was created, so certification-capable
    subkeys continue to be accepted; primary keys are accepted whatever their key flags say, since a primary
    key is certification-capable by construction and certificates carrying no key flags subpacket at all are
    common. Third-party revocations are deliberately outside the rule, since declining to honour one would
    keep trust alive rather than withdraw it. (CVE-2026-71886)

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

  - 在之前 1.86的 Java 版 Bouncy Castle 中，高级 OpenPGP 证书 API 接受来自发行证书的任何组件密钥的第三方证书或信任委托，而无需该组件已获得认证机构。OpenPGPCertificate.getCertificationBy（） 和 getDelegationBy（） 通过将第三方签名的发行者密钥标识符与第三方证书的每个密钥进行匹配来解析第三方签名，然后验证发行组件的绑定链和签名本身;未检查发行组件是否携带 RFC 9580 秒。 5.2.3.29 创建签名时的证书密钥标记 （CERTIFY_OTHER）。因此，仅与 SIGN_DATA绑定的子密钥（正是这些密钥标记存在以表达的离线主安排的在线签名子密钥）可因而通过攻击者控制的身份发出肯定的用户 ID 证书，或介绍者信任的完全信任深度一直接密钥委派，且 API 将其作为归因于第三方证书的有效签名链返回。处理 getCertificationBy（...） 的应用程序。isValid（） 或 getDelegationBy（...） 作为身份或 trusted-introducer 决策时，会将攻击者的断言归因于离线主键。这同样适用于仅用于加密的旧版 RSA 子密钥，其算法仍然能够签名。这不会伪造主密钥的签名或恢复任何私钥;它将已经遭到破坏的受限子密钥提升至主密钥的身份颁发机构，破坏密钥标记分离提供的遏制。现在，仅当第三方证书或委派的组件密钥是主密钥，或者创建签名时是保存CERTIFY_OTHER的子密钥时，才会归因于颁发证书，因此继续接受支持证书的子密钥;无论其密钥标志显示什么，都会接受主密钥，因为主密钥通过构造能够进行认证，并且证书根本不携带密钥标志子数据包是常见的。第三方撤销是故意超出规则的范围，因为拒绝兑现信任会保持信任而不是撤回信任。（CVE-2026-71886）

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

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

  - 在之前 1.86的 Bouncy Castle for Java 中，高階 OpenPGP 憑證 API 接受來自發行憑證的任何元件金鑰的第三方認證或信任委派，而不需要該元件已被授予認證權限。OpenPGPCertificate.getCertificationBy（） 和 getDelegationBy（） 透過將其簽發者金鑰識別碼與第三方憑證的每個金鑰進行比對來解析第三方簽章，然後驗證簽發元件的綁定鏈和簽章本身;沒有檢查發出元件是否攜帶 RFC 9580 秒。 5.2.3.29 建立簽章時的認證金鑰旗標 （CERTIFY_OTHER）。因此，僅與 SIGN_DATA 繫結的子金鑰 （這些金鑰旗標所代表的離線主要安排的線上簽署子金鑰） 可能會針對攻擊者控制的身分識別發出正面的使用者識別碼認證，或透過引入者信任的完全信任深度直接金鑰委派，而 API 會將其傳回為歸因於第三方憑證的有效簽章鏈結。處理 getCertificationBy（...） 的應用程式。isValid（） 或 getDelegationBy（...） 作為身分識別或受信任引入器決策，會將攻擊者的判斷提示歸因於離線主金鑰。僅用於加密的舊版 RSA 子金鑰也是如此，其演算法仍然能夠簽署。這不會偽造主金鑰的簽名或恢復任何私密金鑰;它會將已入侵的受限制子金鑰提升為主金鑰的身分識別簽發授權單位，從而破壞金鑰旗標分離所提供的遏制。現在，只有在建立第三方認證或委派的元件金鑰是主金鑰，或是建立簽章時持有CERTIFY_OTHER的子金鑰時，才會歸因於簽發憑證，因此會繼續接受具有認證功能的子金鑰;無論主金鑰旗標所表示，都會接受主金鑰，因為主金鑰可透過建構進行認證，而且完全不攜帶金鑰旗標子封包的憑證很常見。第三方撤銷是故意超出規則的範圍，因為拒絕兌現信任會保持信任而不是撤回信任。（CVE-2026-71886）

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

リモートの SUSE Linux SLED15 / SLED_SAP15 / SLES15 / SLES_SAP15 ホストには、SUSE-SU-2026:4797-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    - CVE-2026-17507:符号なしワイヤエンコーディングからの負の符号付きleaf_index値が、ヒープ枯渇を引き起こす可能性があります(bsc#1284075)。
    - CVE-2026-17508:制限のない KDF 反復およびメモリパラメーターにより、リソース枯渇が発生する可能性があります(bsc#1284073)。
    - CVE-2026-18036:NTRU 実装の可変時間モジュロおよび除算演算により、タイミングサイドチャネル攻撃(bsc#1284065)が可能になる場合があります。
    - CVE-2026-18040:HQC でのテーブル検索および可変時間重複スキャンにより、キャッシュサイドチャネル漏洩が発生する可能性があります(bsc#1284205)。
    - CVE-2026-71885:MLS LeafNode 検証のバインドされていない X.509 証明書により、ID なりすましおよびグループメッセージ傍受が引き起こされる可能性があります(bsc#1284165)。
    - CVE-2026-71886:OpenPGPサブキーの未検証のCERTIFY_OTHERフラグにより、権限のない信頼委任とIDなりすまし(bsc#1284212)が引き起こされる可能性があります。
    - CVE-2026-71887:サブキーのプライマリキーのバック署名検証がないと、署名の誤帰属および信頼コンテキストのなりすましが引き起こされる可能性があります(bsc#1284213)。
    - CVE-2026-71888:CMS 解析における digestAlgorithm と authAttrs の間の不一致により、認証されていない属性インジェクションが引き起こされる可能性があります(bsc#1284215)。
    - CVE-2026-71889:checkNameConstraints でスキップされたリーフ証明書の評価により、X.509 名前制約のバイパスが引き起こされる可能性があります(bsc#1284218)。
    - CVE-2026-71890:外部 MLS コミットでの際限のない削除提案により、任意のグループメンバーの退去およびセッション乗っ取りが引き起こされる可能性があります(bsc#1284219)。
    - CVE-2026-71891: BLS12-381 キー検証における偽造された ECPoint 曲線により、集計署名検証バイパスが発生する可能性があります(bsc#1284220)。
    - CVE-2026-71892:CMS キートランスポート検証でのタイプの不一致により、HKDF 由来のコンテンツキーに対するキーサイズの強制バイパスが引き起こされる可能性があります(bsc#1284221)。
    - CVE-2026-85515:OpenPGP メッセージストリーム処理におけるロンダーされた EOF 例外により、未登録の切り捨てエラーおよび整合性チェックバイパスが発生する可能性があります(bsc#1284222)。
    - CVE-2026-97873:レガシーの PBES1 と PKCS#12 PBE 実装で無限の反復カウントにより、リソース枯渇(bsc#1284224)が発生する可能性があります。

    bouncycastle の変更:

    - バージョン 1.86 に更新しました。

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

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

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

  - 1.86 より前の Java 用の Bouncy Castle では、高レベルの OpenPGP 証明書 API は、コンポーネントに認証権限が付与されている必要なしに、発行証明書のコンポーネントキーからサードパーティの証明書または信頼委任を受け入れていました。OpenPGPCertificate.getCertificationBy() および getDelegationBy() は、発行元キー識別子をサードパーティ証明書のすべてのキーと照合することでサードパーティ署名を解決し、次に発行コンポーネントのバインディングチェーンと署名自体を検証します。発行元コンポーネントが RFC 9580 sec. 5.2.3.29 を伝送しているかどうかは何もチェックしていませんでした署名作成されたときの証明書キーフラグ (CERTIFY_OTHER)。したがって、SIGN_DATA(これらのキーフラグが表現するために存在しているとまったく同じオフラインとプライマリの配置のオンライン署名サブキー)のみにバインドされたサブキーは、攻撃者が制御するIDに対して肯定的なユーザーID証明書、または紹介者信頼の完全信頼深度1直接キー委任を発行する可能性があります。API はそれをサードパーティ証明書に帰属する有効な署名チェーンとして返します。getCertificationBy(...) を扱うアプリケーション。isValid() または getDelegationBy(...) を ID または trusted-introducer の決定として行うと、攻撃者のアサーションはオフラインのプライマリキーに起因すると考えられます。暗号化専用にバインドされたレガシーRSAサブキーの場合も同様ですが、それにもかかわらず、そのアルゴリズムは署名できます。これは、プライマリキーの署名を偽造したり、秘密キーを復元したりしません。これは、すでに侵害された制限付きサブキーをプライマリキーのID発行権限に昇格させ、キーとフラグの分離によってもたらされる封じ込めを破ります。サードパーティの証明書または委任は、それを作成したコンポーネントキーがプライマリキーである場合、または署名が作成されたときにCERTIFY_OTHERを保持するサブキーである場合にのみ、発行証明書に帰属するようになりました。そのため、証明書が可能なサブキーは引き続き受け入れられます。主キーは構築によって認証可能であり、キーフラグサブパケットをまったく運ばない証明書は一般的であるため、主キーはキーフラグが何を言っても受け入れられます。第三者の失効は、それを尊重することを拒否することで、信頼を撤回するのではなく、維持することになるため、意図的にルールの外れです。(CVE-2026-71886)

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

リモートの openSUSE 16 ホストに、複数の脆弱性の影響を受けているパッケージがインストールされています。これらの脆弱性は openSUSE-SU-2026:22169-1 アドバイザリで言及されています。

    1.86 に更新:

    - CVE-2026-17507:符号なしワイヤエンコーディングからの負の符号付きleaf_index値が、ヒープ枯渇を引き起こす可能性があります(bsc#1284075)。
    - CVE-2026-17508:制限のない KDF 反復およびメモリパラメーターにより、リソース枯渇が発生する可能性があります(bsc#1284073)。
    - CVE-2026-18036:NTRU 実装の可変時間モジュロおよび除算演算により、タイミングサイドチャネル攻撃(bsc#1284065)が可能になる場合があります。
    - CVE-2026-18040:HQC でのテーブル検索および可変時間重複スキャンにより、キャッシュサイドチャネル漏洩が発生する可能性があります(bsc#1284205)。
    - CVE-2026-71885:MLS LeafNode 検証のバインドされていない X.509 証明書により、ID なりすましおよびグループメッセージ傍受が引き起こされる可能性があります(bsc#1284165)。
    - CVE-2026-71886:OpenPGPサブキーの未検証のCERTIFY_OTHERフラグにより、権限のない信頼委任とIDなりすまし(bsc#1284212)が引き起こされる可能性があります。
    - CVE-2026-71887:サブキーのプライマリキーのバック署名検証がないと、署名の誤帰属および信頼コンテキストのなりすましが引き起こされる可能性があります(bsc#1284213)。
    - CVE-2026-71888:CMS 解析における digestAlgorithm と authAttrs の間の不一致により、認証されていない属性インジェクションが引き起こされる可能性があります(bsc#1284215)。
    - CVE-2026-71889:checkNameConstraints でスキップされたリーフ証明書の評価により、X.509 名前制約のバイパスが引き起こされる可能性があります(bsc#1284218)。
    - CVE-2026-71890:外部 MLS コミットでの際限のない削除提案により、任意のグループメンバーの退去およびセッション乗っ取りが引き起こされる可能性があります(bsc#1284219)。
    - CVE-2026-71891: BLS12-381 キー検証における偽造された ECPoint 曲線により、集計署名検証バイパスが発生する可能性があります(bsc#1284220)。
    - CVE-2026-71892:CMS キートランスポート検証でのタイプの不一致により、HKDF 由来のコンテンツキーに対するキーサイズの強制バイパスが引き起こされる可能性があります(bsc#1284221)。
    - CVE-2026-85515:OpenPGP メッセージストリーム処理におけるロンダーされた EOF 例外により、未登録の切り捨てエラーおよび整合性チェックバイパスが発生する可能性があります(bsc#1284222)。
    - CVE-2026-97873:レガシーの PBES1 と PKCS#12 PBE 実装で無限の反復カウントにより、リソース枯渇(bsc#1284224)が発生する可能性があります。

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

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

The remote openSUSE 16 host has packages installed that are affected by multiple vulnerabilities as referenced in the openSUSE-SU-2026:22169-1 advisory.

    Update to 1.86:

    - CVE-2026-17507: negative signed leaf_index values from unsigned wire encodings can cause heap exhaustion       (bsc#1284075).
    - CVE-2026-17508: unbounded KDF iteration and memory parameters can cause resource exhaustion     (bsc#1284073).
    - CVE-2026-18036: variable-time modulo and division operations in NTRU implementation can allow timing     side-channel       attacks (bsc#1284065).
    - CVE-2026-18040: table lookups and variable-time duplicate scanning in HQC can cause cache side-channel     leaks       (bsc#1284205).
    - CVE-2026-71885: unbound X.509 certificates in MLS LeafNode verification can cause identity impersonation     and group       message interception (bsc#1284165).
    - CVE-2026-71886: unvalidated CERTIFY_OTHER flags in OpenPGP subkeys can cause unauthorized trust     delegations and       identity spoofing (bsc#1284212).
    - CVE-2026-71887: missing primary key back-signature validation on subkeys can cause signature     misattribution and trust       context spoofing (bsc#1284213).
    - CVE-2026-71888: disagreement between digestAlgorithm and authAttrs in CMS parsing can cause     unauthenticated attribute       injection (bsc#1284215).
    - CVE-2026-71889: skipped leaf certificate evaluation in checkNameConstraints can cause X.509 name     constraint bypasses       (bsc#1284218).
    - CVE-2026-71890: unbounded Remove proposals in external MLS commits can cause arbitrary group member     eviction and       session takeover (bsc#1284219).
    - CVE-2026-71891: forged ECPoint curves in BLS12-381 key validation can cause aggregate signature     verification bypasses       (bsc#1284220).
    - CVE-2026-71892: type mismatch in CMS key-transport validation can cause key-size enforcement bypasses     for HKDF-derived       content keys (bsc#1284221).
    - CVE-2026-85515: laundered EOF exceptions in OpenPGP message stream processing can cause unregistered     truncation errors       and integrity check bypasses (bsc#1284222).
    - CVE-2026-97873: unbounded iteration counts in legacy PBES1 and PKCS#12 PBE implementations can cause     resource       exhaustion (bsc#1284224).

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

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

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

  - In Bouncy Castle for Java before 1.86, the high-level OpenPGP certificate API accepted a third-party     certification or trust delegation from any component key of the issuing certificate, without requiring     that component to have been granted the authority to certify. OpenPGPCertificate.getCertificationBy() and     getDelegationBy() resolve a third-party signature by matching its issuer key identifier against every key     of the third-party certificate, then verify the issuing component's binding chain and the signature     itself; nothing checked that the issuing component carried the RFC 9580 sec. 5.2.3.29 certification key     flag (CERTIFY_OTHER) when the signature was created. A subkey bound only with SIGN_DATA - the online     signing subkey of exactly the offline-primary arrangement those key flags exist to express - could     therefore issue a positive User ID certification over an attacker-controlled identity, or a full-trust     depth-one direct-key delegation of introducer trust, and the API returned it as a valid signature chain     attributed to the third-party certificate. An application treating getCertificationBy(...).isValid() or     getDelegationBy(...) as an identity or trusted-introducer decision would attribute the attacker's     assertion to the offline primary key. The same held for a legacy RSA subkey bound only for encryption,     whose algorithm is nonetheless able to sign. This does not forge the primary key's signature or recover     any private key; it promotes an already-compromised restricted subkey to the primary key's identity-     issuing authority, defeating the containment the key-flag separation provides. A third-party certification     or delegation is now attributed to the issuing certificate only when the component key that made it is the     primary key, or is a subkey holding CERTIFY_OTHER when the signature was created, so certification-capable     subkeys continue to be accepted; primary keys are accepted whatever their key flags say, since a primary     key is certification-capable by construction and certificates carrying no key flags subpacket at all are     common. Third-party revocations are deliberately outside the rule, since declining to honour one would     keep trust alive rather than withdraw it. (CVE-2026-71886)

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

The remote SUSE Linux SLED15 / SLED_SAP15 / SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2026:4797-1 advisory.

    - CVE-2026-17507: negative signed leaf_index values from unsigned wire encodings can cause heap exhaustion       (bsc#1284075).
    - CVE-2026-17508: unbounded KDF iteration and memory parameters can cause resource exhaustion     (bsc#1284073).
    - CVE-2026-18036: variable-time modulo and division operations in NTRU implementation can allow timing     side-channel       attacks (bsc#1284065).
    - CVE-2026-18040: table lookups and variable-time duplicate scanning in HQC can cause cache side-channel     leaks       (bsc#1284205).
    - CVE-2026-71885: unbound X.509 certificates in MLS LeafNode verification can cause identity impersonation     and group       message interception (bsc#1284165).
    - CVE-2026-71886: unvalidated CERTIFY_OTHER flags in OpenPGP subkeys can cause unauthorized trust     delegations and       identity spoofing (bsc#1284212).
    - CVE-2026-71887: missing primary key back-signature validation on subkeys can cause signature     misattribution and trust       context spoofing (bsc#1284213).
    - CVE-2026-71888: disagreement between digestAlgorithm and authAttrs in CMS parsing can cause     unauthenticated attribute       injection (bsc#1284215).
    - CVE-2026-71889: skipped leaf certificate evaluation in checkNameConstraints can cause X.509 name     constraint bypasses       (bsc#1284218).
    - CVE-2026-71890: unbounded Remove proposals in external MLS commits can cause arbitrary group member     eviction and       session takeover (bsc#1284219).
    - CVE-2026-71891: forged ECPoint curves in BLS12-381 key validation can cause aggregate signature     verification bypasses       (bsc#1284220).
    - CVE-2026-71892: type mismatch in CMS key-transport validation can cause key-size enforcement bypasses     for HKDF-derived       content keys (bsc#1284221).
    - CVE-2026-85515: laundered EOF exceptions in OpenPGP message stream processing can cause unregistered     truncation errors       and integrity check bypasses (bsc#1284222).
    - CVE-2026-97873: unbounded iteration counts in legacy PBES1 and PKCS#12 PBE implementations can cause     resource       exhaustion (bsc#1284224).

    Changes for bouncycastle:

    - Updated to version 1.86.

Tenable has extracted the preceding description block directly from the SUSE 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	名前	製品	ファミリー	公開日	更新日	深刻度
478611	Chainguard: gradle-8: security update to 8.14.6-r5	Tenable Self-Hosted Container Security	Chainguard Local Security Checks	2026/11/6	2026/11/6	high
478611	Chainguard: gradle-8: security update to 8.14.6-r5	Tenable Cloud Security	Chainguard Local Security Checks	2026/11/6	2026/11/6	high
362879	Linux Distros 未修补的漏洞：CVE-2026-71886	Nessus	Misc.	2026/10/3	2026/11/2	high
362879	Linux Distros 未修補弱點：CVE-2026-71886	Nessus	Misc.	2026/10/3	2026/11/2	high
370393	SUSE SLED15:bouncycastle / bouncycastle-pg / bouncycastle-pkix / など(SUSE-SU-2026:4797-1)	Nessus	SuSE Local Security Checks	2026/10/22	2026/10/22	critical
362879	Linux Distros のパッチ未適用の脆弱性: CVE-2026-71886	Nessus	Misc.	2026/10/3	2026/11/2	high
374747	openSUSE 16:bouncycastle / bouncycastle-javadoc / bouncycastle-jmail / etc(openSUSE-SU-2026:22169-1)	Nessus	SuSE Local Security Checks	2026/11/1	2026/11/1	critical
374747	openSUSE 16: bouncycastle / bouncycastle-javadoc / bouncycastle-jmail / etc (openSUSE-SU-2026:22169-1)	Nessus	SuSE Local Security Checks	2026/11/1	2026/11/1	critical
362879	Linux Distros Unpatched Vulnerability : CVE-2026-71886	Nessus	Misc.	2026/10/3	2026/11/2	high
370393	SUSE SLED15: bouncycastle / bouncycastle-pg / bouncycastle-pkix / etc (SUSE-SU-2026:4797-1)	Nessus	SuSE Local Security Checks	2026/10/22	2026/10/22	critical

検出

プラグインの検索

high

high

high

high

critical

high

critical

critical

high

critical