Nemrégiben kiderült, hogy felfedeztek egy módszert , amely lehetővé teszi a támadók számára, hogy a DHCP protokoll beépített funkcióit kihasználva kényszerítsék ki a felhasználó forgalmát a VPN-alagútjukból.
A „TunnelVision” névre keresztelt új támadási módszer lehetővé teszi az áldozat forgalmának átirányítását a támadó gazdagépén keresztül (feltéve, hogy a támadó hozzáfér a helyi hálózathoz, vagy vezeték nélküli hálózatot irányít).
Fontos megjegyezni, hogy a helyi útvonalválasztási változtatások ötlete nem új keletű , és gyakran alkalmazzák a DNS-kiszolgálók hamisítására irányuló támadásokban. Például a TunnelCrack, amely egy alapértelmezett átjárón keresztül irányította át a forgalmat, az összes tesztelt iOS VPN-klienst, valamint a macOS, Windows, Linux és Android VPN-eket is érintette.
A TunnelVisionról
Megemlítik, hogy a TunnelVision lényege, hogy a támadó elindíthatja saját DHCP-kiszolgálóját , és azt felhasználhatja információk küldésére a kliensnek az útvonal megváltoztatása érdekében . Konkrétan a támadó a statikus útvonalinformációk továbbítására szolgáló DHCP 121-es opciót használhatja az áldozat gépén lévő útvonaltáblázat módosítására és a forgalom VPN-en keresztüli irányítására.
A kutatás célja az volt, hogy tesztelje ezt a technikát a modern VPN-szolgáltatókkal szemben, hogy meghatározza a sebezhetőségüket, és értesítse a nagyközönséget a problémáról. Ezért állapodtunk meg a CISA-val, hogy CVE-t nyújtunk be, amikor közöljük velük, és ezért döntöttünk úgy, hogy elnevezzük a sérülékenységet.
Az átirányítást úgy érik el, hogy az /1 előtagú alhálózatokhoz útvonalsorozatot konfigurálnak , amelyek magasabb prioritásúak, mint az alapértelmezett /0 előtagú útvonal. Következésképpen a VPN-hez konfigurált virtuális hálózati interfész helyett a forgalom a fizikai hálózati interfészen keresztül a támadó helyi hálózaton lévő gazdagépére lesz irányítva.
A VPN-en keresztüli küldés helyett a forgalom egyszerű szövegként, alagút nélkül kerül a támadó rendszerére. Ez a probléma minden olyan VPN-klienst érint, amely nem használ izolált hálózati névtereket a forgalom alagútba irányítására, vagy amely nem hoz létre olyan csomagszűrési szabályokat, amelyek tiltják a VPN-forgalom meglévő fizikai hálózati interfészeken keresztüli irányítását.
A TunnelVision bármely olyan rendszeren futtatható, amely támogatja a DHCP 121-es opcióját , beleértve a Linux, Windows, iOS és macOS rendszereket, függetlenül a használt VPN protokolltól (Wireguard, OpenVPN, IPsec) és az alkalmazott titkosítócsomagtól.
Megemlítik, hogy az Android nem érzékeny erre a támadásra, mivel nem dolgozza fel a DHCP 121-es opcióját . Bár a támadás lehetővé teszi a forgalomhoz való hozzáférést, nem teszi lehetővé a kapcsolatok lehallgatását vagy a biztonságos alkalmazásszintű protokollokon, például a TLS-en és az SSH-n keresztül továbbított tartalom meghatározását. Például a támadó nem tudja meghatározni a HTTPS-en keresztül küldött kérések tartalmát, de megértheti, hogy mely szerverekre küldik a kéréseket.
A támadások elleni védelem érdekében számos intézkedés valósítható meg a csomagszűrés szintjén: tiltható a VPN interfészre szánt csomagok más hálózati interfészeken keresztüli küldése, blokkolhatók a DHCP csomagok a 121-es opcióval, VPN használható egy különálló virtuális gépen vagy a külső hálózattól elkülönített konténeren belül, vagy speciális alagút-konfigurációs módok, amelyek Linux hálózati névtereket használnak.
Az útvonalak hamisítására egy speciálisan tervezett USB-adaptert is kifejlesztettek , amely egy hálózati adapter működését szimulálja, és amikor DHCP-n keresztül csatlakozik egy számítógéphez, átjáróként deklarálja magát. Továbbá, amikor az átjáró a támadó irányítása alatt áll (például amikor egy áldozat egy támadó által irányított vezeték nélküli hálózathoz csatlakozik), egy olyan technikát fejlesztettek ki, amely olyan csomagokat juttat az alagútba, amelyeket a VPN hálózati interfészről származónak érzékel. Számos szkriptet is publikáltak az ilyen támadások kísérletezésére.
Végül, ha többet szeretnél megtudni erről , a részleteket az alábbi linken találod.