CVE-2024-3056
WysokieCVSS 7.7Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 45 - wyżej niż 45% wszystkich znanych CVE
Streszczenie
W Podman występuje luka pozwalająca atakującemu na utworzenie specjalnie spreparowanego kontenera, który współdzieląc IPC z innym kontenerem, tworzy dużą liczbę zasobów IPC w /dev/shm. Złośliwy kontener wyczerpuje zasoby aż do zabicia przez OOM, a utworzone zasoby IPC pozostają w przestrzeni nazw IPC, co przy automatycznym restarcie prowadzi do wyczerpania pamięci systemu.
Ocena ryzyka
Może to doprowadzić do ataku typu denial of service opartego na pamięci, powodując niedostępność systemu hosta i uruchomionych na nim usług.
Rekomendacja
Zaktualizuj Podman do wersji zawierającej poprawkę oraz unikaj konfiguracji --restart=always dla kontenerów współdzielących IPC z niezaufanymi kontenerami.
Inne podatności w Podman
Zobacz wszystkie- CVE-2026-94603Krytyczne
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.
- 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)
A flaw was found in Podman. This issue may allow an attacker to create a specially crafted container that, when configured to share the same IPC with at least one other container, can create a large number of IPC resources in /dev/shm. The malicious container will continue to exhaust resources until it is out-of-memory (OOM) killed. While the malicious container's cgroup will be removed, the IPC resources it created are not. Those resources are tied to the IPC namespace that will not be removed until all containers using it are stopped, and one non-malicious container is holding the namespace open. The malicious container is restarted, either automatically or by attacker control, repeating the process and increasing the amount of memory consumed. With a container configured to restart always, such as `podman run --restart=always`, this can result in a memory-based denial of service of the system.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS