CVE-2026-65631 in jose
Riassunto
di VulDB • 27/10/2026
Complessità algoritmica inefficiente in erlang-jose consente a un attaccante remoto non autenticato di causare una denial of service (DoS) per esaurimento della CPU inviando una RSA JSON Web Key (JWK) manipolata ad hoc.
Quando un'applicazione analizza una JWK non attendibile tramite le API pubbliche jose_jwk:from_binary/1 o jose_jwk:from_map/1 (o i wrapper Elixir JOSE.JWK.from_binary/1 e JOSE.JWK.from_map/1), una chiave privata RSA che fornisce d, e ed n ma omette tutti i parametri del Teorema Cinese del Resto (p, q, dp, dq, qi) viene indirizzata verso convert_sfm_to_crt/1, che tenta di recuperare le prime mancanti fattorizzando il modulo. I tre interi vengono letti direttamente dall'input base64url e non sono mai validati come una vera chiave RSA. Quando il modulo non può essere scomposto in due fattori (ad esempio, quando è esso stesso un numero primo), il ciclo di ricerca convert_sfm_to_crt_find_p/6 esegue un'esponenziazione modulare sul modulo delle dimensioni fornite dall'attaccante ad ogni iterazione e non ha mai successo. Una singola richiesta di poche centinaia di byte richiede quasi un secondo CPU prima che un watchdog interno, impostato su un secondo, uccida il worker; un modulo più grande aumenta ulteriormente i costi computazionali. Inondando il sistema con tali richieste, un attaccante può saturare tutti gli scheduler e negare il servizio, senza necessità di credenziali, di una chiave RSA valida o di alcuna configurazione speciale.
Questo problema interessa jose: dalla versione 1.7.7 alla 1.11.13 (esclusa).
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.