CVE-2026-55162
ŚrednieCVSS 6.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 6 - wyżej niż 6% wszystkich znanych CVE
Streszczenie
Lemur przed wersją 1.9.2 ma podatność w lemur/certificates/verify.py, która akceptuje adresy URL CRL i OCSP z przesłanych certyfikatów bez odpowiedniej walidacji miejsca docelowego. Uwierzytelniony operator może przesłać certyfikat przez POST /api/1/certificates/upload i spowodować, że verify_string dotrze do adresów wewnętrznych, takich jak loopback, RFC1918, link-local czy instance-metadata (np. 169.254.169.254). Ponadto ścieżka CRL używa nieograniczonej pamięci podręcznej, co może prowadzić do wyczerpania pamięci.
Ocena ryzyka
Atakujący może sondować wewnętrzne usługi i wywoływać skutki uboczne z pozycji sieciowej hosta Lemur, a także spowodować wyczerpanie pamięci przez nieograniczoną pamięć podręczną CRL, co może prowadzić do odmowy usługi.
Rekomendacja
Zaktualizuj Lemur do wersji 1.9.2 lub nowszej, która waliduje miejsca docelowe, wspiera listy zaufanych hostów i ogranicza pamięć podręczną CRL.
Oryginalny opis (angielski, źródło NVD)
Lemur manages TLS certificate creation. Prior to 1.9.2, lemur/certificates/verify.py accepted CRL Distribution Point and OCSP responder URLs from uploaded certificate extensions and used them in crl_verify and ocsp_verify without adequate destination validation. An authenticated operator could submit a certificate through POST /api/1/certificates/upload and cause verify_string to reach loopback, RFC1918, link-local, or instance-metadata destinations such as 169.254.169.254. The requests could probe internal services and create side effects from the Lemur host network position. The CRL path also used an unbounded cache, allowing attacker-controlled entries to persist and consume memory. The fix validates destinations, supports explicit trusted-host allowlists, and bounds the CRL cache. This issue is fixed in version 1.9.2.