CVE-2026-105452
ŚrednieCVSS 5.9Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 3 - wyżej niż 3% wszystkich znanych CVE
Streszczenie
Docker Sandboxes mogły przekazywać poświadczenia dostarczone przez klienta wraz z poświadczeniem wstrzykniętym przez hosta przez proxy egress. Proxy usuwało alternatywne poświadczenia tylko wtedy, gdy ich wartości pasowały do znanych wartości sentinel, więc niezaufany kod w autoryzowanym sandboxie mógł dostarczyć nierozpoznane poświadczenie w innym obsługiwanym nagłówku autoryzacji. Dla dotkniętych usług zewnętrznych mogło to uwierzytelnić żądanie na koncie kontrolowanym przez atakującego i ujawnić dane zawarte w żądaniu.
Ocena ryzyka
Atakujący może wykorzystać tę podatność do uwierzytelnienia żądań na koncie atakującego, co może prowadzić do ujawnienia danych przesyłanych w żądaniach do zewnętrznych usług. Może to naruszyć integralność i poufność danych.
Rekomendacja
Zaktualizuj Docker Sandboxes do wersji z poprawką, która zapewnia usuwanie wszystkich alternatywnych poświadczeń niezależnie od ich wartości. Dodatkowo monitoruj żądania wychodzące z sandboxów pod kątem nietypowych nagłówków autoryzacji.
Inne podatności w Docker Sandboxes
Zobacz wszystkie- CVE-2026-77179Krytyczne
W systemie macOS serwer hosta virtio-fs używany przez Docker Sandboxes nieprawidłowo podąża za dowiązaniami symbolicznymi przy ponownym otwieraniu usuniętego pliku ze zapisanej ścieżki. Złośliwy gość może zastąpić katalog nadrzędny dowiązaniem symbolicznym, wydostać się ze współdzielonego obszaru roboczego i odczytać lub zmodyfikować dowolne pliki hosta jako użytkownik VMM. Problem naprawiono w wersji 10.08.0.
- CVE-2026-105570Średnie
Docker Sandboxes porównywały nazwy hostów punktów końcowych tokenów OAuth w sposób uwzględniający wielkość liter przy decydowaniu, czy maskować odpowiedzi zarządzanych poświadczeń, podczas gdy routing żądań traktował nazwy DNS bez uwzględniania wielkości liter. Niezaufany kod w sandboxie mógł użyć nazwy hosta z różną wielkością liter, aby dotrzeć do prawdziwego punktu końcowego dostawcy, omijając maskowanie odpowiedzi. Jeśli użytkownik ukończył przepływ OAuth, tokeny dostępu i odświeżania dostawcy mogły zostać zwrócone bez maskowania do sandboxa, ujawniając poświadczenia zarządzane przez hosta.
- CVE-2026-101998Średnie
Docker Sandboxes mogły zawieść w trybie otwartym podczas maskowania poświadczeń w chronionych odpowiedziach proxy. Gdy odczyt treści odpowiedzi zwracał dane wraz z błędem, dotknięte procedury mogły przekazywać niezmaskowane bajty. Kod wewnątrz autoryzowanego sandboxa mógł to wykorzystać do odzyskania zarządzanych przez hosta tokenów OAuth dostępu i odświeżania lub pochodnego klucza API Anthropic, który miał pozostać poza sandboxem.
- CVE-2026-79994Wysokie
Przekaźnik gniazd Unix-domain między gościem a hostem w Docker Sandboxes sprawdza, czy ścieżka gniazda znajduje się w autoryzowanym obszarze roboczym, ale później łączy się ponownie używając nazwy ścieżki. Złośliwy gość może zastąpić katalog pośredni dowiązaniem symbolicznym między walidacją a połączeniem, co powoduje, że host łączy się z dowolnym gniazdem AF_UNIX poza współdzielonym obszarem roboczym. Może to ujawnić dane lub możliwości strony hosta udostępniane przez docelowe gniazdo.
- CVE-2026-18171Średnie
Docker Sandboxes (sbx) stosuje intencję tylko-do-odczytu dla montowania hosta tylko do powiązania kontenera w gościu: bazowe uprawnienie virtio-fs na krawędzi hosta jest dodawane do listy dozwolonych polityk sandboxa bez trybu dostępu. Katalog pozostaje zapisywalny w ścieżce współdzielonego eksportu, więc nieuprzywilejowany kod wewnątrz sandboxa może wyprowadzić tę ścieżkę i zapisywać do katalogu hosta, który operator podłączył jako tylko-do-odczytu.
- CVE-2026-12539Średnie
Podatność w Docker Sandboxes (sbx) polega na tym, że blokada ruchu ICMP (egress) jest stosowana tylko podczas tworzenia sieci, ale nie jest ponownie aplikowana po restarcie demona Dockera. W rezultacie sandbox, który przetrwa restart, umożliwia wysyłanie pakietów ICMP do dowolnych hostów.
- CVE-2026-12039Średnie
Podatność w Docker Sandboxes (sbx) pozwala na ominięcie listy dozwolonych domen HTTP/S poprzez wykorzystanie tunelowania DNS. Wbudowany serwer DNS przekazuje zapytania do hosta bez sprawdzania polityki, co umożliwia nieufnemu obciążeniu eksfiltrację danych zakodowanych w etykietach DNS.
Oryginalny opis (angielski, źródło NVD)
Docker Sandboxes could forward a client-supplied credential alongside a credential injected by the host egress proxy. The proxy removed alternate credentials only when their values matched known sentinel values, so untrusted code in an authorized sandbox could supply an unrecognized credential in another supported authentication header. For affected upstream services, this could authenticate the request to an attacker-controlled account and expose data included in the request.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

