Wi-Fi: zabezpečení do hloubky

Bezdrátová bezpečnost bez příkras: jak doopravdy funguje WPA2 handshake a WPA3 (SAE), PMF, podniková autentizace 802.1X/EAP, captive portal a NAC, reálné útoky (evil twin, deauth, zachycení handshake, KRACK, WPS) a obrana (WIPS, detekce rogue AP, monitoring, segmentace).

Lekce 1: Proč Wi-Fi potřebuje víc

Útočník je v dosahu

Z kurzu 11 znáš klíčovou daň bezdrátu: rádiový signál neskončí u tvé zdi – přetéká na chodbu, na ulici i na parkoviště. To mění celou logiku bezpečnosti. U kabelu se útočník musí fyzicky připojit do zásuvky, projít vrátnicí, natáhnout kabel. U Wi-Fi mu stačí být v dosahu: sedne si s notebookem do auta před budovou a už je „na drátě" – pasivně poslouchá vzduch, aniž by cokoli vysílal, takže ho nemáš jak zachytit. A protože je vzduch sdílené médium, každý rámec, který proletí, může kdokoli v okolí zachytit do souboru a analyzovat později v klidu doma. Tenhle kurz proto bere bezpečnost Wi-Fi do hloubky: ne „zapni WPA2 a hotovo", ale co se doopravdy děje při handshake, proč sdílené heslo nestačí ve firmě a jak vypadají reálné útoky i obrana. Sim tyhle útoky nemodeluje (jsou koncepční, jako pokročilá bezpečnost v kurzu 8) – ale všechno, co si ukážeme, staví na tom, co sim umí: guest VLAN, firewall zóny, IDS/IPS.

Krok za krokem

Každý rámec z mobilu letí vzduchem – a rádiový signál neskončí u zdi.
Kdokoli v dosahu pasivně poslouchá a nahrává vzduch do souboru – nevysílá nic, nejde ho zachytit.
Proto Wi-Fi potřebuje víc vrstev obrany – šifrování, autentizaci, izolaci a detekci. To je náplň kurzu.

Co sdílené heslo neřeší

WPA2-PSK z kurzu 11 má jednu tichou slabinu, kterou doma přehlédneš, ale ve firmě je zásadní: všichni sdílejí jedno heslo. Zamysli se, co to znamená v praxi. Když heslo zná dvacet lidí, zná ho vlastně kdekdo – odejde zaměstnanec, heslo si odnese; nalepí se na monitor; pošle se přes chat. Odvolat ho jde jen jediným způsobem: změnit ho všem najednou a znovu ho rozdat do všech zařízení – bolest, kterou nikdo nedělá, takže heslo léta nikdo nemění. A co hůř: ze sdíleného hesla nepoznáš, kdo se vlastně připojil. Log ti řekne, že „někdo, kdo znal heslo" byl v síti – ne jestli Anna, Petr, nebo cizí notebook s uniklým heslem. Nejde ani odebrat přístup jednomu člověku, ani mu dát jinou VLANu než kolegovi. Sdílené heslo tedy řeší jen „pustit dovnitř toho, kdo zná tajemství" – a nic víc. Firma potřebuje identitu na osobu: individuální účty, možnost jednomu odebrat přístup a stopu, kdo/kdy byl připojen. Přesně to přináší 802.1X (lekce 3).

Krok za krokem

WPA2-PSK: jedno heslo pro všechny. Zná ho dvacet lidí → zná ho vlastně kdekdo.
Z logu nepoznáš, kdo byl v síti – jen „někdo, kdo znal heslo". Nejde odebrat přístup jednomu.
Firma potřebuje účet na osobu: odebrat přístup jednomu, dát mu vlastní VLANu, mít stopu kdo/kdy. To je 802.1X (lekce 3).

Vrstvy obrany Wi-Fi

Než se ponoříme do detailů, chci ti dát mapu, ať v příštích lekcích víš, kam co patří. Bezpečnost Wi-Fi není jeden vypínač, ale několik nezávislých vrstev, a každá řeší jiný typ útoku – proto se nedají zaměňovat. (1) Šifrování (WPA2/WPA3) chrání obsah rámců proti odposlechu v dosahu. (2) Autentizace (PSK nebo 802.1X/EAP) řeší, kdo smí dovnitř a jak silně to prokáže. (3) Ochrana řídicích rámců (PMF) brání podvržení deauth útoků. (4) Izolace a segmentace (guest VLAN, client isolation – znáš z kurzů 3 a 11) omezuje, kam se připojený dostane. (5) Detekce a provoz (WIPS, logy, monitoring) hlídá, co se ve vzduchu děje, a hlásí rogue AP nebo útok. Klíčová myšlenka celého kurzu: žádná vrstva sama nestačí. Silné šifrování ti nepomůže, když se klient připojí k falešnému AP; skvělá autentizace nezabrání odposlechu, když chybí PMF. Bezpečná Wi-Fi = vrstvy pohromadě, přesně jako defense in depth z kurzu 8.

Krok za krokem

Šifrování (WPA2/WPA3) skryje obsah rámců před odposlechem v dosahu. To je lekce 2.
Autentizace (PSK nebo 802.1X) řeší, kdo smí dovnitř. PMF chrání řídicí rámce. Lekce 2 a 3.
Izolace (guest VLAN, client isolation z kurzů 3/11) omezí, kam se připojený dostane. Lekce 4.
Detekce (WIPS, logy) hlídá vzduch. Pointa: žádná vrstva sama nestačí – teprve všechny pohromadě. Lekce 5 a 6.

▶ Otevřít v simulátoru

Lekce 2: Šifrování do hloubky

WPA2: čtyřcestný handshake

Když v kurzu 11 padlo „ze zachyceného handshake se láme heslo", možná tě napadlo: co ten handshake vlastně je? Rozeberme to krok po kroku, protože na tomhle stojí půlka útoků. Nejdřív se z tvého hesla a jména sítě (SSID) pomalou funkcí PBKDF2 odvodí PMK (Pairwise Master Key) – hlavní klíč, který je pro dané heslo+SSID vždy stejný. Samotné heslo ale přes vzduch nikdy neletí. Místo toho proběhne čtyřcestný handshake: (1) AP pošle klientovi náhodné číslo ANonce; (2) klient si vygeneruje vlastní SNonce, z PMK + obou nonců + MAC adres spočítá PTK (Pairwise Transient Key – klíč jen pro tuto relaci) a pošle SNonce spolu s MIC (kontrolní podpis dokazující, že zná PMK); (3) AP totéž spočítá a potvrdí; (4) klient odpoví ACK. Teprve PTK pak šifruje skutečný provoz – a je jiný pro každé připojení, i když heslo je pořád stejné. Krása je, že heslo se nikdy neposílá; ošklivost je, že celý handshake letí otevřeně a útočník ho může zachytit. Proč to vadí, ukáže hned další modul.

Krok za krokem

Z hesla a SSID se funkcí PBKDF2 odvodí PMK. Heslo samotné vzduchem nikdy neletí.
Zpráva 1: AP pošle klientovi náhodné číslo ANonce. Handshake začíná.
Zpráva 2: klient spočítá PTK (z PMK + nonců + MAC) a pošle SNonce s podpisem MIC.
Zprávy 3 a 4: AP potvrdí, klient odpoví ACK. Od teď šifruje provoz PTK – jiný pro každé připojení.

Zachycení handshake a offline útok

Teď to napínavé: proč stačí útočníkovi zachytit handshake? Vzpomeň, co v něm letí – ANonce, SNonce, MAC adresy a hlavně MIC (podpis dokazující znalost PMK). Útočník sedící v dosahu to všechno vidí a uloží. Sám heslo nezná, ale má nápad: zkusí ho uhodnout offline. Vezme slovo ze slovníku, spočítá z něj PMK, z PMK a zachycených nonců/MAC dopočítá PTK, z něj vytvoří MIC – a porovná ho se zachyceným. Sedí? Heslo je uhodnuté. Nesedí? Zkusí další slovo. A tady je pointa: tohle běží na jeho počítači, bez AP – takže rychlostí miliony pokusů za vteřinu, na GPU klidně miliardy. Žádný AP mu v tom nebrání, žádný „třikrát špatně a zámek". Krátké heslo („leto2024") padne za vteřiny; slovníkové slovo taky. Co nepadne? Dlouhé, náhodné, nesmyslné heslo – tam by útočník počítal déle, než vydrží vesmír. Ještě horší varianta bez klienta je PMKID útok: u některých AP si útočník potřebný materiál vyžádá tím, že sám zahájí asociaci, a získá ho hned z prvního rámce od AP – aniž by na síti musel být jakýkoli legitimní klient. Závěr do praxe: u WPA2-PSK rozhoduje délka a náhodnost hesla, nic jiného.

Krok za krokem

Handshake (nonce, MAC, MIC) letí vzduchem otevřeně. Útočník v dosahu ho uloží do souboru.
Doma útočník zkouší hesla offline – spočítá MIC a porovná. Bez AP → miliony pokusů za vteřinu.
Krátké nebo slovníkové heslo padne za vteřiny. PMKID útok zvládne i variantu bez legitimního klienta.
Obrana u WPA2-PSK je jediná: dlouhé náhodné heslo. U 16+ náhodných znaků by to útočník počítal déle, než vydrží vesmír – prakticky nikdy.

WPA3 a SAE

Offline útok z minulého modulu má jednu příčinu: z jednoho zachyceného handshake jde zkoušet libovolně mnoho hesel doma na počítači. WPA3 tuhle příčinu odstřihne u kořene. Nahrazuje starý PSK handshake výměnou klíčů SAE (Simultaneous Authentication of Equals, přezdívka Dragonfly). Podstata: každý pokus o uhodnutí hesla vyžaduje novou živou interakci s AP – nedá se počítat naslepo doma. Útočník tak musí zkoušet online, přes AP, které ho po pár špatných pokusech utne a zpomalí. Deset milionů hesel za vteřinu se mění na pár pokusů za minutu – rozdíl mezi „za víkend" a „za tisíc let". WPA3 navíc přidává dopřednou bezpečnost (forward secrecy): i kdyby útočník heslo později získal (třeba ho někdo prozradí), dřív zachycený provoz už nerozšifruje – každá relace měla svůj samostatný klíč, který z hesla zpětně nedopočítáš – klíč totiž nevzniká jen z hesla, ale i z jednorázové náhodné výměny obou stran, a ta se už nikdy nezopakuje. Pro férovost: výzkum Dragonblood (2019) našel u SAE nejen chyby konkrétních výrobců, ale i side-channely v tehdejším návrhu (metoda „hunting-and-pecking" prozrazovala heslo časováním a cache). Nešlo tedy čistě o princip ani čistě o výrobce – část byla ve specifikaci a opravila se až přechodem na novější metodu (hash-to-element). Poučení: i dobrý princip potřebuje dozrát; dnešní WPA3 je záplatované. Praktická rada zůstává z kurzu 11: WPA3 kde to jde, jinak WPA2 s dlouhým heslem.

Krok za krokem

Připomínka: u WPA2 stačí jeden zachycený handshake a hesla se zkouší doma bez omezení.
WPA3 (SAE): každý pokus o heslo vyžaduje živou interakci s AP → offline louskání odpadá.
Dopředná bezpečnost: i kdyby heslo později uniklo, dřív zachycený provoz už nerozšifruješ.
Dragonblood (2019): vedle chyb výrobců i side-channel v tehdejším návrhu SAE – opraveno novou metodou (hash-to-element).

PMF: ochrana řídicích rámců

Zatím jsme šifrovali data. Jenže Wi-Fi posílá i řídicí (management) rámce – „připojuji se", „odpojuji se", beacony – a ty šly historicky nešifrované a nepodepsané. To je díra, o kterou se opírá jeden z nejběžnějších útoků: deautentizace. Útočník pošle podvržený řídicí rámec „AP tě odpojuje" se zfalšovanou adresou AP – a klient poslušně spadne z Wi-Fi, protože nemá jak poznat, že rámec nebyl od AP. Zopakuje to každou vteřinu a oběť je trvale odstřižená; nebo ji tím donutí znovu se připojit a při tom zachytí čerstvý handshake (spojka na minulou lekci) nebo ji přehodí na svůj falešný AP (lekce 5). Řešením je PMF (Protected Management Frames, 802.11w): kryptograficky podepíše robustní řídicí rámce – tedy deauth, disassoc a robustní action rámce – takže podvržený deauth AP i klient zahodí – nemá platný podpis. Pozor na hranici: beacony a probe responses PMF nechrání (letí, ještě než je klient přidružený); na ně cílí až Beacon Protection ve WPA3. WPA3 PMF vynucuje (je povinné), WPA2 ho umí volitelně (a mělo by se zapnout). Bez PMF je deauth útok triviální; s PMF přestává fungovat. Je to malá vrstva s velkým dopadem – a přesně proto patří do „vrstev obrany" z lekce 1.

Krok za krokem

Wi-Fi posílá i řídicí rámce (připojení, odpojení). Historicky letí nepodepsané.
Deauth útok: útočník podvrhne rámec „AP tě odpojuje" – klient spadne. Umí ho odstřihnout i donutit k re-connectu.
PMF (802.11w) podepíše robustní řídicí rámce – podvržený deauth nemá platný podpis, klient ho zahodí. (Beacony chrání až Beacon Protection ve WPA3.)
WPA3 PMF vynucuje, WPA2 ho umí volitelně – a měl bys ho zapnout. Malá vrstva, velký dopad.

▶ Otevřít v simulátoru

Lekce 3: Podniková autentizace: 802.1X a EAP

802.1X a RADIUS

V lekci 1 jsme řekli, že firma potřebuje identitu na osobu, ne sdílené heslo. Nástroj, který to dělá, se jmenuje 802.1X – a je to obecný rámec pro port-based autentizaci (funguje stejně na kabelovém portu switche i na Wi-Fi). Hrají v něm tři role, zapamatuj si je, budou se opakovat: supplicant (žadatel = tvůj notebook/mobil), authenticator (dveřník = AP nebo switch) a authentication server (rozhodčí = RADIUS server, kde jsou účty). Trik je v tom, že AP samo nerozhoduje, kdo smí dovnitř – jen přenáší přihlašování mezi klientem a RADIUSem a čeká na verdikt. Dokud verdikt nepřijde, drží port zavřený: pustí jen samotnou autentizaci, nic jiného (žádné DHCP, žádná data). Zprávy autentizace se přenášejí protokolem EAP – ber ho jako obálku: EAP samotný jen přenáší ověřování, konkrétní způsob prokázání (tzv. metoda) se volí uvnitř – o metodách je další modul. Když RADIUS řekne „ano, je to Anna", AP port otevře a teprve pak přijde klasické DHCP a provoz. Výhoda oproti PSK je obrovská: účet je na osobu (odejde-li Anna, zrušíš jen její účet, heslo nikomu neměníš), a v logu RADIUSu je kdo/kdy se připojil. Tomuhle režimu se říká WPA2/WPA3-Enterprise (na rozdíl od -Personal, což je PSK).

Krok za krokem

Supplicant (klient) se hlásí u authenticatoru (AP). AP ale samo nerozhoduje – port drží zavřený.
AP přihlášení (EAP) jen přenese na RADIUS server a čeká na verdikt. Sám nic neposuzuje.
RADIUS ověří účet a vrátí verdikt „ano, Anna". Teprve teď AP port otevře.
Port otevřen → klasické DHCP a provoz. Účet je na osobu → v logu je kdo/kdy. To je WPA2/3-Enterprise.

EAP metody: TLS, PEAP, TTLS

802.1X řekne „ověřuj přes RADIUS", ale čím se klient prokáže? Tady nastupuje EAP – a není to jedna metoda, ale celá rodina; tři z nich musíš znát. EAP-TLS je nejsilnější: obě strany mají certifikát (klient i server) a prokazují se navzájem – žádná hesla, jen kryptografie. Cena za sílu je PKI: musíš vydat a spravovat certifikát na každé zařízení, což je náročné. Proto se často volí PEAP nebo EAP-TTLS: certifikát má jen server, klient se uvnitř šifrovaného TLS tunelu přihlásí jménem a heslem (typicky přes MSCHAPv2). Výhoda: hesla nasadíš snadno (uživatelé je znají), certifikáty řešíš jen na serveru. To je klíčový rozdíl: EAP-TLS = certifikát na obou stranách; PEAP/TTLS = certifikát na serveru + heslo v tunelu. Pozor ale na past, kterou rozebereme v dalším modulu: u PEAP/TTLS všechno stojí na tom, že klient ověří certifikát serveru – jinak pošle heslo komukoli, kdo se za server vydává. Z praxe: velké firmy míří na EAP-TLS (nejbezpečnější, ale drahé na správu), menší volí PEAP/TTLS pro jednoduchost – vždy ale se správně nastaveným ověřením serveru.

Krok za krokem

EAP-TLS: klient i server mají certifikát a prokazují se navzájem. Nejsilnější – žádná hesla.
Cena za sílu: PKI – certifikát musíš vydat a spravovat na každém zařízení. Náročné.
PEAP/TTLS: certifikát má jen server, klient pošle jméno+heslo uvnitř šifrovaného TLS tunelu. Snazší nasazení.
Past PEAP/TTLS: vše stojí na tom, že klient ověří certifikát serveru – jinak pošle heslo podvodníkovi (další modul).

Ověření identity serveru

Tenhle modul je krátký, ale nejdůležitější v celé lekci – je to nejčastější reálná chyba podnikové Wi-Fi. U PEAP/TTLS se klient prokazuje jménem a heslem uvnitř TLS tunelu. Tunel je bezpečný jen tehdy, když ho klient postaví ke správnému serveru. A tady je ta zrada: pokud klient neověřuje certifikát RADIUS serveru (nebo má zaškrtnuto „přijmout jakýkoli"), postaví tunel k čemukoli, co se za server vydává. Útočník proto postaví falešný AP + falešný RADIUS se stejným SSID, klient se k němu připojí, otevře tunel k útočníkovu serveru a pošle mu své jméno a heslo (resp. MSCHAPv2 challenge, kterou útočník offline dolomí). Tomuhle se říká útok na PEAP a je děsivě účinný, protože oběť nic nepozná – přihlášení „proběhne" normálně. Obrana je jasná a musí být vynucená centrálně: klient má mít nastaveno, kterému konkrétnímu certifikátu (které CA a kterému názvu serveru) věří – a jiný odmítnout. Nesmí to záležet na uživateli, který „odklikne varování". Proto se u EAP-TLS (kde se ověřují obě strany certifikátem) tenhle problém neobjeví – a proto velké firmy míří právě tam. Zapamatuj si: u PEAP/TTLS není ověření serveru volitelné, je to celá bezpečnost.

Krok za krokem

Správně: klient ověří certifikát RADIUSu a postaví tunel jen ke správnému serveru. Pak je heslo v bezpečí.
Útočník postaví falešný AP i RADIUS se stejným SSID. Klient bez ověření serveru se k němu připojí.
Klient otevře tunel k útočníkovu serveru a pošle mu jméno a heslo. Nic nepozná – přihlášení „proběhne".
Obrana: klient má centrálně vynuceno, které CA a názvu serveru věří – jiný odmítne. Nesmí to řešit uživatel.

Dynamické VLAN a účtování

802.1X umí ještě dvě věci, které z něj dělají provozní nástroj, ne jen dveřníka. První je dynamické přiřazení VLANy. Vzpomeň na kurz 3: VLANy oddělují světy (zaměstnanci, hosté, IoT). U PSK bys musel na každou VLANu vysílat jiné SSID. S 802.1X stačí jedno SSID a RADIUS spolu s verdiktem „ano, je to Anna" vrátí i „a patří do VLANy 10 (zaměstnanci)", kdežto brigádníka pošle do VLANy 30. AP klienta rovnou zařadí do správného segmentu – podle identity, ne podle sítě, ke které se připojil. To je elegantní: jedna Wi-Fi, ale každý skončí tam, kam podle své role patří. Druhá věc je accounting (účtování): RADIUS si vede záznam kdo, kdy, odkud a jak dlouho byl připojen a kolik dat přenesl. To je zlato pro provoz a bezpečnost – při incidentu (lekce 6) přesně dohledáš, které konto a které zařízení bylo v síti v inkriminovaný čas, a data pošleš do SIEM (kurz 8) ke korelaci. Tohle všechno je mimo dosah sdíleného hesla – a proto je 802.1X ve firmě standard. Sim dynamické VLANy přes RADIUS nemodeluje, ale samotné VLANy a jejich izolaci si postavíš přesně jako v kurzu 3.

Krok za krokem

RADIUS vrátí nejen „ano", ale i VLANu podle identity: Anna → VLAN 10, brigádník → VLAN 30.
AP klienta zařadí do správného segmentu podle role – jedno SSID stačí. VLANy a izolaci znáš z kurzu 3.
RADIUS vede accounting: kdo, kdy, odkud, jak dlouho, kolik dat. Zlato pro incident a SIEM (kurz 8).

▶ Otevřít v simulátoru

Lekce 4: Host, captive portal a NAC

Izolace hostů do hloubky

Guest VLANu znáš z kurzů 3 i 11: host se dostane jen na internet, na tvoje zařízení ne. Teď to vezmeme do hloubky, protože „mám guest SSID" ještě neznamená „mám to bezpečně". První vrstva je oddělení do vlastní VLANy/segmentu – host nevidí na NAS, tiskárnu, kamery. Druhá je client isolation: hosté nevidí ani na sebe navzájem (cizí zavirovaný notebook tak nenakazí notebook u vedlejšího stolu). Ale je tu i třetí, na kterou se zapomíná: samotná guest VLANa musí mít vlastní firewall pravidla. Když ji jen „oddělíš", ale povolíš jí ven cokoli, host ti může skenovat internet, rozesílat spam z tvojí IP nebo lézt na management rozhraní tvých zařízení, když jsou dostupná z venku. Proto se guest segment ošetřuje jako nedůvěryhodná zóna (přesně logika kurzu 5): default-deny všude kromě „ven na web (a jen porty, které host potřebuje)", žádný přístup do interních zón, ideálně i omezení pásma, ať ti host nesebere celou linku. Bonus z praxe: oddělit patří i IoT (chytré žárovky, kamery) – mají často děravý firmware a je jich hodně, takže jsou ideální odrazový můstek. V simulátoru si tuhle izolaci postavíš doslova: guest/IoT segment + firewall zóny + pravidla, a pingem ověříš, že se host k interním zařízením nedostane.

Krok za krokem

Vrstva 1: host je ve vlastní VLANě a na interní zařízení (NAS, tiskárna, kamery) nevidí (Kurz 3).
Vrstva 2: client isolation – hosté nevidí ani na sebe. Cizí zavirovaný notebook nenakazí souseda.
Vrstva 3: guest segment = nedůvěryhodná zóna (Kurz 5). Default-deny, jen ven na web, ideálně i limit pásma.
Bonus: oddělit patří i IoT – kamery a žárovky mají děravý firmware a je jich hodně. V simulátoru ověříš pingem.

Captive portal a walled garden

Znáš to z hotelu nebo letiště: připojíš se k Wi-Fi a vyskočí přihlašovací stránka – souhlas s podmínkami, číslo pokoje, e-mail. To je captive portal a je dobré vědět, co doopravdy dělá a co ne. Technicky funguje jako walled garden (ohrazená zahrada): dokud se nepřihlásíš, síť tě pustí jen na pár míst – na DNS a na samotný portál – a jakýkoli jiný web ti přesměruje na přihlašovací stránku. Po přihlášení firewall pro tvoje zařízení otevře cestu ven. Klíčové varování: captive portal NENÍ šifrování. Řídí jen přístup (kdo smí ven), ale nechrání obsah tvého provozu ve vzduchu – to je práce WPA2/WPA3, případně HTTPS o vrstvu výš. Portál na otevřené síti = pořád tě může soused odposlouchávat. Druhé riziko je zrcadlo evil twinu z lekce 5: falešný captive portal je ideální phishing – útočník postaví síť „Hotel-WiFi", zobrazí ti věrnou přihlašovací stránku a ty do ní naťukáš e-mail a heslo (nebo číslo karty za „prémiové připojení"). Poučení do praxe: do captive portálu nikdy nezadávej skutečné heslo k účtu, a jako provozovatel kombinuj portál se šifrováním – portál na řízení přístupu, WPA/HTTPS na ochranu obsahu.

Krok za krokem

Walled garden: dokud se nepřihlásíš, síť tě pustí jen na DNS a portál, zbytek přesměruje.
Po přihlášení firewall otevře cestu ven. Portál řídí jen přístup – kdo smí do internetu.
Pozor: portál není šifrování. Na otevřené síti tě soused pořád odposlechne – obsah chrání WPA/HTTPS.
Falešný captive portal na evil-twin síti = phishing. Nikdy do něj nezadávej skutečné heslo k účtu.

Enhanced Open a NAC

Otevřené sítě mají věčné dilema: heslo otravuje (kavárna ho nechce rozdávat), ale bez hesla je vzduch nešifrovaný a soused tě odposlechne. Řešením je Enhanced Open (OWE, Opportunistic Wireless Encryption): síť zůstane bez hesla, ale vzduch se automaticky zašifruje – každý klient dostane vlastní klíč, aniž by cokoli zadával. Odposlech souseda tím padá. Pozor na hranice: OWE neřeší falešný AP (nikdo se neautentizuje, takže se pořád můžeš připojit k evil twinu) – řeší jen odposlech. Je to ale jasné zlepšení oproti klasické otevřené síti a patří na každou „free WiFi", kde to zařízení podporují. Druhý pojem do slovníku je NAC (Network Access Control) – zastřešující přístup, jehož kusy (identita, stav zařízení, pravidla přístupu) jsi vlastně už celou lekci potkával – teď dostanou společné jméno. NAC neřeší jen „znáš heslo?", ale „kdo jsi a v jakém jsi stavu?": ověří identitu (802.1X), zkontroluje stav zařízení (má aktualizace? antivir? je to firemní notebook?), a podle toho přiřadí přístup – plný, omezený (jen na internet), nebo karanténu. Kombinuje tedy autentizaci, profilaci zařízení a dynamické VLANy do jedné politiky. V praxi je NAC to, co drží pohromadě „host vs zaměstnanec vs IoT vs neznámé zařízení" – a rozhoduje, kam každého pustit. Sim NAC nemodeluje, ale jeho výsledek – segmenty a pravidla – stavíš přesně jako v kurzech 3 a 5.

Krok za krokem

Enhanced Open (OWE): síť bez hesla, ale vzduch se automaticky zašifruje – soused už neodposlechne.
Hranice: OWE neřeší falešný AP (nikdo se neautentizuje). Řeší jen odposlech – to ale dobře.
NAC se ptá nejen „znáš heslo?", ale „kdo jsi a v jakém jsi stavu?" – identita (802.1X) + stav zařízení.
Podle toho NAC přiřadí přístup: plný, jen internet, nebo karanténa. Výsledek – segmenty a pravidla – stavíš v simulátoru (Kurz 3/5).

▶ Otevřít v simulátoru

Lekce 5: Útoky na Wi-Fi

Evil twin a deautentizace

Teď si projdeme útoky pojmenované – ať je poznáš, až o nich uslyšíš. Král mezi nimi je evil twin (zlé dvojče): útočník postaví AP se stejným SSID jako tvoje síť, klidně s silnějším signálem, a klient se k němu připojí – buď sám (silnější signál vyhrává, viz roaming z kurzu 11), nebo donucený. Jakmile je klient na evil twinu, útočník sedí uprostřed (MITM) a vidí, přesměrovává a mění provoz – ideální pro falešný captive portal (lekce 4) nebo krádež PEAP hesla (lekce 3). Jak klienta „donutit"? Přesně tím deauth útokem z lekce 2: útočník podvrhne rámec „AP tě odpojuje", oběť spadne ze skutečné sítě a při hledání se chytne silnějšího dvojčete. Vidíš, jak útoky skládají řetěz: deauth shodí → klient hledá → evil twin nabídne silnější signál → MITM → phishing/krádež údajů. A vidíš i obranu, kterou už znáš: PMF deauth zastaví (podvržený rámec se zahodí), ověření serveru (802.1X) zabrání krádeži hesla na falešném RADIUSu a WPA3/PMF celý řetěz výrazně ztíží. Proto ty vrstvy nejsou akademické – tohle je scénář, který se v reálu děje.

Krok za krokem

Výchozí stav: klient je připojený ke skutečnému AP2. Vše v pořádku – zatím.
Útočník pošle deauth – oběť spadne ze skutečné sítě a začne hledat. (PMF by to zastavil.)
Evil twin (AP1) má stejné SSID a silnější signál → klient se chytne jeho. Teď je útočník uprostřed (MITM).
Řetěz: deauth → hledání → evil twin → MITM → phishing. Obrana: PMF + ověření serveru + WPA3 ho zlomí.

Rogue AP a KARMA

Evil twin předstírá tvoji síť. Rogue AP je širší pojem: jakýkoli neautorizovaný přístupový bod ve tvé síti nebo jejím okolí. A pozor – nejčastější rogue AP nepostaví útočník, ale tvůj vlastní zaměstnanec: „ve skladu není signál, tak jsem si přinesl AP z domu a strčil ho do zásuvky". Ten člověk to myslí dobře, ale právě obešel celou tvoji obranu – jeho AP visí na firemní kabeláži, často bez hesla nebo s WPA2-PSK „12345678", a je to otevřená zadní vrátka do vnitřní sítě, mimo firewall a 802.1X. Proto se rogue AP loví systematicky (WIPS, lekce 6): kontrolér porovná viditelné AP s whitelistem a hlavně zjistí, jestli cizí AP visí na tvé kabeláži. Druhý pojmenovaný trik je KARMA. Vzpomeň z kurzu 11, že klient si pamatuje známé sítě a aktivně vysílá probe-requesty („je tu Domov? je tu Firma? je tu StarbucksWiFi?"). KARMA AP na všechny tyhle dotazy odpoví „ano, to jsem já!" – ať se klient ptá na cokoli. Tím ho nachytá i bez znalosti SSID: telefon si myslí, že našel svoji uloženou síť. Důležité upřesnění: spolehlivě to funguje hlavně na otevřené uložené sítě (kavárny, hotely) – u sítě chráněné heslem by klient musel s cizím AP dokončit handshake, na který útočník bez hesla nemá klíč, takže se nepřipojí (tam nastupuje spíš evil twin se skutečným heslem nebo odchycení handshake). Obrana? Moderní klienti probe-requesty omezují a nepřipojují se k otevřeným sítím automaticky – a ty jako uživatel zapomínej staré otevřené sítě, ať tvůj telefon po nich přestane volat.

Krok za krokem

Rogue AP: nejčastěji ho zapojí vlastní zaměstnanec „kvůli signálu". Visí na firemní kabeláži = zadní vrátka.
Ten AP obchází celou obranu – firewall i 802.1X. Často bez hesla nebo s „12345678".
KARMA: AP odpoví „ano, to jsem já" na všechny probe-requesty. Telefon si myslí, že našel uloženou síť.
Obrana: WIPS loví rogue AP (lekce 6); jako uživatel zapomínej staré otevřené sítě, ať telefon nevolá.

Zachycení a crack (handshake, PMKID, WPS)

Tenhle modul propojí, co už znáš z lekce 2, a přidá poslední dílek. Máme tři cesty, jak se útočník dostane k heslu WPA2-PSK. (1) Zachycení handshake: útočník počká (nebo deauthem donutí) na připojení klienta, zachytí 4-way handshake a offline zkouší hesla – přesně lekce 2. (2) PMKID: u některých AP nepotřebuje žádného legitimního klienta – sám zahájí asociaci a potřebný materiál dostane hned v prvním rámci od AP; láme ho pak stejně offline. Obě cesty spojuje jedno: rozhoduje kvalita hesla. Krátké nebo slovníkové padne, dlouhé náhodné ne. Třetí cesta je jiná a stojí za zapamatování: WPS (Wi-Fi Protected Setup) – ta „pohodlná" funkce, kde se připojíš osmimístným PINem nebo zmáčknutím tlačítka. Osmimístný PIN zní bezpečně, ale chyba v návrhu WPS způsobí, že se ověřuje po částech (AP prozradí zvlášť, jestli sedí první a druhá polovina PINu). Navíc je poslední číslice jen kontrolní součet z předchozích, takže smysluplných PINů není 100 milionů, ale 10 milionů – a rozpad na poloviny je srazí na řádově jen tisíce pokusů, a PIN uhodne za hodiny bez ohledu na to, jak silné máš WPA2 heslo. Proto zní rada napříč oborem jednoznačně: WPS vypni. Je to učebnicový příklad, jak „vlastnost pro pohodlí" prolomí jinak silné zabezpečení. Shrnutí: dlouhé heslo poráží (1) i (2), a (3) se řeší jediným přepínačem – vypnutím WPS.

Krok za krokem

Cesta 1: zachytit 4-way handshake (klidně po deauthu) a lámat heslo offline (lekce 2).
Cesta 2: PMKID – útočník sám zahájí asociaci a materiál dostane z prvního rámce AP. Obě cesty poráží dlouhé heslo.
Cesta 3: WPS PIN – chyba v návrhu ho zúží na tisíce pokusů → uhodnutelný za hodiny, ať máš heslo jakkoli silné.
Obrana: dlouhé náhodné heslo proti (1)(2) a vypnout WPS proti (3). Jeden přepínač, velký rozdíl.

KRACK a downgrade útoky

Poslední dva útoky ukazují, že i správně nasazený WPA2 měl slabiny – a proč se posouvat na WPA3. KRACK (2017) byl velký objev: útok na samotný 4-way handshake, nezávislý na tom, jak silné máš heslo. Podstata: útočník donutí přehrát (replay) zprávu 3 handshake, čímž klient přeinstaluje už použitý klíč a vynuluje nonce (počítadlo). Opakované použití stejného klíče+nonce (nonce reuse) pak umožní dešifrovat část provozu. Důležité uklidnění: KRACK byla chyba v protokolu, kterou výrobci záplatovali – aktualizovaný klient i AP jsou proti němu odolní. Je to připomínka, proč updatovat firmware není volitelné. Druhý typ je downgrade útok: útočník se snaží donutit klienta na slabší zabezpečení, než umí – třeba z WPA3 na WPA2, nebo z šifrované na otevřenou síť. Nejzranitelnější je transition mode (přechodový režim), kdy AP nabízí WPA3 i WPA2 zároveň kvůli starým zařízením – útočník předstírá, že WPA3 „nejde", a stlačí spojení na slabší WPA2, kde pak útočí offline. Proto zní cílový stav (lekce 7) WPA3-only: jakmile ti to zařízení dovolí, opusť transition mode a nech jen WPA3. Poučení obou útoků: bezpečnost není „nastaveno a hotovo" – updaty a opuštění starých režimů jsou součást obrany.

Krok za krokem

KRACK: útočník donutí přehrát zprávu 3 → klient přeinstaluje klíč a vynuluje nonce. Nezávislé na síle hesla.
Opakovaný klíč+nonce (nonce reuse) umožní dešifrovat část provozu. Ale: záplatováno – updatuj firmware.
Downgrade: útočník předstírá, že WPA3 nejde, a stlačí spojení na slabší WPA2 (nebo otevřenou), kde útočí.
Nejzranitelnější je transition mode (WPA3+WPA2 zároveň). Obrana: updaty a cíl WPA3-only (lekce 7).

▶ Otevřít v simulátoru

Lekce 6: Obrana a provoz

Mýty: skryté SSID, MAC filtr, WPS

Než přejdeme k opravdové obraně, musím ti vyvrátit tři „rady", které slyšíš pořád a které dávají falešný pocit bezpečí. Všechny tři jsou security by obscurity – spoléhají na to, že něco „skryjí", ale útočník to obejde za minuty. (1) Skryté SSID: „nebudu vysílat jméno sítě". Jenže SSID stejně letí otevřeně v jiných rámcích pokaždé, když se klient připojuje – útočník ho odposlechne triviálně, a tvoje zařízení navíc kvůli tomu aktivně vykřikují jméno sítě (probe-requesty), což je zneužitelné (KARMA, lekce 5). Skrytím SSID sis tedy spíš uškodil. (2) MAC filtr: „pustím jen svoje MAC adresy". MAC adresa letí v každém rámci nešifrovaně – útočník jednu tvoji odposlechne a naklonuje si ji (MAC spoofing) za pár vteřin. Filtr zdrží leda souseda, ne útočníka. (3) WPS: probrali jsme v lekci 5 – „pohodlný PIN" je díra, uhodnutelný za hodiny. Poučení: tyhle tři nenahrazují šifrování a autentizaci – nanejvýš je to kosmetika. Skutečná obrana je WPA3/silné heslo, 802.1X, PMF a segmentace, ne triky na oko. Neztrácej čas skrýváním; investuj ho do vrstev, které opravdu drží.

Krok za krokem

Mýtus 1 – skryté SSID: jméno stejně letí otevřeně při připojení. Navíc tvůj telefon ho vykřikuje (KARMA).
Mýtus 2 – MAC filtr: MAC letí v každém rámci nešifrovaně → útočník ji naklonuje za vteřiny.
Mýtus 3 – WPS: „pohodlný PIN" je díra (lekce 5). Všechny tři = security by obscurity.
Neztrácej čas skrýváním. Skutečná obrana = WPA3/silné heslo, 802.1X, PMF, segmentace – vrstvy, co drží.

WIPS a detekce rogue AP

Útoky z lekce 5 mají jedno společné: dějí se ve vzduchu, kam běžný firewall ani switch nevidí. Proto existuje samostatná disciplína – WIPS (Wireless Intrusion Prevention System), případně jen detekční WIDS. Představ si ho jako bezpečnostní kamery pro éter: rozmístěné senzory neustále skenují všechny kanály a hlásí podezřelé jevy – rogue AP, evil twin se stejným SSID, záplavu deauth rámců, KARMA chování, i klienty, kteří se chovají divně. Rozdíl WIDS vs WIPS je stejný jako IDS vs IPS z kurzu 8: WIDS jen hlásí, WIPS umí i aktivně zasáhnout (třeba rogue AP „odstřelit" vlastními deauth rámci, než ho někdo fyzicky odpojí). Nejcennější trik je detekce rogue AP na kabeláži: kontrolér nejen uslyší cizí AP ve vzduchu, ale ověří, jestli visí na tvé vnitřní síti (senzor se k podezřelému AP připojí jako obyčejný klient a pošle testovací rámec – když se rámec vynoří na firemním switchi, AP visí na tvé kabeláži). To odliší nebezpečný rogue AP zapojený do zásuvky od neškodného sousedova AP za zdí. K tomu WIPS drží whitelist tvých legitimních AP a cokoli mimo něj eskaluje. Sim WIPS nemodeluje (je to koncept jako IDS/IPS v kurzu 8), ale logiku detekce a reakce už z kurzu 8 znáš – tady jen běží nad rádiem místo nad pakety.

Krok za krokem

WIPS = bezpečnostní kamery pro éter: senzory skenují kanály a hlásí rogue AP, evil twin, deauth, KARMA.
Klíčový test: kontrolér ověří, jestli cizí AP visí na tvé vnitřní síti (testovací rámec: vynoří se na firemním switchi?).
WIPS drží whitelist tvých AP. Nebezpečný rogue na kabeláži se odliší od neškodného sousedova AP za zdí.
WIDS jen hlásí, WIPS umí i zasáhnout – stejná logika jako IDS/IPS z kurzu 8, jen nad rádiem.

Monitoring, logy a kdo/kdy

Detekce ti řekne „něco se děje" – ale abys po incidentu zrekonstruoval, co se stalo, potřebuješ logy. A tady se krásně vrací 802.1X z lekce 3: díky accountingu RADIUSu máš přesný záznam kdo, kdy, z jakého zařízení a jak dlouho byl připojen – ne „někdo, kdo znal heslo", ale „Anna, 14:03, z notebooku ANNA-NB, VLAN 10". Bez identity na osobu (u sdíleného PSK) je forenzika skoro nemožná. K RADIUS logům se přidávají logy z kontroléru/AP (asociace, roaming, odmítnutá připojení, deauth bouře, které zachytil WIPS). Klíčová praxe: logy nesmí zůstat rozházené po jednotlivých krabičkách, kde je nikdo nečte a kde je útočník po průniku smaže. Proto se centralizují a korelují v SIEM (znáš z kurzu 8): SIEM spojí dohromady RADIUS („Anna se přihlásila"), firewall („z její IP šel podezřelý provoz") a WIPS („poblíž běžel evil twin") do jednoho příběhu. Teprve tehdy z jednotlivých střípků vznikne poplach, který dává smysl. Provozní minimum: mít zapnuté logování na AP/kontroléru i RADIUSu, posílat ho mimo zařízení (na centrální server), a hlídat pár klíčových událostí – opakovaná selhání autentizace, nový AP, záplavy deauth. Monitoring není jednorázový audit, ale běžící děj.

Krok za krokem

Díky accountingu (802.1X) víš přesně kdo/kdy/odkud. U sdíleného PSK by log řekl jen „někdo".
K tomu logy z AP/kontroléru: asociace, roaming, odmítnutá připojení, deauth bouře od WIPS.
Logy nenechávej v krabičkách (útočník je smaže). Posílej je na centrální server mimo zařízení.
SIEM (kurz 8) zkoreluje RADIUS + firewall + WIPS do jednoho příběhu. Monitoring je běžící děj, ne audit.

Segmentace a Zero Trust

Poslední vrstva obrany je zároveň most zpět ke všemu, co umíš z kurzů 3 a 5: segmentace. I když útočník některou vrstvu prolomí, dobře rozdělená síť omezí škodu na jeden segment – blast radius, jak jsme si říkali u IoT v kurzu 3. Praktická segmentace Wi-Fi: zaměstnanci, hosté, IoT a třeba správa do oddělených VLAN (kurz 3), mezi nimi firewall pravidla podle zón (kurz 5) – IoT nesmí na servery, host nikam kromě internetu, správa jen z vyhrazených stanic. Přes to všechno se dnes staví filozofie Zero Trust: „nikdy nedůvěřuj, vždy ověřuj" – a to i uvnitř sítě. Klasický model věřil všemu za firewallem („jsi vevnitř, tak jsi svůj"); Zero Trust tenhle předpoklad ruší, protože přesně na něm staví útočník, který se jednou dostane dovnitř (třeba přes rogue AP nebo evil twin). Místo toho každý přístup znovu ověřuje identitu (802.1X, MFA), kontroluje stav zařízení (NAC) a povoluje jen to nezbytné (least privilege, mikrosegmentace – i dvě zařízení ve stejné VLANě na sebe nemusí vidět). Pro Wi-Fi je to přirozené vyústění celého kurzu: bezdrát je ze své podstaty nedůvěryhodné médium, takže „ověřuj pořád a všude" tu dává největší smysl. Sim ti Zero Trust nepostaví jako celek, ale jeho stavební kameny – VLANy, zóny, pravidla, izolaci – trénuješ od kurzu 3.

Krok za krokem

Segmentace: oddělené VLANy (Kurz 3) + firewall pravidla po zónách (Kurz 5). I po průniku je škoda v jednom segmentu.
Starý model věřil všemu za firewallem. Přesně na tom staví útočník, který se jednou dostane dovnitř.
Zero Trust: „nikdy nedůvěřuj, vždy ověřuj" – identitu (802.1X), stav zařízení (NAC) i uvnitř sítě.
Povol jen nezbytné (least privilege, mikrosegmentace). Stavební kameny – VLANy, zóny, izolaci – trénuješ od kurzu 3.

▶ Otevřít v simulátoru

Lekce 7: Celá obrana pohromadě

Vrstvená obrana Wi-Fi

Čas složit celou obranu do jednoho obrázku. Vrať se k mapě z lekce 1 – teď už každou vrstvu umíš naplnit konkrétně. Projdi si mentálně cestu jednoho útoku a všimni si, jak ho každá vrstva zastaví o kus dřív. Útočník v autě před budovou poslouchá vzduch → naráží na šifrování WPA3/SAE, takže vidí jen šum. Zkusí evil twin + deauth, aby ti přehodil klienta → PMF podvržený deauth zahodí a ověření serveru (802.1X) mu nedá heslo. Postaví rogue AP do zásuvky → WIPS ho odhalí, protože visí na tvé kabeláži. Řekněme, že se přece jen jedno zařízení nakazí → segmentace (VLANy, zóny) drží škodu v jednom segmentu a Zero Trust mu nedovolí volně skákat dál. A když je po všem, logy a SIEM ti řeknou přesně, kdo/kdy/odkud – takže incident vyřešíš, ne jen tušíš. Tohle je pointa celého kurzu i celé bezpečnostní řady (5, 8, 12): žádná jediná vrstva nestačí, ale poskládané dávají obranu, kterou útočník nezlomí jedním trikem. Bezpečná Wi-Fi není jeden vypínač – je to disciplína: silné šifrování, autentizace na osobu, ochrana rámců, segmentace a běžící detekce. Přesně to sis v tomhle kurzu prošel.

Krok za krokem

Odposlech v dosahu → WPA3/SAE mu dá jen šum. První vrstva drží.
Evil twin + deauth → PMF zahodí podvrh, ověření serveru (802.1X) nedá heslo. Druhá a třetí vrstva.
Rogue AP → WIPS ho odhalí. Nakažené zařízení → segmentace a Zero Trust drží škodu v jednom segmentu.
Po incidentu logy a SIEM řeknou kdo/kdy/odkud. Pointa: žádná vrstva sama nestačí – teprve všechny.

Co dál: WPA3-only, DPP, 6 GHz

Kam bezdrátová bezpečnost míří a co si odnést do praxe? Tři směry. (1) WPA3-only: dokud běžíš v transition mode (WPA3 + WPA2 zároveň), jsi zranitelný na downgrade z lekce 5. Cíl je jasný – jakmile ti to zařízení dovolí, opusť transition mode a nech čistě WPA3 s vynuceným PMF. Je to jednoduché rozhodnutí s velkým dopadem. (2) DPP / Wi-Fi Easy Connect: vzpomeň na WPS – „pohodlné připojení", které se ukázalo jako díra. DPP je jeho bezpečný nástupce: zařízení připojíš naskenováním QR kódu (nebo přes NFC) místo zadávání hesla nebo PINu – ideální pro IoT bez displeje, a bez slabin WPS. (3) 6 GHz jen WPA3: nové pásmo 6 GHz (Wi-Fi 6E/7, znáš z kurzu 11) má bezpečnost zabudovanou od začátku – v 6 GHz je povinné WPA3 a PMF, staré nezabezpečené režimy tam prostě nejsou. Budoucnost tedy tlačí ke „správně" už na úrovni standardu. Praktické shrnutí celé řady: šifruj silně (WPA3), autentizuj na osobu (802.1X), chraň rámce (PMF), odděl světy (segmentace), sleduj éter (WIPS) a měj stopu (logy). A hlavně – ber bezpečnost jako běžící děj: updatuj, opouštěj staré režimy a průběžně kontroluj. Tím kurz i celá řada o sítích a jejich bezpečnosti končí. Gratuluju – prošel jsi cestu od „proč sítě existují" až po obranu bezdrátu do hloubky.

Krok za krokem

WPA3-only: jakmile to jde, opusť transition mode (WPA3+WPA2) → zmizí downgrade z lekce 5.
DPP / Wi-Fi Easy Connect: bezpečný nástupce WPS – připojení QR kódem, ideální pro IoT bez displeje.
6 GHz (Wi-Fi 6E/7, kurz 11) má bezpečnost zabudovanou: WPA3 a PMF povinně, staré režimy tam nejsou.
Shrnutí řady: šifruj (WPA3), autentizuj (802.1X), chraň rámce (PMF), odděl (segmentace), sleduj (WIPS), měj stopu (logy). Gratuluju – došel jsi na konec.

▶ Otevřít v simulátoru