CVE-2024-22031
WysokieCVSS 8.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 36 - wyżej niż 36% wszystkich znanych CVE
Streszczenie
W Rancher użytkownik mający możliwość tworzenia projektów w danym klastrze może utworzyć projekt o tej samej nazwie co istniejący projekt w innym klastrze. Prowadzi to do uzyskania dostępu do tego drugiego projektu w innym klastrze i eskalacji uprawnień, ponieważ przestrzeń nazw używana w lokalnym klastrze do przechowywania powiązanych zasobów (PRTB i sekretów) to nazwa projektu.
Ocena ryzyka
Użytkownik może uzyskać nieautoryzowany dostęp do zasobów innego projektu w innym klastrze, co stanowi eskalację uprawnień.
Rekomendacja
Zaktualizuj Rancher do wersji zawierającej poprawkę oraz zweryfikuj i ogranicz uprawnienia do tworzenia projektów.
Inne podatności w Rancher
Zobacz wszystkie- CVE-2026-44945Krytyczne
Podatność na eskalację uprawnień istnieje w oprogramowaniu pośredniczącym impersonacji Rancher (pkg/auth/requests/impersonate.go). Uwierzytelniony użytkownik Rancher z domyślną globalną rolą użytkownika może uzyskać pełny dostęp administracyjny do płaszczyzny sterowania Rancher, a pośrednio do wszystkich zarządzanych klastrów podrzędnych. Problem dotyczy Rancher: od 2.11.0 przed 2.11.16, od 2.12.0 przed 2.12.12, od 2.13.0 przed 2.13.8 i od 2.14.0 przed 2.14.2.
- CVE-2026-59675Wysokie
Gdy w Rancher Manager włączone jest rejestrowanie audytu API, middleware odczytuje całe ciało żądania HTTP do pamięci bez ograniczenia rozmiaru na punktach końcowych logowania. Ponieważ middleware audytu jest umieszczone wcześniej w łańcuchu obsługi niż APIBodyLimitingHandler, limit rozmiaru ciała (domyślnie 1 MiB) jest pomijany. Nieuwierzytelniony atakujący może wysyłać bardzo duże ciała żądań do publicznych punktów logowania, powodując wyczerpanie pamięci i zatrzymanie procesu Rancher Manager.
- CVE-2026-55997Wysokie
Rancher wydaje długoterminowe tokeny rejestracyjne do uwierzytelniania węzłów i agentów dołączających do klastra podrzędnego. Tokeny te były przechowywane i udostępniane w postaci zwykłego tekstu bez wygaśnięcia, więc złośliwy użytkownik mógł je uzyskać przez API Rancher, etcd, zautomatyzowane skrypty lub bezpośredni dostęp do plików na węźle i użyć ich w dowolnym momencie do zarejestrowania fałszywego węzła w klastrze.
- CVE-2026-55996Średnie
W Rancher wykryto podatność na odmowę usługi w wielu słuchaczach TLS. dynamiclistener automatycznie dodaje do certyfikatu każdą nazwę hosta podaną przez SNI, co pozwala nieuwierzytelnionemu atakującemu na wysyłanie dużej liczby żądań z różnymi nazwami hostów, powodując nieograniczony wzrost liczby SAN w certyfikacie. W końcu certyfikat staje się tak duży, że uzgadnianie TLS kończy się błędem, powodując odmowę usługi.
- CVE-2026-44947Średnie
Brak czyszczenia w legacy reconcilerze Project Role Template Binding (PRTB) w Rancher w wersjach 2.13.0 do 2.13.7 oraz 2.14.0 do 2.14.3 umożliwiał użytkownikom zachowanie nieautoryzowanych uprawnień Pod Security Admission (PSA) po usunięciu tych uprawnień z szablonu roli przez administratora.
- CVE-2026-44946Wysokie
Podatność w Rancher umożliwia ponowne użycie asercji SAML w obsłudze Assertion Consumer Service (ACS), co może prowadzić do ataków typu man-in-the-middle. Problem dotyczy wersji Rancher 2.14.0 przed 2.14.3.
- CVE-2026-41053Wysokie
Nieprawidłowe buforowanie uwierzytelniania w rozszerzaniu członkostwa zespołu dostawcy uwierzytelniania Github w Rancher powodowało przyznawanie dostępu głównego każdemu zalogowanemu użytkownikowi. Podatność dotyczy wersji 2.13 przed 2.13.6 oraz 2.14 przed 2.14.2.
- CVE-2026-41052Wysokie
W Rancher w wersjach 2.14 przed 2.14.2, 2.13 przed 2.13.6 oraz 2.12 przed 2.12.10 użytkownicy z rolą Project Owner mogą wykorzystać nieprawidłowe zarządzanie uprawnieniami do eskalacji swoich przywilejów.
Oryginalny opis (angielski, źródło NVD)
A vulnerability has been identified within Rancher where a user with the ability to create a project, on a certain cluster, can create a project with the same name as an existing project in a different cluster. This results in the user gaining access to the other project in the different cluster, resulting in a privilege escalation. This happens because the namespace used on the local cluster to store related resources (PRTBs and secrets) is the name of the project.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

