Dotaz: Kradení IP adres

[Franta]

Dobrý den, mám dotaz. Mám linuxový router postavený na Debianu. Mám tam rozběhaný DHCP server, a za ním asi 40 uživatelů. Občas se mi stane že si někdo dá nějakou jinou IP adresu a koliduje se správným uživatelem na síti. V logu pak vidím toto:

dhcpd: DHCPREQUEST for 192.168.20.238 from 00:13:8f:8e:10:0b via eth1: unknown client

Hláška se v logu neustále opakuje a uživatel mi volá že mu počítač hlásí že mi síťové připojení koliduje s jiným v síťi. Takže vím jakou si IP ten jiný počítač dal a taky jakou má MAC adresu, dá se s tím pracovat a nějak toto třeba v iptables zakázat? Vůbec netuším jak toto ošetřit. Děkuji za každou radu a nápad.

Odpovědi

[Petr Šobáň]

No jednoduše pokud DHCP server přiděluje IP podle MAC tak potom ve firevalu taky svázat IP a MAC a jak to nebude sedět tak tu komunikaci zahazovat.

Jinak proč si nepromluvíš s tím kdo dělá bordel? Prostě ho upozorním že měnit svévolně IP nesmí a když se to bude opakovat bude bez náhrady odpojen.

Pokud neposlechne odpojím mu kabel k PC a je to za znovuzapojení naúčtuji 1000,- a neboj on se to odnaučí.

[Franta]

Jo s tím odpojením je to určitě řešení ale jak mám vlest někomu domu a heldat to zařízení které dělá problém? Jinak to svázaní ve FW je zajimavé, ale přestane to kolidování s tím správným IP+MAC? Bude ten správný uživatel fungovat? A jak by takové pravidlo mělo vypadat?

[Filip Jirsák]

Vždyť to zařízení musí být na druhé straně připojené u vás, odpojte ho tam. Kolidování nepřestane, pokud si dotyčný takovou IP adresu ponechá – ale když mu bude k ničemu, asi bude řešit, jak si nastavit správnou IP adresu. To pravidlo je jednoduché:

iptables -A FORWARD -s 192.168.0.10 ! --mac-source AA:AA:AA:AA:AA:AA -j REJECT

[Franta]

Jen upřesním že to není tak jednoduché, zařízení je připojeno k wifi AP, takže je to prakticky nedohledatelné, takže pokud je tam uživatel který je připojený k AP a má od nás dostat IP svázanou v DHCP s MAC, tak ji dostane, ale pokud se rozhodne vyzkoušet zda není na jiné IP vyšší rychlost tak si začne sám měnit IP a tím začne kolidovat s jinými uživateli na síti.

[Filip Jirsák]

Tak si v tom routeru nastavte napevno ARP tabulku, pak ke kolizím docházet nebude. Podle mne to ale není potřeba – když dotyčný zjistí, že se změnou IP adresy mu přestane jít spojení úplně, rád se vrátí k přidělené IP adrese.

[Franta]

Mohl by jste mi prosím ukázat jak se ARP tabulka nastavuje napevno? Děkuji moc.

[Franta]

Už jsem si to našel, v /etc/ethers zapsat

  192.168.1.1 11:22:33:44:55:66
  192.168.1.2 00:00:00:00:00:00
  192.168.1.3 00:00:00:00:00:00 

a tabulku načíst pomocí arp -i eth1 -f Jen se chci zeptat když mám více subnetu tak mohu na konec toho souboru pokračovat dalším subnetem třeba 192.168.2.1 atd...

[Franta]

A ještě jeden dotaz, když mám více eth. Třeba virtuálních takže eth1, eth1:2 jak nahodím tutu arp tabulku i na ně, je to automatické a pravidla začnou po příkazu arp -i eth1 -f i na všech virtuálních eth1?

[Filip Jirsák]

Zařízení máte pořád jen eth1, eth1:2 je jenom matoucí výpis ifconfigu. Ten je už spoustu let zastaralý, používejte raději příkaz ip – ten vám zobrazí, jak máte síť nastavenou doopravdy.

[Filip Jirsák]

Ano, v tom souboru jenom ta tabulka, co řádek to jeden záznam, žádná jiná struktura v tom není.

[Filip Jirsák]

Vytvoříte si soubor, kde je na jednom řádku vždy IP adresa, mezera (mezery) a odpovídající MAC adresa – většinou se pojmenovává /etc/ethers. Ten pak pomocí arp -f načtete při startu routeru.

[Jendа]

A když si dotyčný změní MAC adresu na AA:AA:AA:AA:AA:AA, tak IMHO bude kolidovat dál. Na tohle asi bude potřeba nějaký pokročilejší (managed?) switch.

[Filip Jirsák]

Vzhledem k tomu, že jde o WiFi, tak leda tak soustavu antén, které by dokázaly určit, z jakého směru ten který paket přišel

[Jendа]

No, tak pak už snad opravdu zbývá jenom zaměřit uličníka Yagi anténou a vynadat mu.

[trekker.dk]

Mám pocit, že jde nějak udělat autentizaci klientů. Otázka je, jestli to umí AP.

[pht]

802.1x

[INT18h_NO_ROM_BASIC]

Hmm, podle me je to docela obtizne se kolisim na siti nejak branit, snad jedine co me napada je tam mangovatelny switch a kazdyho clovicka/domacnost mit v samostatne vlane a az na routery to podle vlan rozhazovat, ale je to nejake divote a asi to nebude pro Vas nic co potrebujete.

A nebo co kdyby jse ty koncove uzivatele nejak zajimave adresoval, ze by jste mel vlastne pro kazdeho uzivalte nejakou adresu s maskou /30 (252) a tim by vam pro kazdy pocitac vznika jen spojovacka (adresa PC a brana v kazdem subnetu), ale to je asi taky blbost ...

[pavlix]

Ano.

[JF]

Ješte mám jeden námět.
Proč vůbec omezovat IP adresy? Dělal jsem podobný management a mám uživatele navázány pouze na MAC adresu bez ohledu na to, jakou IP adresu si kdo nastaví nebo ji dostane od DHCP serveru. Je to slozitejsi, toto je jen nastrel pro komunikaci z internetu k uzivateli:

# MAC Hyn.. check MAC: 00:19:e3:08:f4:d4
tc filter add dev $wifiAP parent 80:0 protocol ip prio 25 u32 match u16 0x0019 0xffff at -14 match u32 0xe308f4d4 0xffffffff at -12 flowid 80:400
# 00:1e:c2:9e:1b:bb
tc filter add dev $wifiAP parent 80:0 protocol ip prio 25 u32 match u16 0x001e 0xffff at -14 match u32 0xc29e19bb 0xffffffff at -12 flowid 80:400

Jak jsem vyresil opacny smer napisu v pripade zajmu.

[H0ax]

To musí být docela sranda, když si pár lidi ve tvé síti nastaví 5x tu samou adresu

[JF]

Ano to je :) a ja jako vlastník AP se směji ze všeho nejvíc :). Oni se mezi sebou pokoušou, ale AP neublíží. A ani si na rychlosti nepřidají. A tech co mají unikatni IP adresu se to nedotkne.

Jejich chyba, neměli obcházet funkční DHCP server.

PS: za rok běhu se to zatím nikomu nepodařilo.

[JF]

Doufam, ze kazdemu je jasne, co dela moje ukazka skriptu.
Pro jistotu to popisi:
Ta priradi MAC adresu k "flow" unikatnimu pro kazdeho uzivatele bez ohledu na IP adresu. A pokud neni znama MAC adresa, tak se uzivatel propadne do flow omezeneho na 64kBit, at ziskal IP adresu z DHCP, ci si ji nastavil ruco.
IP adres a routovani se toto vubec netyka.

[Lol Phirae]

FreeRADIUS