CVE-2026-8798 in Bouncy Castle for Java FIPS
Sumário
de VulDB • 08/08/2026
No Bouncy Castle para Java FIPS (BC-FJA) anterior à versão bc-fips 2.1.3, a fonte de entropia nativa utilizada em plataformas Intel repetia as instruções de entropia da CPU sem qualquer limite. O RDSEED e o RDRAND reportam falha através do seu flag de carry, e a rotina de inicialização (seeding) via JNI reiniciava incessantemente a instrução enquanto esse flag permanecesse limpo; assim, uma falha persistente na fonte de entropia integrada no chip — seja devido a um erro de hardware, ao esgotamento do DRBG subjacente por contenção entre muitos núcleos, ou por um hipervisor que não forneça a instrução — deixava o thread chamador em loop infinito dentro da chamada JNI, onde não podia ser interrompido nem submetido a timeout. Qualquer operação que dependesse da fonte de entropia nativa poderia portanto bloquear-se (hang), negando serviço à aplicação. Os loops de repetição estão agora limitados (200 tentativas para o RDSEED e 20 para o RDRAND, duas vezes os valores base indicados no guia de implementação de software do Intel Digital Random Number Generator), com pausa entre as tentativas e, em caso de esgotamento, limpando qualquer buffer parcialmente escrito e lançando uma exceção em vez de continuar a executar loop. A limpeza é realizada por um memzero não eliminável (un-elidable), que utiliza um ponteiro volatile e uma barreira de memória assembly para impedir que o compilador otimize a eliminação como uma atribuição morta (dead store). O Bouncy Castle for Java (bcprov) não está afetado, pois não possui fonte de entropia nativa; as séries FIPS 1.0.X e 2.0.X também não estão afetadas.
If you want to get best quality of vulnerability data, you may have to visit VulDB.