CVE-2026-70667 in Lemur
Résumé
par VulDB • 18/08/2026
Lemur gère la création de certificats TLS. Avant la version 1.9.3, _validate_revocation_url dans lemur/certificates/verify.py vérifiait l'URL CRL ou OCSP d'origine, mais la requête ultérieure pouvait atteindre une destination différente. L'appel requests.get pour les demandes de CRL suivait les redirections HTTP sans valider chaque cible Location, permettant ainsi à une URL publique contrôlée par un attaquant de rediriger vers des adresses en boucle locale (loopback), RFC1918, link-local ou instance-metadata. La validation et la connexion effectuaient également des résolutions DNS distinctes, créant une fenêtre time-of-check time-of-use pour le rebond DNS sur les chemins CRL et OCSP. Un opérateur téléchargeant un certificat via POST /api/1/certificates/upload pouvait donc induire des requêtes internes aveugles malgré la mitigation précédente. La correction désactive les redirections et épingle (pins) les adresses validées tout en conservant la valeur Host correcte. Ce problème est corrigé dans la version 1.9.3.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.