Nedávno bylo odhaleno, že byla objevena metoda , která útočníkovi umožňuje vynutit odpojení uživatele od VPN tunelu pomocí vestavěných funkcí protokolu DHCP.
Tato nová metoda útoku s názvem „TunnelVision“ umožňuje přesměrování provozu oběti přes hostitele útočníka (za předpokladu, že má útočník přístup k lokální síti nebo ovládá bezdrátovou síť).
Je důležité poznamenat, že myšlenka lokálních změn směrování není nová a běžně se používá při útocích určených k falšování DNS serverů. Například TunnelCrack, který přesměrovával provoz přes náhradní výchozí bránu, ovlivnil všechny testované klienty VPN pro iOS, stejně jako VPN pro macOS, Windows, Linux a Android.
O TunnelVision
Uvádí se, že podstata TunnelVision spočívá v tom, že útočník může spustit vlastní DHCP server a použít ho k odesílání informací klientovi za účelem změny směrování . Konkrétně může útočník použít DHCP opci 121, která je určena k přenosu statických informací o trase , k úpravě směrovací tabulky na počítači oběti a směrování provozu bez použití VPN.
Účelem tohoto výzkumu bylo otestovat tuto techniku proti moderním poskytovatelům VPN, abychom zjistili jejich zranitelnost a informovali širokou veřejnost o tomto problému. To je důvod, proč jsme se s CISA dohodli na podání CVE, když jim to sdělíme, a proč jsme se rozhodli zranitelnost pojmenovat.
Přesměrování se dosáhne konfigurací série tras pro podsítě s prefixem /1 , které mají vyšší prioritu než výchozí trasa s prefixem /0. V důsledku toho bude provoz namísto virtuálního síťového rozhraní nakonfigurovaného pro VPN směrován přes fyzické síťové rozhraní k hostiteli útočníka v lokální síti.
Místo odesílání přes VPN je provoz odesílán v prostém textu bez tunelu do systému útočníka. Tento problém se týká všech klientů VPN, kteří nepoužívají izolované jmenné prostory sítě k směrování provozu do tunelu nebo kteří nestanoví pravidla filtrování paketů, která zakazují směrování provozu VPN přes existující fyzická síťová rozhraní.
TunnelVision lze provádět na jakémkoli systému, který podporuje DHCP option 121 , včetně Linuxu, Windows, iOS a macOS, bez ohledu na použitý VPN protokol (Wireguard, OpenVPN, IPsec) a použitou šifrovací sadu.
Uvádí se, že Android není vůči tomuto útoku náchylný, protože nezpracovává volbu 121 v DHCP . Útok sice umožňuje přístup k provozu, ale neumožňuje zachycení připojení ani určení obsahu přenášeného prostřednictvím zabezpečených protokolů na úrovni aplikací, jako jsou TLS a SSH. Útočník například nemůže určit obsah požadavků odesílaných přes HTTPS, ale může pochopit, na které servery jsou požadavky odesílány.
Pro ochranu před útokem lze na úrovni filtrování paketů implementovat několik opatření: zákaz odesílání paketů určených pro rozhraní VPN přes jiná síťová rozhraní, blokování paketů DHCP s volbou 121, použití VPN v rámci samostatného virtuálního počítače nebo kontejneru izolovaného od externí sítě nebo použití speciálních režimů konfigurace tunelu, které využívají jmenné prostory sítě Linux.
Pro falšování tras byl také vyvinut speciálně navržený USB dongle , který simuluje činnost síťového adaptéru a po připojení k počítači přes DHCP se deklaruje jako brána. Navíc, když je brána pod kontrolou útočníka (například když se oběť připojí k bezdrátové síti ovládané útočníkem), byla vyvinuta technika pro vkládání paketů do tunelu, které jsou vnímány jako pocházející z rozhraní sítě VPN. Bylo také publikováno několik skriptů pro experimentování s těmito útoky.
A konečně, pokud se chcete o tomto tématu dozvědět více , podrobnosti naleznete na následujícím odkazu.