55 - Řízení přístupu k síti (bezpečnostní politika, AAA, RADIUS, TACACS+, 802.1x, Kerberos, OTP).
pondělí 21. května 2018
17:20
Bezpečnostní politika
Stanovení kompetencí a rozsahů působnosti
Přijatelné chování ve firemní síti
Identifikace a autentizace (použité technologie a zařízení)
Přístup na internet, Přistup k firemní siti a vnitřním zdrojům, Vzdálený přístup 
Postup aplikovaný při bezpečnostních incidentech
Zabezpečení probíhá v kruhu okolo bezpečnostní politiky
Zabezpečení sítě na základě bezpečnostní politiky
Monitorování, zda nedochází k bezpečnostním narušením
Testování zabezpečení na základě předpokládaného zabezpečení a výstupů monitorování
Vylepšení na základě výstupů monitorování a testování s možnou změnou bezpečnostní politiky
AAA
Řízení přístupu k síti (Network Access Control, AAA)
Autentizace (Authentication)
Ověření připojujícího se uživatele
Identifikace
Verifikace
Jednosměrná/obousměrná
Ověření přímé nebo přes 3. stranu (Kerberos, VK)
Způsoby autentizace:
Heslo
Vlastnictví předmětu
biometrika
Autorizace (Authorization): Jaké operace je možné provádět během přihlášení a jaká data jsou dostupná
Kdo, Z čeho, Odkud, Jak, Kdy
Účtování (Accounting): Záznam všech činností uživatele v systému
Doba přihlášení
Způsob přihlášení
Důvod ukončení sezení
Počet přenesených bajtů / paketů
Provedené operace
...
TACACS+
Zcela nový protokol nekompatibilní s TACACS, využívá se pouze shodný port 49
RFC draft (1997), Cisco
TACACS+ je AAA, autentizaci a autorizaci v uživatelském profilu odděluje (narozdíl od RADIUSU)
Komunikační protokol je TCP
Komunikace je šifrována
Podpora více protokolových rodin (IP, AppleTalk)
Rozšíření umožňují více autentizačních mechanizmů
TACACS+ is used most commonly for administrator access to network devices like routers and switches. 
RADIUS
RADIUS je AAA, autentizaci a autorizaci v uživatelském profilu spojuje
Architektura
Uživatelé
RADIUS Klient
RADIUS Server (pro autentizaci)
Používá UDP
Metody autentizace:
PPP PAP: dvojcestná, otevřená
PPP CHAP: trojcestná, heslo se nepřenáší
EAP
Unix heslo
...
Komunikace mezi RADIUS klientem a serverem je chráněna sdíleným heslem, které se po síti nepřenáší
Postup:
Uživatel naváže spojení se serverem nebo síťovým prvkem (RADIUS klientem), který od uživatele požaduje přihlašovací jméno a heslo
Server/síťový prvek (RADIUS klient) přepošle získané údaje RADIUS serveru jako Access-Request (k jménu a heslu dále přidává identifikaci serveru/síťového prvku, číslo portu, lze i další atributy)
RADIUS server odpoví Access-Accept nebo Access-Deny
Nástupce je protokol Diameter
802.1x
Autentizace pro zařízení, která mají být připojena k portům lokálních sítí (např. u přepínačů nebo přístupových bodů WiFi)
Pro autentizaci se používá protokol Extensible Authentication Protocol (EAP)
Architektura
Klient (uživatel, žadatel, počítač s ethernetem nebo WiFi)
Autentizátor (přepínač, směrovač, NAS, přístupový bod)
Autentizační server (RADIUS)
EAP autentizace: 
EAP-MD5 (Message Digest): Jednostranná autentizace klienta sdíleným heslem, CHAP/MD5 (challenge/response) s otevřenou komunikací
LEAP (Lightweight, Cisco): Vzájemná autentizace klienta i autentizačního serveru sdíleným heslem, 2krát CHAP/MD5 s otevřenou komunikací
EAP-TLS (Transport Layer Security): Autentizační server se autentizuje zasláním serverového certifikátu s ověřením na straně klienta, následně ve druhé fázi se klient autentizuje zasláním klientského certifikátu s jeho ověřením na straně serveru (ověřuje se podle vydavatele certifikátu a jeho obsahu)
PEAP (Protected EAP): Podobné jako EAP-TLS, ve druhé fázi se ale místo klientského certifikátu používá jiná EAP metoda, např. CHAP/MD5 – díky první fázi již druhá fáze probíhá přes zabezpečený kanál
EAP-TTLS (Tunelled TLS): Zjednodušená forma EAP-TLS, ve druhé fázi může být jakákoli autentizační metoda (na rozdíl od PEAP, kde ve druhé fázi může být použita pouze jiná EAP metoda) – díky první fázi již druhá fáze probíhá přes zabezpečený kanál
EAP-FAST (Flexible Authentication via Secure Tunneling): Následník LEAP, vzájemná autentizace přes zabezpečený kanál, využívají se ale rychlejší metody než certifikáty
Po autentizaci je vygenerován dynamický klíč s omezenou dobou platnosti pro spojení
Kerberos
Obousměrná bezpečná autentizace přes nezabezpečenou síť
Architektura klient-server plus důvěryhodná třetí strana
Komunikace chráněná sdílenými klíči
Odolný vůči odposlouchávání, zajišťuje integritu dat při autentizaci, může i při datové komunikaci
KDC (Key Distribution Center): Důvěryhodná třetí strana, která se skládá z
AS (Authentication Server)
TGS (Ticket Granting System)
Entita: 
C (Client)
S (Server)
Identita
Identita Entit je prokazována předem dohodnutými sdílenými klíči pro každou dvojici KDC – Entita
Identita uživatelů je prokazována generovanými lístky
Mezi Entitami se pro komunikaci používají generované klíče sezení
Postup:
C se autentizuje vůči AS přihlašovacím jménem a heslem
AS posílá C odpověď s lístkem pro TGS
C lístkem ukazuje TGS, že je oprávněn získávat lístky pro přístup na S
TGS posílá C lístek pro přístup na S
C posílá S, že je oprávněn
přistupovat k jeho službám
Doména (Realm)
Jednotka pro pole působnosti systému Kerberos
Kerberos server musí znát všechny uživatele a jejich hesla v rámci příslušné domény
Kerberos server musí znát všechna tajná hesla entit v rámci příslušné domény
Pokud si vzájemně důvěřují dvě nezávislé domény, pomocí sdíleného klíče mohou vzájemně C i S autentizovat podobně, jako kdyby byly v jediné doméně
Principal: Identita pro uživatele a entity
Tradičně ve formátu primary/instance@realm, obecně může být kompoment oddělených znakem „/“ libovolný počet
login@DOMAIN.EDU, login/admin@DOMAIN.EDU
host/hostname.domain.edu@DOMAIN.EDU
Jedno místo poruchy: Pokud nefunguje Kerberos server, nefunguje nic
Pro zmírnění problémů lze použít více Kerberos serverů, nebo dodatečné způsoby autentizace (PAM)
Čas musí být na Entitách a na Kerberosu synchronizován
Standardní nastavení umožňuje maximální rozdíl 10 minut
Prolomený klient znamená známé heslo uživatele
Prolomený autentizační server znamená známé klíče všech uživatelů
OTP
S/Key
hesla se nemusí ukládat na serveru
Odolný vůči odposlouchávání
První přihlášení
Uživatel zadává první heslo ze svého seznamu, Fn-1(K)
Server aplikuje hash funkci na obdržené heslo, F(Fn-1(K)), výsledek musí být shodný s uloženým heslem Fn(K)
Po úspěšném ověření si server ukládá heslo Fn-1(K) pro následující autentizaci
Následující přihlášení, dokud není vyčerpán celý seznam
Uživatel zadává následující heslo ze seznamu, Fx(K)
Server ověřuje, zda je heslo F(Fx(K)) shodné s uloženým heslem Fx+1(K)
Po úspěšném ověření si server ukládá heslo Fx(K) pro následující autentizaci
OTP je zobecnění systému jednorázových hesel S/Key
Hash funkce je MD5 (povinně), SHA nebo MD4
Uživatelem zvolená část klíče musí být alespoň 10 znaků (s limitem maximálně 63 znaků)
Veřejná část klíče je dlouhá 1 až 16 znaků, používají se pouze malá písmena a číslice
HW tokeny
Notes
Řízení přístupu k síti (RADIUS, TACACS+, 802.1x, Kerberos, S/Key, OTP, PAM)
Kdo me primarne zkousel: Matousek
Co jsem k tomu rekl(a)/na co se ptali/co mne vytkli: Otazku jsem se ucil, umel jsem ke vsemu neco rict. Jenze matousek chtel jenom 802.1x, TACACS+ a RADIUS a to dopodrobna vysvetlit (jak to funguje, typy protokolu). Opravdu se ptal na detaily. Neco jsem placal, ale moc jsem mu toho nerek. Nepomahal. Opet mi pripadalo, ze me tam chce co nejvic vydusit. Zazitek hroznej 
From <[link]> 