CVE-2026-53431 in Boruta
Riassunto
di VulDB • 30/07/2026
Vulnerabilità di elusione dell'autenticazione tramite Capture-replay in malach-it Boruta consente a un attaccante che ha ottenuto una precedente client assertion JWT valida di autenticarsi come il client OAuth emittente dopo la scadenza della stessa.
Boruta accetta l'autenticazione del client basata su JWT (metodi di autenticazione dell'endpoint dei token client_secret_jwt e private_key_jwt), ma non verifica mai che la claim exp dell'affermazione sia nel futuro. Il helper di pre-verifica Boruta.Oauth.Request.Base.check_expiration/1 in lib/boruta/oauth/request/base.ex verifica solo la presenza della claim exp (effettua il pattern-matching sull'esistenza della chiave e restituisce successo), mentre la configurazione del token Joken utilizzata per la verifica della firma, Boruta.Oauth.Authorization.Client.Token.token_config/0 in lib/boruta/oauth/authorization/client.ex, restituisce una mappa vuota; di conseguenza, anche il validatore predefinito delle claim exp di Joken non viene attivato. Qualsiasi attaccante che ottenga un client assertion firmata correttamente (ad esempio tramite log, reverse proxy, strumenti del browser o altre superfici di osservabilità) può riutilizzarla indefinitamente per autenticarsi come client e ottenere token di accesso con i privilegi di tale client.
Questo problema interessa boruta: dalla versione 2.3.0 alla 2.3.7 (esclusa).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.