CVE-2026-64676
ŚrednieCVSS 5.7Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 2 - wyżej niż 2% wszystkich znanych CVE
Streszczenie
Kata Containers przed wersją 4.0.0 zawiera podatność na obejście autoryzacji w zarządzaniu pamięcią poufnych gości. Dwie metody ttRPC związane z funkcją mem-agent nie sprawdzają polityki AgentPolicy, co pozwala niezaufanemu hostowi na manipulowanie pamięcią gościa, gdy mem-agent jest włączony (domyślnie wyłączony). Atak może prowadzić do degradacji wydajności i dostępności obciążenia, ale nie do ujawnienia pamięci ani wykonania kodu.
Ocena ryzyka
Ryzyko obejmuje potencjalną degradację wydajności i dostępności poufnych obciążeń w środowiskach Confidential Containers, jeśli administrator włączy mem-agent. Atakujący host może wymusić swap, agresywne usuwanie stron lub kompakcję, co wpływa na stabilność usług.
Rekomendacja
Zaleca się aktualizację do wersji 4.0.0 lub nowszej. Jeśli mem-agent nie jest wymagany, należy pozostawić go wyłączonym, aby uniknąć ekspozycji na tę podatność.
Inne podatności w Kata Containers
Zobacz wszystkie- CVE-2026-47243Krytyczne
Kata Containers przed wersją 3.31.0 jest podatne na eskalację z roota gościa do roota hosta w ścieżce standalone virtio-fs. W tej konfiguracji host virtiofsd działa jako root z opcjami --sandbox none --seccomp none, co pozwala atakującemu z dostępem root w gościu na obejście klienta virtio-fs i wysyłanie surowych żądań FUSE do hosta virtiofsd, tworząc dowiązania symboliczne w wrażliwych lokalizacjach hosta, takich jak /etc/cron.d, co prowadzi do wykonania kodu jako root na hoście.
- CVE-2026-50540Krytyczne
Kata Containers przed wersją 4.0.0 jest podatne na wykonanie kodu na hoście poprzez niezweryfikowaną adnotację ścieżki konfiguracji. Runtime akceptuje dowolną adnotację io.katacontainers.config_path i ładuje wskazany plik TOML na hoście bez ograniczeń, co pozwala użytkownikowi pod na umieszczenie pliku w ścieżce widocznej dla hosta i dostarczenie konfiguracji wybierającej kontrolowany przez atakującego hipervisor lub binarny plik demona virtio-fs, wykonując kod jako root na hoście.
- CVE-2026-44210Krytyczne
W Kata Containers przed wersją 3.31.0 domyślna konfiguracja pozwala twórcom podów na wstrzykiwanie dowolnych argumentów wiersza poleceń do procesu virtiofsd poprzez adnotację poda `io.katacontainers.config.hypervisor.virtio_fs_extra_args`. Poprzez wstrzyknięcie `-o source=/` wraz z `--no-announce-submounts` i `--sandbox=none`, atakujący może nadpisać katalog współdzielony virtiofsd, aby udostępnić cały system plików hosta do maszyny wirtualnej gościa. W połączeniu z adnotacją `kernel_params` (również domyślnie włączoną) do aktywacji konsoli debugowania agenta, atakujący może zamontować system plików hosta z wewnątrz VM i odczytać lub zapisać dowolny plik na hoście, w tym /etc/shadow.
- CVE-2026-24834Krytyczne
Podatność w Kata Containers przed wersją 3.27.0 z Cloud Hypervisor pozwala użytkownikowi kontenera na modyfikację systemu plików maszyny wirtualnej gościa, co umożliwia wykonanie dowolnego kodu jako root w tej maszynie wirtualnej. Problem nie wpływa na bezpieczeństwo hosta ani innych kontenerów/maszyn wirtualnych na tym samym hoście, ale w przypadku arm64 z QEMU brak wsparcia dla NVDIMM tylko do odczytu może pozwolić na zapis do pliku obrazu.
- CVE-2026-77176Wysokie
W Kata Containers, w konfiguracjach używających genpolicy do ochrony gości Confidential Containers, złośliwy operator hosta może wykorzystać niedostateczną walidację reguł montowania i przechowywania CreateContainer. Pozwala to na montowanie dowolnych ścieżek rootfs kontenera w wrażliwych lokalizacjach hosta lub dostarczanie dowolnej zawartości, co może ujawnić poufne informacje lub umożliwić akceptację danych kontrolowanych przez atakującego.
- CVE-2026-41326Wysokie
Podatność w Kata Containers od wersji 3.4.0 do 3.28.0 umożliwia niezaufanemu hostowi zapis do dowolnych lokalizacji w obrazie obciążenia gościa. Może to prowadzić do nadpisania plików binarnych w gościu i wycieku danych z kontenerów, w tym działających w poufnych maszynach wirtualnych (CVM).
- CVE-2025-58354Średnie
Kata Containers to projekt lekkich maszyn wirtualnych. W wersjach od 3.20.0 i wcześniejszych złośliwy host może obejść weryfikację initdata. W systemach TDX z poufnymi gośćmi złośliwy host może selektywnie powodować błędy operacji IO, aby pominąć weryfikację initdata. Pozwala to atakującemu na uruchomienie dowolnych obciążeń i pomyślne zaświadczenie w Trustee jako dowolne łagodne obciążenie. Problem naprawiono w wersji 3.21.0.
Oryginalny opis (angielski, źródło NVD)
Kata Containers is an open source implementation of lightweight Virtual Machines (VMs) that perform like containers. In versions prior to 4.0.0, the kata-agent is vulnerable to an authorization bypass in confidential-guest memory management. In Confidential Containers (CoCo) deployments, the kata-agent enforces an OPA/Rego-based AgentPolicy that must authorize every ttRPC API call, forming the security boundary that prevents an untrusted host from directing the confidential guest. Two ttRPC methods introduced with the mem-agent feature are missing this authorization check, so an untrusted host can invoke them unconditionally regardless of the guest's policy configuration. When mem-agent is enabled (off by default), this lets the host tamper with in-guest memory management by forcing swap, aggressive eviction, or compaction, resulting in attacker-controlled availability and performance degradation of the confidential workload entirely outside the agent-policy boundary. The impact does not include memory disclosure or code execution, and severity is bounded by the precondition that mem-agent must be explicitly enabled. This issue is fixed in version 4.0.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS