Podatności Docker Sandboxes

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.

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.

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.

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.

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.