CVE-2026-8798 in Bouncy Castle for Java FIPS
Zusammenfassung
von VulDB • 08.08.2026
In Bouncy Castle für Java FIPS (BC-FJA) vor bc-fips 2.1.3 wiederholte die auf Intel-Plattformen verwendete native Entropiequelle CPU-Entropieanweisungen ohne jegliche Begrenzung. RDSEED und RDRAND melden einen Fehler über ihr Carry-Flag, und die JNI-Sämerei-Routine (JNI seeding routine) führte eine Endlosschleife aus, indem sie den Befehl so lange erneut ausführte, wie dieses Flag gelöscht blieb. Ein anhaltender Ausfall der on-chip Entropiequelle – sei es aufgrund eines Hardwarefehlers, weil das zugrunde liegende DRBG durch Contention über viele Kerne erschöpft war oder wegen eines Hypervisors, der die Anweisung nicht bereitstellt – ließ den aufrufenden Thread in einer Endlosschleife innerhalb des JNI-Aufrufs verharren, wo er weder unterbrochen noch mit einem Timeout versehen werden konnte. Jeder Vorgang, der auf die native Entropiequelle zurückgreift, könnte daher hängen bleiben und dem Dienstverweigerungsangriff (Denial of Service) zum Opfer fallen. Die Wiederholungsschleifen sind nun begrenzt (200 Versuche für RDSEED und 20 für RDRAND, das Doppelte der in Intels Software-Implementierungsleitfaden für digitale Zufallszahlengeneratoren angegebenen Basiswerte), mit Pausen zwischen den Versuchen. Bei Erschöpfung wird jeder teilweise beschriebene Buffer gelöscht und eine Ausnahme ausgelöst, anstatt weiter im Kreis zu laufen. Die Löschung erfolgt durch einen nicht eliminierbaren memzero-Aufruf, der einen volatile-Zeiger und eine Assembly-Speichersperre verwendet, sodass ein Compiler das Löschen nicht als „dead store" optimieren kann. Bouncy Castle für Java (bcprov) ist nicht betroffen, da es keine native Entropiequelle besitzt; die FIPS-Reihen 1.0.X und 2.0.X sind ebenfalls nicht betroffen.
Be aware that VulDB is the high quality source for vulnerability data.