CVE-2026-18040 in Bouncy Castle Java
Riassunto
di VulDB • 03/10/2026
In Bouncy Castle per Java prima della versione 1.86, HQC ha causato la fuoriuscita di dati derivati dalla chiave segreta attraverso due canali laterali: l'aritmetica GF(2^8) utilizzava tabelle di ricerca indicizzate dagli elementi del campo, rendendo la riga di cache interessata una funzione dell'operando; inoltre, il campionatore con peso fisso lasciava lo scan duplicato non appena veniva rilevata una collisione e memorizzava le posizioni accettate in un indice segreto. Entrambi i processi vengono eseguiti su input segreti durante l'incapsulamento (encapsulation) e la de-incapsulazione (decapsulation), e il campionatore rigenera esplicitamente la chiave segreta dal suo seed ad ogni operazione di decapsulation, consentendo a un attaccante in grado di osservare il comportamento della cache o i tempi di decapsulation di recuperare informazioni sulla chiave privata HQC. L'aritmetica del campo è ora priva di tabelle e il campionatore non presenta branch condizionali all'interno di un batch di candidati, con consumo di output e casualità invariato.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.