3 Levels of WiFi Hacking

Személyeskedned is könnyebb volt 7 éve, meg most is könnyebb, ahelyett, hogy legalább részben megértenéd, amit mondtam.

Már bocs, de egy 22 perces NordVPN reklámot nem fogok mégegyszer végignézni és másodpercről másodpercre kijegyzetelni, hogy mennyi nettó hülyeség és pszeudo-igazság hangzik el benne. Vannak benne szikrái szakmailag helyes állításoknak, de a korrekt magyarázat áldozatul esett a forgatókönyvíró szellemeskedésének. Tök jó, hogy végig poénkodik a hipsztereken egy ... hipszter (#kifinomulthumor, #nagyometa), de 1-2 ilyen felesleges poén helyett befért volna alkalmanként kb 3-3 mondat, ami után már nem kell olyan szinten túlegyszerűsíteni a magyarázatot, hogy már hibás lesz.

Csak kb emlékezetből:

- Az egész video összemos két fő kérdéskört. Az egyik, hogy a "hacker" milyen felkészültségű, milyen munkamódszere van. A másik, hogy a hálózat melyik rétegét/protokollját támadja. Két független dolog.

- Az ARP spoofing magyarázatára én nem mertem volna vállalkozni a MAC címek és layer-2 legalább említésszintű bevezetése nélkül. Nem is sikerült neki. Valami olyan példán keresztül magyarázza, hogy Bob a WC van-e vagy bárpultnál. Ez leginkább a Wifi L2 management frame-einek felel meg. Kb a Probe request és RTS, CTS, esetleg a Beamforming vagy Beacon frame-ekre lehet ráhúzni ezt a példát, az ARP-re nem. Pedig elég sok időt eltökölt ezzel a témával, ennyi erővel akár jól is elmagyarázhatta volna. Pláne, hogy valamikor később mégis előkerülnek a MAC címek.

- Véd-e a NordVPN ellene? Igazából maga a támadás ellen nem véd. Annyit ér el, hogy a támadást denial of service szintre redukálja, vagy legalább detektálhatóvá teszi. (Tekintsük ezt részemről szőrszálhasogatásnak)

- Esetleg érdemes lett volna megemlíteni, hogy ez ellen tehet egyet s mást az üzemeltető, pl letiltja a kliensek közötti peer to peer kommunikációt a wifi access pointon. (Igen, ha több AP bridge-elve van, akkor ezt ki lehet játszani.)

- Evil twin attack. Itt valamit hablatyolt azzal, hogy a drivereket kell installálni és hogy ez mekkora probléma. Namost ha egy black-hat hackernek problémát jelent a driver installálás... szóval ne vicceljünk már. És ez asszem többször visszatérő "running joke" volt a videóban. Én nagyjából sejtem, hogy mi lehetett a valós mondanivaló mögötte, mielőtt a forgatókönyvíró összebarmolta. Sok wifi adapter firmware-je nem ad szabad alacsonyszintű hozzáférést a 802.11 management frame-ekhez (ez a raw ill. monitor mode), ezért kifejezetten a 802.11 low-level támadásokat nem tudod random laptopról vagy telefonról kivitelezni. Emiatt van létjogosultsága a dedikált támadó hardvereknek, ami a videóban elő is kerül. Megintcsak ennyi erővel el lehetett volna magyarázni helyesen is. A logikája megmaradt, hogy "driverekkel van valami" -> "dedikált hardver", itt is gondolom az eredeti draftot még hozzáértő írta.

- Előkerül a "captive portal", meg hogy feldobja a "Google logint". Azt meg lehetett volna említeni, hogy ez a fajta támadás azért működik, mert van olyan legitim megoldás, hogy egy wifi üzemeltető egy külső SSO szolgáltatót használ autentikációra.

- Meg lehetett volna említeni, ami egy pillanatra látszott a képernyőn (na ezt kíváncsiságból kikerestem 7:34-nél van) hogy a MacOS sajnos a captive portal-t egy teljesen jellegtelen widget-mentes ablakban nyitja meg, amin semmi nem utal arra, hogy az egy böngésző lenne. Nincs address bar, nincs certificate megjelenítés, semmi. Feltételezem Safari engine fut mögötte.

- Azt sem ártana megemlíteni, hogy a captive portal-os támadásnál sütheted a VPN-edet. Ha "jól" van megcsinálva a hálózat, akkor amíg nem lépsz be, addig a VPN szolgáltatód felé egy csomagod sem fog átmenni.

- Ha a böngésződben van sebezhetőség (lásd mai hír: https://hup.hu/cikkek/20240123/az_apple_javitast_adott_ki_kritikus_aktivan_kihasznalt_0day_serulekenyseghez_iphone-t_mac-et_frissiteni), akkor a hamis captive portal akár zero-click jellegű támadást is bevihet. A VPN megintcsak ezellen nem véd.

- Előkerülnek a dnsmasq meg a hostapd. Az előadásmód eléggé azt sugallta, hogy ezek valami "hacker toolok". Megintcsak érdemes lett volna megemlíteni, hogy az otthoni routerek kb 100%-án ugyanezek a szoftverek futnak teljesen legitim használati esetben. Csak ne lepődjön meg senki, ha megtudja, hogy "úristen ez nálam is fut a routeren, akkor biztos feltörtek a hackerek". :)

- DNS spoofing, asszem ezt relatíve jól mondta el. De utána hirtelen in medias res jött, hogy átveheti a kontrollt a webkamerád felett, meg ilyesmi. Azért itt hirtelen átugrottunk pár dolgot, ehhez kell még 1-2 további sebezhetőség, hogy sikerüljön. Meg lehetett volna említeni, hogy a TLS certificate-ek nem fognak stimmelni és ezt észre kell vegyed, stb. DNS over HTTPS és tárasi is léteznek már. Megint nemcsak a NordVPN az egyetlen megoldás.

- WPA jelszó feltörés. Húúú itt megint ugrottunk párat, 4-way handshake-et capture-öli aircrack-ng-vel és már meg is van a wifi jelszavad. Hát nem ilyen egyszerű. Ha kifejezetten insecure beállítás van (régi RC4 crypto meg CCMP mód), még akkor sem.

- Deauthentication támadás, nem igazán van elmondva, hogy ennek mi is a szerepe az egészben. Arról nem beszélve, hogy a WPA3 elég sok szempontból véd ez ellen a támadási forma ellen.

- Eleve figyelmeztetés nélkül ugrottunk egy támadási scenario-t. A wifi jelszó feltörése a coffee shopos falra felírt wifi jelszós példában valahogy értelmetlen.

- Ja és persze sok szerencsét, hogy VPN-nel védekezzél a wifi jelszó feltörési kísérletek ellen.