cwbe coordinatez:
101
63540
1679337
2091837

ABSOLUT
KYBERIA
permissions
you: r,
system: public
net: yes

neurons

stats|by_visit|by_K
source
tiamat
K|my_K|given_K
last
commanders
polls

total descendants::
total children::3
show[ 2 | 3] flat


neviem kam inam to postnut takze sem

skor taka teoretis~na uvaha, mozno to uz niekto riesil

mam dhcp server - good boy #1

na tom istom sietovom segmente mam dhcp klienta - good boy #2 :)

na tom istom sietovom segmente mam dalsieho hosta - bad bad boy #1

povedzme ze tento zly chlapec vygeneruje mrte dhcp discovery / dhcp request sprav (da sa aj ina metoda, tato ma napadla ako najjednoduchsia, navyse povedzme ze bude simulovat mrte hostov zmenami mac adries) aby ak nie zahltil tak aspon oneskoril spravnaka dhcp servra.

dobry chlapec #1 - dhcp klient, potom posle discovery / request na broadcast..
kedze dobry chlapec #2, nas spravnacky dhcp server, momentalne riesi requesty od zleho chlapca, zly chlapec na ktorom tiez bezi dhcp server odpovie skor.

v drvivej vacsine pripadov su dhcp klienti nakonfigurovani tak aby prevzali prvu odpoved.

takto sa dobry chlapec #1 necha zlakat na zle chodnicky zlym chlapcom.

potom zly chlapec moze veselo riesit vsakovate ne-moralnosti typu preroutovanie na spravnacku gw a maskaradu povodneho zdroja.. pre dobreho chlapca #1 by bol zly chlapec dobrik dhcp server a zly chlapec mal pristup k celej jeho trafike.. napr

otazka je - ako zabranit existencii takehoto man in the middle.. aka aby dobri chlapci pocuvali len dobrych chlapcov :)

co ma zatial napada su obmedzenia napr na switchy..