CVE-2026-70666
WysokieCVSS 7.4Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 6 - wyżej niż 6% wszystkich znanych CVE
Streszczenie
Lemur przed wersją 1.9.3 pozwalał użytkownikowi z rolą authority na aktualizację acme_url bez ponownej walidacji i skierowanie klienta ACME do kontrolowanego przez atakującego serwera. Serwer ten mógł zwracać adresy URL (newNonce, newOrder, authorizations, finalize) wskazujące na wewnętrzne usługi lub metadane chmury, a Lemur podążał za nimi bez sprawdzania zgodności hosta. Problem naprawiono w wersji 1.9.3.
Ocena ryzyka
Ryzyko obejmuje możliwość wysyłania podpisanych JWS żądań do wewnętrznych usług lub metadanych chmury, co może prowadzić do nieautoryzowanego dostępu lub eskalacji uprawnień. Atak wymaga jednak posiadania uprawnień do autorytetu ACME.
Rekomendacja
Zaleca się aktualizację Lemur do wersji 1.9.3 lub nowszej oraz ograniczenie liczby użytkowników z rolą authority. Należy również monitorować ruch wychodzący z serwera Lemur.
Oryginalny opis (angielski, źródło NVD)
Lemur manages TLS certificate creation. Prior to 1.9.3, an authority-role member could update acme_url through PUT /api/1/authorities/ without revalidation and direct setup_acme_client_no_retry to an attacker-controlled ACME server. ACME directory and order responses contain newNonce, newOrder, authorizations, and finalize URLs chosen by that server. The Lemur ClientV2 followed those URLs without requiring their host to match the configured directory host, allowing JWS-signed requests to internal services or cloud metadata endpoints. The issue required an ACME authority and a user authorized for that authority, but did not require global administrator privileges. The fix revalidates updates and introduces _PinnedClientNetwork to enforce a single allowed host for the complete ACME flow. This issue is fixed in version 1.9.3.