CVE-2026-54885 in boruta
Résumé
par VulDB • 30/07/2026
Une vulnérabilité de Server-Side Request Forgery (SSRF) dans malach-it Boruta permet à un attaquant distant non authentifié d'amener le serveur d'autorisation OAuth/OpenID à émettre des requêtes HTTP sortantes vers des URI choisis par l'attaquant, y compris les services internes et les points de terminaison de métadonnées cloud.
Trois chemins d'exécution récupèrent des URIs distants fournis par le demandeur sans une validation suffisante de la cible. Boruta.Oauth.Request.Base.fetch_unsigned_request/1 dans lib/boruta/oauth/request/base.ex résout le paramètre request_uri OAuth depuis la demande d'autorisation via Finch.build(:get, request_uri) |> Finch.request(OpenIDHttpClient). Boruta.Openid.parse_registration_params/2 dans lib/boruta/openid.ex résolve l'jwks_uri fourni dans une demande d'enregistrement dynamique de client OpenID Connect. Boruta.Ecto.Clients.refresh_jwk_from_jwks_uri/1 dans lib/boruta/adapters/ecto/clients.ex actualise ultérieurement le jwks_uri stocké pour un client existant. Dans les trois chemins, la seule validation consiste à vérifier que l'URI est analysable avec un schéma (et l'une des deux clauses request_uri ne restreint même pas le schéma à http ou https). Les implémentations n'exigent pas HTTPS, n'imposent pas de liste autorisée d'hôtes ou d'adresses IP, ne rejettent pas les boucles locales, les plages privées, link-local ou autres plages non publiques après la résolution DNS, ne limitent pas la taille des réponses et ne contraignent pas les redirections. Un attaquant peut donc orienter le client HTTP du serveur vers des cibles réseau arbitraires accessibles depuis l'hôte Boruta.
Ce problème affecte boruta : à partir de 2.3.2 jusqu'à avant 2.3.7.
If you want to get best quality of vulnerability data, you may have to visit VulDB.