CVE-2025-13743

W Docker Desktop dla Windows z backendem WSL2 nieuprzywilejowany kontener Linux może użyć 32-bitowego wywołania socketcall, aby obejść domyślne ograniczenie seccomp na AF_VSOCK. Może to ujawnić usługi hosta oraz pliki Windows dostępne dla zalogowanego użytkownika. Problem dotyczy x86-64 WSL2; backendy oparte na LinuxKit nie są dotknięte.

Docker Desktop przed wersją 4.97.0 mógł zapisywać klucze API firm trzecich oraz tokeny dostępu OAuth w postaci jawnej w lokalnych logach aplikacji i pakietach diagnostycznych z powodu niewystarczającej redakcji danych IPC. Atakujący z dostępem do odczytu tych plików mógł uzyskać poświadczenia; tokeny OAuth nie są tokenami konta Docker. Wersje 4.94.0 i 4.95.0 naprawiły znane ścieżki logowania, ale logi z poświadczeniami mogą pozostać po aktualizacji, a wersja 4.97.0 usuwa problem i obejmuje czyszczenie istniejących logów i zrzutów awarii.

W Docker Desktop 4.76.0 naprawiono błąd powodujący panikę maszyny wirtualnej (VM panic) w module jądra grpcfuse, wywołaną przez nieograniczoną rekurencję podczas tworzenia głęboko zagnieżdżonych katalogów w zamontowanym folderze hosta i wyzwoleniu zdarzenia unieważnienia dentry.

Flaga --use-api-socket w Docker CLI omija ograniczenia Enhanced Container Isolation (ECI) w Docker Desktop. Gdy ECI jest włączone, montowanie gniazda Dockera z kontenerów jest domyślnie blokowane, chyba że jawnie dozwolone w konfiguracji admin-settings. Flaga --use-api-socket dodaje montowanie gniazda przez pole HostConfig.Mounts zamiast HostConfig.Binds, a mechanizm ECI sprawdza tylko Binds, co pozwala na niekontrolowane montowanie. Daje to kontenerowi pełny dostęp do gniazda silnika Dockera, a jeśli użytkownik hosta jest zalogowany do rejestrów kontenerów, także do jego poświadczeń uwierzytelniających.

Docker Desktop Installer.exe jest podatny na przejęcie DLL z powodu niebezpiecznej kolejności wyszukiwania DLL. Instalator szuka wymaganych bibliotek DLL w folderze Pobrane użytkownika przed sprawdzeniem katalogów systemowych, co umożliwia lokalną eskalację uprawnień poprzez umieszczenie złośliwej biblioteki DLL. Problem dotyczy Docker Desktop do wersji 4.48.0.

W Docker Desktop 4.46.0 z włączonym Enhanced Container Isolation (ECI) i używaną funkcją ograniczania komend, konfiguracja ograniczeń była ignorowana, co pozwalało na wykonanie dowolnych komend na Docker socket. Dotyczy to tylko kontenerów, którym administrator jawnie zezwolił na montowanie Docker socket.