CVE-2026-94603
KrytyczneCVSS 10.0Streszczenie
Podman od wersji 4.4.0 do 5.8.8 i 6.1.3 traktuje obraz z adnotacją io.podman.annotations.checkpoint.runtime.name jako checkpoint i po cichu ignoruje ograniczenia tworzenia kontenera podane przez użytkownika, takie jak --cap-drop=ALL. Pozwala to na wybór słabszych ustawień sandboxa i uprawnień przez obraz. Kontenery rootless nie są objęte problemem, ponieważ checkpoint i restore są w tym trybie niedostępne. Problem naprawiono w wersjach 5.8.8 i 6.1.3.
Ocena ryzyka
Atakujący mogący dostarczyć obraz może obejść ograniczenia bezpieczeństwa kontenera i uzyskać nadmierne uprawnienia, co zwiększa ryzyko eskalacji uprawnień i przejęcia hosta.
Rekomendacja
Zaktualizuj Podman do wersji 5.8.8 lub 6.1.3 (albo nowszej) oraz unikaj uruchamiania niezaufanych obrazów z adnotacjami checkpoint.
Inne podatności w Podman
Zobacz wszystkie- CVE-2025-11395Średnie
W Podmanie wykryto lukę. Jeśli atakujący może przekazać spreparowane archiwum tar do polecenia `podman load`, może utworzyć pliki na maszynie hosta z uprawnieniami użytkownika uruchamiającego Podmana.
- CVE-2026-19730Średnie
Polecenie 'podman quadlet install --replace' otwiera istniejący plik Quadlet bez flagi O_TRUNC, co przy braku wsparcia reflink (np. domyślny XFS w RHEL) prowadzi do niepełnego nadpisania pliku. Jeśli nowy Quadlet jest krótszy niż oryginał, stare dane pozostają na końcu pliku, a polecenie kończy się bez ostrzeżenia.
- CVE-2026-57231Wysokie
Podman od wersji 1.8.1 do 5.8.4 zawiera podatność, w której obraz kontenera z zmienną środowiskową zawierającą tylko klucz (bez wartości) może spowodować przekazanie tej zmiennej z hosta do kontenera. Użycie gwiazdki (*) jako klucza powoduje przekazanie wszystkich zmiennych środowiskowych hosta, co umożliwia złośliwemu obrazowi kradzież zmiennych środowiskowych Podmana z sesji uruchomienia kontenera.
- CVE-2026-33414Wysokie
Podman w wersjach 4.8.0 do 5.8.1 zawiera podatność na wstrzykiwanie poleceń w backendzie HyperV, gdzie ścieżka obrazu VM jest wstawiana do stringa PowerShell bez sanityzacji, umożliwiając wykonanie dowolnych poleceń PowerShell z uprawnieniami procesu Podman (na Windows SYSTEM).
- CVE-2025-4953Wysokie
W Podmanie wykryto podatność, w której dane zapisane do montowań typu `RUN --mount=type=bind` podczas budowania obrazu nie są odrzucane. Powoduje to, że pliki utworzone wewnątrz kontenera pojawiają się w tymczasowym katalogu kontekstu budowania na hoście, pozostając dostępne.
- CVE-2025-9566Wysokie
Podatność w Podman pozwala atakującemu na nadpisanie plików hosta za pomocą polecenia 'kube play', gdy plik kube zawiera wolumin typu Secret lub ConfigMap z dowiązaniem symbolicznym do ścieżki na hoście. Atakujący może kontrolować, który plik zostanie nadpisany, ale nie jego zawartość.
- CVE-2025-6032Wysokie
W Podmanie wykryto podatność polegającą na braku weryfikacji certyfikatu TLS podczas pobierania obrazów maszyn wirtualnych przez polecenie `podman machine init`. Umożliwia to atak typu Man-in-the-Middle (MITM).
- CVE-2024-11218Wysokie
Podatność w `podman build` i `buildah` umożliwia ucieczkę z kontenera przez wykorzystanie wyścigu z flagą --jobs=2 podczas budowania złośliwego Containerfile. Nawet przy włączonym SELinux możliwe jest wyliczanie plików i katalogów na hoście.
Oryginalny opis (angielski, źródło NVD)
Podman is a tool for managing OCI containers and pods. From 4.4.0 until 5.8.8 and 6.1.3, podman run treats an image carrying the io.podman.annotations.checkpoint.runtime.name annotation as a checkpoint and silently ignores user-supplied container creation restrictions such as --cap-drop=ALL, allowing image-controlled checkpoint state to select weaker sandbox settings and capabilities. Rootless containers are not affected because checkpoint and restore are unavailable in that mode. This issue is fixed in versions 5.8.8 and 6.1.3.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS