CVE-2026-71308
WysokieCVSS 8.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 8 - wyżej niż 8% wszystkich znanych CVE
Streszczenie
Lemur do wersji 1.9.3 nie sprawdzał uprawnień CertificatePermission przy przypisywaniu identyfikatorów do pola replaces w żądaniach tworzenia, przesyłania i edycji certyfikatów. Umożliwiało to atakującemu z uprawnieniami nie tylko do odczytu wyłączenie powiadomień o ofierze i oznaczenie jej certyfikatu jako zastąpionego, co mogło prowadzić do wdrożenia atakującego certyfikatu na punktach końcowych ofiary. Problem naprawiono w wersji 1.9.3.
Ocena ryzyka
Ryzyko obejmuje nieautoryzowaną podmianę certyfikatów TLS w całej infrastrukturze, co może prowadzić do przerw w działaniu usług lub przechwycenia ruchu. Atakujący może również zakłócić automatyzację cyklu życia certyfikatów.
Rekomendacja
Zaleca się natychmiastową aktualizację Lemur do wersji 1.9.3 lub nowszej. Należy również przejrzeć logi pod kątem nieautoryzowanych zmian certyfikatów.
Oryginalny opis (angielski, źródło NVD)
Lemur manages TLS certificate creation. From 0.5.0 until 1.9.3, certificate create, upload, and edit requests accepted replaces[] or replacements identifiers that AssociatedCertificateSchema resolved with fetch_objects without a CertificatePermission check. Assigning those objects to Certificate.replaces invoked an append listener that disabled the victim certificate notifications and marked it as replaced. The victim was then excluded from get_all_pending_reissue, and certificate_rotate could deploy the attacker certificate to endpoints serving the victim. An authenticated non-read-only user could target certificates for which the user had no ownership or role, suppress lifecycle automation, and cause fleet-wide TLS disruption or unauthorized substitution. The fix authorizes every referenced replacement certificate before mutation. This issue is fixed in version 1.9.3.