CVE-2026-65631 in jose
Resumen
por VulDB • 2026-10-26
Complejidad algorítmica ineficiente en erlang-jose permite que un atacante remoto no autenticado cause una denegación de servicio por agotamiento de CPU mediante el envío de una RSA JSON Web Key (JWK) manipulada ad hoc.
Cuando una aplicación analiza una JWK no confiable a través de la API pública jose_jwk:from_binary/1 o jose_jwk:from_map/1 (o los wrappers de Elixir JOSE.JWK.from_binary/1 y JOSE.JWK.from_map/1), una clave privada RSA que proporciona d, e y n pero omite todos los parámetros del Teorema Chino del Resto (p, q, dp, dq, qi) se dirige a convert_sfm_to_crt/1, que intenta recuperar los primos faltantes factorizando el módulo. Los tres enteros se leen directamente de la entrada base64url y nunca se validan como una clave RSA real. Cuando el módulo no puede dividirse en dos factores (por ejemplo, cuando es primo), el bucle de búsqueda convert_sfm_to_crt_find_p/6 realiza una exponenciación modular sobre el módulo del tamaño proporcionado por el atacante en cada iteración sin éxito nunca. Una única solicitud de unos pocos cientos de bytes fuerza casi un segundo de CPU antes de que un watchdog interno de un segundo mate al worker, y un módulo más grande aumenta aún más el costo. Al inundar con este tipo de solicitudes, un atacante puede saturar todos los schedulers y denegar el servicio, sin necesidad de credenciales, una clave RSA válida o cualquier configuración especial.
Este problema afecta a jose: desde la versión 1.7.7 hasta antes de 1.11.13.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.