Aller au contenu
Développeur Full Stack
, ,

Authlib : risque de requêtes sortantes non autorisées via request_uri

Dans cet article 5 rubriques
Veille sécuritéBackend & données
P4Moyenne

Dans Authlib avant 1.9.0, le paramètre `request_uri` fourni par le client est transmis à un hook applicatif avant l’application d’une politique de destination ou d’enregistrement. Si l’intégration implémente ce hook par une récupération réseau sans restriction, un attaquant peut provoquer des requêtes vers des adresses internes ou autrement non prévues.

Python
IdentifiantCVE-2026-114620
GravitéMoyenne
Exploitationnon connue / non déterminée
Correctif1.9.0

Source : NVD — CVE-2026-114620

Analyse technique

JWTAuthenticationRequest transmet request_uri à get_request_object() avant qu’une politique approuvée par l’application ne valide sa destination. Le hook ne fait pas lui-même de requête réseau.

Impact, versions et correctif

Événement datéPublication NVD le 2026-10-22T22:18:05.090Z, soit le 2026-10-23 à 00:18:05.090+02:00, dans la période demandée.
ImpactSelon l’implémentation du hook, un attaquant peut provoquer des requêtes vers des destinations internes et observer les résultats.
Versions affectéesAuthlib avant 1.9.0
Version corrigée1.9.0
ContournementAppliquer dans le hook une liste d’autorisation, des contrôles de destination et des limites de récupération.
Exploitation activenon connue / non déterminée
PoC publicinconnu
CVSS5.4
EPSS0,29% · percentile 20,5%
Publication2026-10-23T00:18:05.090+02:00
Mise à jour2026-10-23T21:34:14.170+02:00

Détection / vérification

Examiner l’implémentation applicative de get_request_object() et vérifier ses contrôles d’URL, de destination et de limites de récupération.

Action recommandée

Mettre Authlib à niveau vers la version 1.9.0 ou ultérieure et sécuriser le hook de récupération avec des contrôles stricts.

Sources

Priorisation DFS : P4 · 1 source(s).

Article précédent :
Article suivant :