CVE-2026-44946

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.

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.

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.

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.

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.

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.

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.