Podatność w Kata Containers (przed wersją 3.31.0) umożliwia atakującemu posiadającemu uprawnienia root wewnątrz gościa ucieczkę do systemu hosta i wykonanie dowolnego kodu jako root hosta. Jest to krytyczna podatność przekraczająca granicę izolacji kontenerowej.
▸ Pokaż oryginał (EN)
Kata Containers is an open source project focusing on a standard implementation of lightweight Virtual Machines (VMs) that perform like containers. Prior to 3.31.0, the runtime-rs standalone virtio-fs path is vulnerable to a guest-root to host-root escape. In this configuration, Kata runs the host virtiofsd as root with --sandbox none --seccomp none, so an attacker with root-equivalent access inside the guest can bypass the guest virtio-fs client entirely by taking over the virtio-fs PCI device and building a virtqueue in userspace to submit raw FUSE requests directly to the host virtiofsd. A crafted FUSE_SYMLINK request whose new symlink name is an absolute host path is honored outside the configured shared directory, allowing guest root to create root-owned symlinks in sensitive host locations such as /etc/cron.d. By pointing such a symlink at a guest-controlled crontab payload reachable through a live runtime process's mount namespace, the attacker causes the host cron daemon to execute that payload as host root, crossing the Kata isolation boundary. This issue is fixed in version 3.31.0.
W konfiguracji runtime-rs ze standalone virtio-fs, host uruchamia proces virtiofsd jako root z wyłączonymi mechanizmami sandbox i seccomp (--sandbox none --seccomp none). Atakujący z uprawnieniami root wewnątrz gościa może pominąć klienta virtio-fs po stronie gościa, przejmując urządzenie PCI virtio-fs i konstruując virtqueue w przestrzeni użytkownika w celu wysyłania surowych żądań FUSE bezpośrednio do hosta. Spreparowane żądanie FUSE_SYMLINK zawierające bezwzględną ścieżkę hosta jako nazwę nowego dowiązania symbolicznego jest realizowane poza skonfigurowanym współdzielonym katalogiem — co klasyfikuje się jako path traversal (CWE-22, CWE-36). Pozwala to gościowi na tworzenie należących do root dowiązań symbolicznych w wrażliwych lokalizacjach hosta, np. /etc/cron.d, wskazujących na kontrolowany przez atakującego plik crontab dostępny przez przestrzeń montowania procesu. W efekcie demon cron hosta wykonuje wskazany payload jako root hosta.
Atakujący uzyskuje wykonanie dowolnego kodu z uprawnieniami root na hoście, całkowicie przekraczając granicę izolacji Kata Containers. Możliwe jest przejęcie pełnej kontroli nad systemem hostującym kontenery.
Należy zaktualizować Kata Containers do wersji 3.31.0 lub nowszej, w której podatność została naprawiona. Szczegóły dostępne w referencjach producenta: GHSA-2gv2-cffp-j227.
Kata Containers w konfiguracji runtime-rs ze standalone virtio-fs, wersje przed 3.31.0
Podatność wymaga uprzedniego uzyskania uprawnień root wewnątrz gościa (PR:H w wektorze CVSS), co stanowi warunek wstępny ataku. Informacja o podatności została opublikowana również na liście oss-security w maju 2026 roku.
CVSS:4.0/AV:L/AC:L/AT:N/PR:H/UI:N/VC:H/VI:H/VA:N/SC:H/SI:H/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X