Administrace komentářů

Je to vcelku presne, ale... (vzdycky je nekde nejake ale )

Ad ad2) pocitac pri zapnuti (resp. sitova karta) zadny broadcast delat nemusi (to jenom windows naprosto nestandardne vzdycky po zapnuti sitovky/zapojeni kabelu poslou divoky ARP na vsechny sitovky). Pokud normalnimu switchi prijde frame s MAC, kterou nezna, tak se proste zachova jako HUB a posle frame na vsechny porty. Tim pro nej zpracovani daneho framu konci a ocekava se, ze pokud se cilovy pocitac na siti nachazi, tak nejspis nekdy posle odpoved a jeho MAC se tak do "routovaci" tabulky dostane. Obycejne switche svoji tabulku MAC adres nijak nesdili a pokud je za danym portem dalsi switch, tak bude v tabulce vic MAC adres se stejnym portem. Toho se s uspechem vyuziva k odposlechu komunikace na switchi, kdy utocnik generuje hafo framu s nahodnymi MAC adresami a zaplni tak tabulku switche a de facto ho degraduje na HUB. Tim se dostane k framum, ktere by normalne mely jit mimo nej.

Jako dalsi ruzna rozsireni tohoto konceptu muze byt:

* Nastaveni max. poctu MAC adres na port

* Nastaveni fixed MAC adresy na port

* Posilani SNMP trap v pripade pripojeni nove/jine nez fixni/vic nez max. poctu MAC adres

* VLAN -porty muzu zaradit do ruznych skupin a udelat tak vic "LANu", napr. porty 1,2,3 do skupiny A a porty 1,4,5 do skupiny B. Pokud potom prijde frame s neznamou MAC z portu 4 (skupina B), tak se rozesle pouze na porty 1 a 5, nikoliv 2 a 3. Tim se na urovni ethernetu rozdeli porty do dvou siti a pokud se ma mezi skupinami A a B komunikovat, pak se to musi resit na "spolecnych" portech (v prikladu port 1) na vyssi urovni, napr. IP.

* Trunking - "spojeni nekolika portu do jednoho"

* Bridging, Spanning tree protocol,.....

Radek