Podatności Podman

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.

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.

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.

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.

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).

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.

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ść.

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).

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.

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.