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

  - In Bouncy Castle for Java FIPS (BC-FJA) before bc-fips 2.1.3, the native entropy source used on Intel
    platforms retried the CPU entropy instructions without any bound. RDSEED and RDRAND report failure through
    their carry flag, and the JNI seeding routine spun re-issuing the instruction for as long as that flag
    stayed clear, so a persistent failure of the on-chip entropy source - whether from a hardware fault, from
    the underlying DRBG being exhausted by contention across many cores, or from a hypervisor that does not
    provide the instruction - left the calling thread looping indefinitely inside the JNI call, where it could
    be neither interrupted nor timed out. Any operation drawing from the native entropy source could therefore
    hang, denying service to the application. The retry loops are now bounded (200 attempts for RDSEED and 20
    for RDRAND, twice the baselines given in Intel's Digital Random Number Generator software implementation
    guide), pausing between attempts and, on exhaustion, clearing any partially written buffer and throwing
    rather than continuing to spin. The clear is performed by an un-elidable memzero, which uses a volatile
    pointer and an assembly memory barrier so that a compiler cannot optimise the erase away as a dead store.
    Bouncy Castle for Java (bcprov) is not affected, as it has no native entropy source; the 1.0.X and 2.0.X
    FIPS series are not affected. (CVE-2026-8798)

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

  - 在 bc-fips 2.1.3之前的 Bouncy Castle for Java FIPS （BC-FJA） 中，Intel 平台上使用的原生熵來源會無限制地重試 CPU 熵指令。RDSEED 和 RDRAND 會透過其進位旗標報告失敗，而只要該旗標保持清除，JNI 植入常式就會旋轉重新發出指令，因此晶片上熵來源的持續失敗 - 無論是來自硬體故障、基礎 DRBG 因跨多個核心的爭用而耗盡，還是來自未提供指令的虛擬化管理程式 - 使呼叫執行緒在 JNI 呼叫內無限迴圈， 它既不能被打斷也不能超時。因此，從原生熵來源繪製的任何作業都可能停擺，拒絕對應用程式的服務。重試循環現在是有限制的（RDSEED 嘗試 200 次，RDRAND 嘗試 20 次，是英特爾數字隨機數生成器軟件實施指南中給出的基線的兩倍），在嘗試之間暫停，並在耗盡時清除任何部分寫入的緩衝區並擲出而不是繼續旋轉。清除由不可消除的 memzero 執行，它使用易失性指標和彙編記憶體屏障，因此編譯器無法將擦除作為死儲存區進行最佳化。
    Bouncy Castle for Java （bcprov） 不受影響，因為它沒有原生熵來源;和 1.0.X2.0.X FIPS 系列不受影響。（CVE-2026-8798）

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

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

  - 在 bc-fips 2.1.3之前的 Bouncy Castle for Java FIPS （BC-FJA） 中，Intel 平台上使用的本机熵源会无任何边界地重试 CPU 熵指令。RDSEED 和 RDRAND 通过其进位标记报告失败，并且只要该标记保持清除，JNI 种子例程就会重新发出指令，因此片上熵源的持续失败 - 无论是硬件故障、底层 DRBG 因多个内核之间的争夺耗尽，还是不提供指令的管理程序 - 使调用线程在 JNI 调用内无限循环， 其中既不能中断也不能超时。因此，从本地熵源绘制的任何操作都可能挂起，从而拒绝向应用程序提供服务。重试循环现在是有限制的（RDSEED 尝试 200 次，RDRAND 尝试 20 次，是 Intel 数字随机数发生器软件实现指南中给出的基线的两倍），在尝试之间暂停，用尽后，清除任何部分写入的缓冲区并抛出而不是继续旋转。清除由不可消除的 memzero 执行，该内存使用易失性指针和汇编内存屏障，因此编译器无法将擦除作为死存储进行优化。
    Bouncy Castle for Java （bcprov） 没有原生熵源，因此不受影响;和 1.0.X2.0.X FIPS 系列不受影响。（CVE-2026-8798）

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

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

  - bc-fips 2.1.3以前の Bouncy Castle for Java FIPS(BC-FJA)では、Intel プラットフォームで使用されるネイティブエントロピーソースが、制限なく CPU エントロピー命令を再試行しました。RDSEED および RDRAND は、キャリーフラグを通じて失敗を報告し、JNI シードルーチンは、そのフラグがクリアされたままである限り、命令を再発行することをスピンしました。そのため、オンチップエントロピーソースの持続的な障害(ハードウェア障害、多数のコアにわたる競合で下層の DRBG が使い果たされていること、または命令を提供しないハイパーバイザーによるもの)により、呼び出しスレッドが JNI 呼び出し内で無限にループしたままになりました。 これは、中断もタイムアウトもできない可能性があります。したがって、ネイティブエントロピーソースからの描画操作はハングし、アプリケーションへのサービス拒否を引き起こす可能性があります。再試行ループは制限付きとなり(RDSEED で 200 回、RDRAND で 20 回、Intel のデジタル乱数発生器ソフトウェア実装ガイドで示されているベースラインの 2 倍)。試行と試行の合間に一時停止し、使い果たしたら、部分的に書き込まれたバッファを消去し、スピンを続行するのではなくスローします。クリアは、揮発性ポインターとアセンブリメモリバリアを使用する省略できないmemzeroによって実行されるため、コンパイラーは消去をデッドストアとして最適化することができません。
    Bouncy Castle for Java(bcprov)はネイティブエントロピーソースがないため、影響を受けません。 1.0.X および 2.0.X FIPS シリーズは影響を受けません。(CVE-2026-8798)

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

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 FIPS (BC-FJA) before bc-fips 2.1.3, the native entropy source used on Intel     platforms retried the CPU entropy instructions without any bound. RDSEED and RDRAND report failure through     their carry flag, and the JNI seeding routine spun re-issuing the instruction for as long as that flag     stayed clear, so a persistent failure of the on-chip entropy source - whether from a hardware fault, from     the underlying DRBG being exhausted by contention across many cores, or from a hypervisor that does not     provide the instruction - left the calling thread looping indefinitely inside the JNI call, where it could     be neither interrupted nor timed out. Any operation drawing from the native entropy source could therefore     hang, denying service to the application. The retry loops are now bounded (200 attempts for RDSEED and 20     for RDRAND, twice the baselines given in Intel's Digital Random Number Generator software implementation     guide), pausing between attempts and, on exhaustion, clearing any partially written buffer and throwing     rather than continuing to spin. The clear is performed by an un-elidable memzero, which uses a volatile     pointer and an assembly memory barrier so that a compiler cannot optimise the erase away as a dead store.
    Bouncy Castle for Java (bcprov) is not affected, as it has no native entropy source; the 1.0.X and 2.0.X     FIPS series are not affected. (CVE-2026-8798)

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

ID	Name	Product	Family	Published	Updated	Severity
461922	Echo: org.bouncycastle:bc-fips: security update to 2.1.3	Tenable Self-Hosted Container Security	Echo Local Security Checks	10/2/2026	10/27/2026	high
461922	Echo: org.bouncycastle:bc-fips: security update to 2.1.3	Tenable Cloud Security	Echo Local Security Checks	10/2/2026	10/27/2026	high
334792	Linux Distros 未修補弱點：CVE-2026-8798	Nessus	Misc.	8/12/2026	8/12/2026	high
334792	Linux Distros 未修补的漏洞：CVE-2026-8798	Nessus	Misc.	8/12/2026	8/12/2026	high
334792	Linux Distros のパッチ未適用の脆弱性: CVE-2026-8798	Nessus	Misc.	8/12/2026	8/12/2026	high
334792	Linux Distros Unpatched Vulnerability : CVE-2026-8798	Nessus	Misc.	8/12/2026	8/12/2026	high

Detections

Analytics

Plugins Search

high

high

high

high

high

high