CVE-2026-120306

Beta9 zamienia każde polecenie powłoki w definicji obrazu dzierżawcy na wiersz RUN pliku Dockerfile i wykonuje je za pomocą programu Buildah w procesie roboczym kompilacji. Obraz procesu roboczego ustawia BUILDAH_ISOLATION=chroot i żadne wywołanie kompilacji nie przechodzi opcji --isolation, więc ten krok zmienia jedynie katalog główny systemu plików. Zachowuje przestrzenie nazw PID, sieci, IPC i użytkownika modułu roboczego, działa z identyfikatorem UID 0 i przechowuje CAP_DAC_OVERRIDE. PID 1, w którym procfs jest punktem wejścia procesu roboczego, więc /proc/1/root jest systemem plików kontenera procesu roboczego i można go zapisywać. Ten system plików zawiera pliki binarne runc, buildah i runsc, których proces roboczy używa do uruchamiania kontenerów dzierżawy, token konta usługi Kubernetes pracownika oraz katalogi hosta zamontowane w zasobniku. Workery są uprzywilejowane. Kompilacje warstwowe Clip v2 są domyślne, więc dzierżawca z tokenem obszaru roboczego osiąga to, przesyłając jedną kompilację obrazu. Dowód tylko do odczytu potwierdził współdzielone przestrzenie nazw CAP_DAC_OVERRIDE i to, że plik binarny runc procesu roboczego jest widoczny w /proc/1/root. Naprawiono w wersji roboczej 0.1.756: kroki Buildah RUN, w tym mkdir WORKDIR, korzystają z izolacji OCI z prywatnymi przestrzeniami nazw PID, IPC i sieciowymi, a wartości ARG dzierżawy są przekazywane tylko do kontenera kompilacji.