64 - Bezpečnost bezdrátových sítí 
pondělí 21. května 2018
17:13
WEP
Wired Equivalent Privacy
založené na RC4 stream cipher (bez šifrovania, 40-bit klíč, 128-bit klíč)
stream cipher: data sú xorována pseudonáhodným streamom
znovupoužití stejného pseudonáhodného streamu
Zaisťuje (zaisťoval) Dôvernosť, Integritu a dostupnosť
Dnes už jednoduše prolomitelný
Stanice se identifikuje MAC adresou
Další techniky "zabezpečení" (nefungují)
MAC filtering
Autentizace na základě MAC
MAC adresa validních klientů je uložena
Jelikož je MAC přenášena v plaintextu, tak stačí MitM a zjistit si validní MAC
SSID hiding
AP síť nevysílá SSID ve snaze skrýt svoji přítomnost. Síť se neukazuje v seznamu dostupných sítí
Je možné zjistit odchycením komunikace ns síti
Autentizace WEP - 4-way handshake
Klient posiela AP ziadosť o autentifikáciu (48bit MAC adresu a transaction sequence number of 1)
AP posiela späť (transaction sequence number of 2, chalenge text) 
Klient posiela
transaction sequence number of 3 
IV pre WEP
chalenge text zašifrovaný IV a zdieľaným kľúčom WEP
ICV (integrity check value) – generované a zašifrované WEPom 
4. AP dešifruje a porovná s výzvou, ktorú poslal, a kontroluje ICV. 
transaction sequence number of 4
Výsledok autentikifácie – uspech/neúspech
Klient používa WEP k šifrovaniu rámcov 
Šifrování/dešifrování:
Slabiny WEP:
Používá CRC32 ako hash funkci
Útočník může změnit jakýkoliv bit a správně nastavit hash
Znovupoužitie inicializačného vektora a kľúčov
Key-stream discovery
RC4 sa stáva zranitelným, ak 2 správy sú šifrované rovnakým key-streamom
IEEE implementovalo 24bit IV
Ale IV sa začne opakovať po približne 5000 správach – narodeninový paradox
Pre dešifrovanie všetkých paketov, útočník potrebuje najmenej 2*2^24 IV = 33.5 mil. Framov
Útoky na WEP
Frame injection
Útok sa spolieha na to, že štandard nepožaduje, aby sa IV menil pre každý paket
Útočník dokáže znovu použiť IV a key-stream a generuje nekonečno validných paketov
DDoS
Shared key recovery
Princíp štatistického ohodnotenia všetkých možných kľúčov -> veľké množstvo dát 
Kľúč získava „hlas“ ak produkuje rovnaký čiastočný keystream v zachytených rámcoch
95% úspešnosť pri 85 000 rámcoch
redukuje uhádnutie 104bit kľúča na 60 sekúnd
Caffe latte attack
Využíva slabosť klientov pripojovať sa automicky na známe sieť
Útočník sleduje probe žiadosti od klienta a vytvára falošný AP
Klient sa automaticky snaží autentifikovať do tohoto AP
Klient posiela auth. Žiadosť
Útočník odpovedá chalenge textom
Klient vracia IV a zašifrovaný chalenge text
Útočník zistuje key-stream pre IV a posiela info o uspešnej autentifikácii
Klient sa asociuje a posiela zašifrované DHCP žiadosti
Čas požiavky vyprší a útočník sa nakonfiguruje sám v bloku adries 169.254.0.0/16
 Útočník posiela ARP žiadosť zašifrovanú IV a key-stream pre každú adresu v bloku 169.254... (15 min) 
Útočník potom opakuje ARP žiadosť pre každú známu adresu približne 1000 krát za minutu
Proces pokračuje pokiaľ útočník nezíska dostatok paketov k štatistickému útoku. 
Kľúč dokáže odhaliť behom 20 min. 
WPA
Dočasné riešenie
Data šifruje pomocou RC4
Slabinou protokolu WEP (předchůdce protokolu TKIP (WPA)) je využívání předsdíleného symetrického klíče po dobu celé komunikace všemi účastníky bezdrátové komunikace. Proto v protokolu TKIP došlo k výrazné změně, kdy je pro každý paket používán jiný klíč. Klíč (TKIP) je vytvořen ze základního klíče (zvaného Pairwise Transient Key), MAC adresy přijímající stanice a pořadového čísla rámce. Operace, která provádí sloučení těchto údajů, je navržena tak, aby kladla minimální výkonnostní nároky na stanici či přístupový bod.
Používá Temporal Key Integrity Protocol (TKIP)
Key Mixing – kombinuje tajný root kľúč + IV pred vstupom do RC4
Sequence counter – pakety menšie ako aktuálne číslo sú zahodené (replay attack) 
MIC – Message integrity check – 64bit
Slabina algoritmu Michael – TKIP blokuje prevádzku po dobu 1 min v prípade detekcie 2 rámcou, ktoré neprešli testom integrity, sieť sa reštartuje a generujú sa nové kľúče a znovu prebehne autentifikáce
WPA2
Bezpečný
Používa CCMP - Counter Mode with Cipher Block Chaining Message Authentication Code
je založen na režimu čítače s CBC-MAC v AES standartu
Autentizace:
Pre-Shared Key (PSK) Authentication: pro malé firmy a domácnosti
Enterprise Authentication: bezpečnější. Poskytuje per-user or per-system authentication
Postup s PSK ([link] )
The connecting device makes itself known to the Access Point (AP).
The AP sends a psuedo-randomly generated nonce to the device (as plaintext).
The device generates its own psuedo-random nonce.
The device then uses these two nonces, the MAC address of the AP, the MAC address of the device, and the PSK as input to a cryptographic hash function, to create a block of keying information called the Pairwise Temporal Key (PTK) which is 64 bytes, or 512 bits in length.
This PTK is cut up to produce 5 separate session keys:
The Key Confirmation Key (KCK) is 128 bits long
the Key Encryption Key (KEK), 128 bits
the Temporal Key (TK) 128 bits
two shorter keys Rx and Tx used for providing Messsage Authentication Codes (MACs), both 64 bits long.
The device now responds to the AP with its own nonce, concatenated with a hash of the AP's nonce it received and the KCK.
The AP derives the same PTK and session keys as the device as it now holds the same input information (nonces, PSK, the MAC addresses). It can then hash its own nonce with the derived KCK and check it against the received one. This confirms that the device shares the PSK and the device is now authenticated to the AP.
The AP responds to the device with a hash of the device's nonce using the KCK and a sequence number to prevent replays of previous messages by an active attacker.
The device checks the received hash of its own nonce against the expected result (with the KCK), and if they match the AP is authenticated to the device.
The device responds with an acknowledgement of receipt, and the handshake is complete.
Po autentizaci zprávy mezi zařízením a AP jsou šifrované pomocí AES s klíčem TK. Rx se používá na výpočet MAC pro posílané zprávy posílané zařízením a Tx pro zprávy posílané AP
KEK je používán pro šifrování GTK (group temporal key). GTK je používán pro šifrování multicastu mezi AP a stanicemi.
WPA Enterprise Authentication
Prvky
Klient
AP
Autentikační server (obvykle RADIUS)
Používá EAP pro autentizaci
EAP-MD5
Autentizácia typu challenge-response
Dne už je možné MD hash cracknout
LEAP
Nepoužívá certifikáty 
Challenge-response autentizace 
Také jde cracknout
PEAP is similar in design to EAP-TTLS, requiring only a server-side PKI certificate to create a secure TLS tunnel to protect user authentication, and uses server-side public key certificates to authenticate the server. It then creates an encrypted TLS tunnel between the client and the authentication server.
TTLS: The client can, but does not have to be authenticated via a CA-signed PKI certificate to the server. This greatly simplifies the setup procedure since a certificate is not needed on every client.
U PEAP a TTLS nutnosť certifikátu pre overenie RADIUS servera 
Notes
(Bezpecnost bezdratovych siti):
Kdo me primarne zkousel: Ocenasek 
Co jsem k tomu rekl(a)/na co se ptali/co mne vytkli: 
Tak tuhle otazku jsem opravdu nechtel a vubec nepomohlo, ze Ocenasek evidentne nebyl v dobre nalade. Zacal jsem mluvit obecne (Ze se tam musi resit Duvernost, Integrita, Dostupnost,.. ) a pak jsem chtel prejit ke konkretnim prikladum, ale hned me prerusil, ze chce neco k WEPu. Rekl jsem zakladni princip a jeho slabiny. Pak chtel jeste neco k WPA, TKIP a EAP(nejvic se ptal na PEAP a RADIUS server). Uprimne receno, byl dost protivny, nepomahal a ptal se takovym zpusobem, ze jsem casto vubec nechapal co po me chce(castecne urcite moje chyba...). V puli jsem toho mel taky dost a zacal jsem panikarit, takze jsem mu zacal skakat do reci, a to urcite taky nepomohlo... Mozna by bylo lepsi, kdybych tolik nespechal s odpovedmi, ale misto toho se ho zeptal, co presne po me chce, ale v te rychlosti jsem dost zmatkaril. Opravdu se neptal na nic komplikovaneho, vsechno to byly zakladni veci, ale proste jsem nevedel, co po me chce, a on mi opravdu nepomoh.
From <[link]> 