CVE-2026-84173
WysokieCVSS 8.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 2 - wyżej niż 2% wszystkich znanych CVE
Streszczenie
W Eclipse Ankaios w wersjach od v0.5.1 do v1.0.1 autoryzator interfejsu sterowania po stronie agenta nieprawidłowo ocenia reguły zezwalające z wieloma segmentami, których pierwszy segment jest symbolem wieloznacznym. Uwierzytelnione obciążenie z ograniczonym dostępem może wysłać żądanie CompleteStateRequest lub UpdateStateRequest z pustą maską pól, które może zostać nieprawidłowo autoryzowane, umożliwiając odczyt całego stanu klastra lub modyfikację poza dozwolonym poddrzewem.
Ocena ryzyka
Ryzyko nieautoryzowanego ujawnienia lub modyfikacji konfiguracji klastra i innych obciążeń, co może prowadzić do naruszenia poufności i integralności systemu.
Rekomendacja
Do czasu zainstalowania poprawki unikaj reguł zezwalających z maskami filtrów rozpoczynającymi się od symbolu wieloznacznego, np. *.workloads.some_workload. Zastąp je jawnymi ścieżkami, takimi jak desiredState.workloads.some_workload.
Inne podatności w Eclipse Ankaios
Zobacz wszystkie- CVE-2026-86836Wysokie
W Eclipse Ankaios w wersjach 0.1.0–1.0.2 agent tworzy pliki workloadów oraz nazwane potoki (FIFO) interfejsu sterowania w przewidywalnej ścieżce opartej na nazwie agenta i hashu konfiguracji. Jeśli ścieżka już istnieje przy starcie agenta, jest używana bez weryfikacji właściciela i uprawnień, co pozwala lokalnemu użytkownikowi na podszycie się pod workload i modyfikację stanu klastra.
- CVE-2026-85201Średnie
W Eclipse Ankaios w wersjach od 0.1.0 do 1.0.1 agent nie ogranicza długości deklarowanej przez obciążenie w wiadomości protobuf z ogranicznikiem długości otrzymywanej przez Control Interface FIFO. Obciążenie z dostępem do Control Interface może określić nadmierną długość wiadomości, powodując nieograniczoną alokację pamięci, co może przerwać proces agenta Ankaios. Skutkuje to utratą usług orkiestracji dla obciążeń zarządzanych przez tego agenta.
Oryginalny opis (angielski, źródło NVD)
In Eclipse Ankaios versions v0.5.1 through v1.0.1, the agent-side Control Interface authorizer incorrectly evaluates multi-segment allow rules whose first path segment is a wildcard. An authenticated workload with access restricted by such a rule can submit a CompleteStateRequest or UpdateStateRequest with an empty field mask. The request may then be incorrectly authorized as matching the scoped rule, allowing the workload to read the complete cluster state or replace state outside its authorized subtree. This may result in unauthorized disclosure or modification of other workloads and cluster configuration. Only a rule consisting solely of * is intended to authorize an empty mask. Mitigation: Until an update containing the fix is installed, avoid multi-segment Control Interface allow-rule filter masks that begin with a wildcard, such as *.workloads.some_workload. Replace them with explicit paths such as desiredState.workloads.some_workload, where applicable. A filter mask consisting solely of * has different, intentionally unrestricted semantics and should only be used when full-state access is intended.