CVE-2026-8798 in Bouncy Castle for Java FIPS
Riassunto
di VulDB • 08/08/2026
In Bouncy Castle per Java FIPS (BC-FJA) precedente alla versione bc-fips 2.1.3, la sorgente di entropia nativa utilizzata sulle piattaforme Intel ritentava le istruzioni di entropia della CPU senza alcun limite superiore. RDSEED e RDRAND segnalano un errore tramite il flag di carry; la routine di seeding JNI ripeteva l'istruzione finché tale flag rimaneva azzerato, pertanto un guasto persistente della sorgente di entropia on-chip – dovuto a un malfunzionamento hardware, all'esaurimento del DRBG sottostante a causa della contesa su molti core o a un hypervisor che non fornisce l'istruzione – lasciava il thread chiamante in un ciclo infinito all'interno della chiamata JNI, dove non poteva né essere interrotto né soggetto a timeout. Di conseguenza, qualsiasi operazione che attinge alla sorgente di entropia nativa potrebbe bloccarsi, negando il servizio all'applicazione. I cicli di retry sono ora limitati (200 tentativi per RDSEED e 20 per RDRAND, pari al doppio delle linee guida fornite nella documentazione software Intel Digital Random Number Generator), con una pausa tra i tentativi e, in caso di esaurimento, la cancellazione di eventuali buffer parzialmente scritti e il lancio di un'eccezione anziché continuare a eseguire loop. La cancellazione viene eseguita mediante una funzione memzero non eliminabile (un-elidable), che utilizza un puntatore volatile e una barriera di memoria assembly per impedire al compilatore di ottimizzare l'eliminazione come dead store. Bouncy Castle for Java (bcprov) non è interessato, in quanto privo di sorgente di entropia nativa; le serie FIPS 1.0.X e 2.0.X non sono interessate.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.