MIXED podał, że Codex CLI 0.163.0 opublikowano 15 października 2026 r. Jedna z opisanych zmian wymaga, by proxy sprawdziło uprawnienia do hosta, zanim rozwiąże jego nazwę przez DNS na potrzeby kontroli adresu. Wcześniej odrzucone żądanie mogło mimo to ujawnić nazwę hosta w zapytaniu DNS. MIXED opisał datę wydania, a mechanizm zmiany przedstawia pull request OpenAI Codex #51650.

Najpierw uprawnienia, potem sprawdzenie DNS

Proxy ma teraz wymagać dopasowania hosta do allowlisty albo zatwierdzenia przez politykę, zanim rozwiąże nazwę w celu sprawdzenia adresu. Po zatwierdzeniu ponownie kontroluje ograniczenia bazowe, więc sama zgoda polityki nie omija jawnych zakazów ani ograniczeń dotyczących adresów lokalnych i prywatnych. Po zatwierdzonym żądaniu CONNECT nadal sprawdza DNS dla wewnętrznych żądań HTTPS — także wtedy, gdy host nie został wcześniej zapisany na allowliście. PR #51650 opisuje testy sprawdzające, czy niezautoryzowane hosty nie wywołują zapytań DNS.

Odrębna zmiana dotyczy zarządzanego sandboxa Seatbelt w macOS. W tej konfiguracji możliwość lokalnego wiązania portu pozwalała również na zewnętrzny ruch DNS przez port 53. Opisany zestaw zmian usuwa zezwolenie na zewnętrzny DNS, zachowując lokalne wiązanie i dostęp do proxy przez loopback. Testy w pull requeście obejmują blokowanie zewnętrznego DNS przez UDP i TCP na porcie 53.

Dwa dodatkowe zabezpieczenia proxy

PrzypadekWarunek żądaniaZachowanie proxy
Kontrola DNSHost nie ma dopasowania na allowliście ani zgody politykiProxy sprawdza uprawnienia przed rozwiązywaniem nazwy na potrzeby kontroli adresu.
Wiele nagłówków HostŻądanie zawiera co najmniej dwa nagłówki Host, także o identycznej wartościProxy odrzuca je kodem HTTP 400 przed oceną polityki, przekazaniem żądania dalej lub trasowaniem przez gniazdo Unix.
Alias poświadczeń brokerowanychWybrane poświadczenie jest powiązane z hostem objętym hookiem inspekcji, a żądanie trafia do aliasu bez takiego hookaProxy odrzuca żądanie kodem HTTP 403 i oznaczeniem blocked-by-mitm-hook.

Reguła wielu nagłówków obejmuje zwykłe żądania HTTP i CONNECT, używane do zestawienia tunelu HTTPS. Testy opisane w PR #53506 sprawdzają identyczne i sprzeczne wartości Host w różnych formach żądania, w tym CONNECT; obejmują też przekazanie żądania z pojedynczym nagłówkiem i odrzucenie przed trasowaniem przez gniazdo Unix.

Kontrola aliasów dotyczy konkretnej sytuacji: wybrane poświadczenie brokerowane jest związane z hostem objętym inspekcją MITM, ale klient kieruje żądanie do aliasu bez tej ochrony. Sprawdzanie aliasu i wybór poświadczeń mają opierać się na tych samych kryteriach dotyczących celu, w tym skonfigurowanych prefiksów URL, bezpiecznych ścieżek, równoważnych poświadczeń, scalonych pól Basic Auth i zakresu środowiska. Testy w PR #52661 obejmują między innymi aliasy dostawców, adresy IPv6, wybór poświadczeń i przypadki niezwiązanych z żądaniem poświadczeń.