1 results (0.002 seconds)

CVSS: 7.5EPSS: 0%CPEs: 2EXPL: 0

If an OpenID Connect provider supports the "none" algorithm (i.e., tokens with no signature), pac4j v5.3.0 (and prior) does not refuse it without an explicit configuration on its side or for the "idtoken" response type which is not secure and violates the OpenID Core Specification. The "none" algorithm does not require any signature verification when validating the ID tokens, which allows the attacker to bypass the token validation by injecting a malformed ID token using "none" as the value of "alg" key in the header with an empty signature value. Si un proveedor de OpenID Connect soporta el algoritmo "none" (es decir, tokens sin firma), pac4j v5.3.0 (y anteriores) no lo rechaza sin una configuración explícita por su parte o para el tipo de respuesta "idtoken", que no es seguro y viola la especificación OpenID Core. El algoritmo "none" no requiere ninguna verificación de firma al validar los tokens de identificación, lo que permite al atacante saltarse la validación de tokens inyectando un token de identificación malformado utilizando "none" como valor de la clave "alg" en la cabecera con un valor de firma vacío • https://github.com/pac4j/pac4j/commit/22b82ffd702a132d9f09da60362fc6264fc281ae https://openid.net/specs/openid-connect-core-1_0.html#IDToken https://www.pac4j.org/blog/cve_2021_44878_is_this_serious.html • CWE-347: Improper Verification of Cryptographic Signature •