CVE-2026-19730
ŚrednieCVSS 4.2Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 5 - wyżej niż 5% wszystkich znanych CVE
Streszczenie
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.
Ocena ryzyka
Ryzyko polega na tym, że niepożądane opcje bezpieczeństwa (np. AddCapability) lub dodatkowe montowania wolumenów mogą pozostać aktywne po aktualizacji Quadletu, co może prowadzić do niezamierzonego ujawnienia danych w kontenerach lub eskalacji uprawnień.
Rekomendacja
Zaleca się natychmiastową aktualizację Podmana do wersji zawierającej poprawkę oraz ręczne sprawdzenie plików Quadlet po użyciu 'install --replace' pod kątem nieoczekiwanych treści. Do czasu aktualizacji należy unikać tego polecenia lub stosować obejście polegające na usunięciu pliku przed instalacją.
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-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)
The 'podman quadlet install --replace' command opens the existing destination file with O_CREATE|O_WRONLY but omits O_TRUNC. When the initial reflink copy attempt fails (common on non-reflink-capable filesystems including many RHEL default XFS configurations), the fallback in ReflinkOrCopy uses io.Copy which performs a non-truncating write. If the original Quadlet is larger than the new Quadlet, the file is not truncated and content from the original is preserved. The command completes with no warning. There is no risk of information leakage as the user already had access to the Quadlet in order to replace it, and in most cases, this would only lead to invalid Quadlet files. However, security-related options from the end of the old Quadlet could be included in the new Quadlet, and if the truncation resulted in a valid Quadlet file, this could result in undesirable behavior. For example, running podman quadlet install --replace to remove a single line from the end of a Quadlet - including security-sensitive content, like AddCapability - will fail, and the option will continue to be used. Further, with Volume Quadlets, this can include additional mounts which can cause content to be unintentionally exposed into containers. If, later, the image is updated then compromised content might be leaked to an attacker. The vulnerable code paths are in pkg/domain/infra/abi/quadlet.go (lines 338-360, O_CREATE|O_WRONLY without O_TRUNC) and vendor/go.podman.io/storage/pkg/fileutils/reflink_linux.go (lines 12-19, non-truncating io.Copy fallback).
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS