Dotaz: ARP dotazy od stejné MAC adresy

[Alešek]

Dobrý den,

předem se omlouvám, že se ptám na otázku, kterou bych mohl jistě někde najít, jenže to se nestalo (byť jsem je hledal poctivě po několik dní resp. hodin) :/

Takže...
Je normální, že většina ARP packetů, které jsou mi doručovány, pocházejí od jedné MAC adresy? Nemůže se jednat o spoofing?
Dočetl jsem se, že jde o dotazování ostatních počítačů v síti, a že je to běžné... Proč ale většina z nich pochází od stejného adaptéru (s tou jistou MAC adresou) mi ale neni jasné.

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
K monitoringu jsem použil tcpdump, netwatch a nast

Jsem připojen k internetu pomocí kabelovky od UPC

Za odpověď Vám všem předem děkuji, a přeji hodně štěstí a úspěchů do nového roku. ;o)

Odpovědi

[Petr Šobáň]

Těžko takhle budeme usuzovat zda je to v pořádku.

Prostě nejednoduší je se kouknout etheralem a podívat se co se děje.

Jaké IP jsou v tom ARP a jak často se ten dotaz provádí atd....

Samozřejmě pokud vám chodí ten stejný ARP třeba co 1s tak je to divné.

[Alešek]

Ano to je právě ten problém - ARP dotazy se provádí opravdu často (možná i častěji naž jedou za vteřinu), jinak by mě to ani neznepokojovalo.

Pro přesnost přidávám krátký výpis z nastu ->

---[ ARP ]-----------------------------------------------------------
00:0E:A6:90:CC:35 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.88.1? Tell 62.24.88.86
Hardware size: 6 - Protocol size: 4
Packet Number: 1

---[ ARP ]-----------------------------------------------------------
00:11:5D:45:A0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 84.42.131.212? Tell 84.42.131.2
Hardware size: 6 - Protocol size: 4
Packet Number: 2

---[ UDP ]-----------------------------------------------------------
160.0.84.42:0(unknown) -> 131.2.0.0:0(unknown)
Version: 0 Total Lenght: 2048TTL: 0
Packet Number: 2

---[ ARP ]-----------------------------------------------------------
00:11:5D:45:A0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 84.42.131.17? Tell 84.42.131.2
Hardware size: 6 - Protocol size: 4
Packet Number: 3

---[ UDP ]-----------------------------------------------------------
160.0.84.42:0(unknown) -> 131.2.0.0:0(unknown)
Version: 0 Total Lenght: 2048TTL: 0
Packet Number: 3

---[ ARP ]-----------------------------------------------------------
00:0E:5C:C0:4D:CB -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.84.1? Tell 62.24.84.125
Hardware size: 6 - Protocol size: 4
Packet Number: 4

---[ ARP ]-----------------------------------------------------------
00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.72.111? Tell 62.24.72.3
Hardware size: 6 - Protocol size: 4
Packet Number: 5

---[ ARP ]-----------------------------------------------------------
00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.72.59? Tell 62.24.72.3
Hardware size: 6 - Protocol size: 4
Packet Number: 6

---[ ARP ]-----------------------------------------------------------
00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.84.140? Tell 62.24.84.3
Hardware size: 6 - Protocol size: 4
Packet Number: 7

---[ ARP ]-----------------------------------------------------------
00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.72.194? Tell 62.24.72.3
Hardware size: 6 - Protocol size: 4
Packet Number: 8

---[ ARP ]-----------------------------------------------------------
00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.72.157? Tell 62.24.72.3
Hardware size: 6 - Protocol size: 4
Packet Number: 9

---[ ARP ]-----------------------------------------------------------
00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.84.90? Tell 62.24.84.3
Hardware size: 6 - Protocol size: 4
Packet Number: 10

---[ ARP ]-----------------------------------------------------------
00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.88.44? Tell 62.24.88.3
Hardware size: 6 - Protocol size: 4
Packet Number: 11

---[ ARP ]-----------------------------------------------------------
00:0E:A6:90:CC:35 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.88.1? Tell 62.24.88.86
Hardware size: 6 - Protocol size: 4
Packet Number: 12

---[ ARP ]-----------------------------------------------------------
00:C0:4F:83:C3:C4 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.88.1? Tell 62.24.88.216
Hardware size: 6 - Protocol size: 4
Packet Number: 13

---[ ARP ]-----------------------------------------------------------
00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.84.6? Tell 62.24.84.3
Hardware size: 6 - Protocol size: 4
Packet Number: 14

---[ ARP ]-----------------------------------------------------------
00:0D:87:96:7E:C2 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 84.42.131.1? Tell 84.42.131.231
Hardware size: 6 - Protocol size: 4
Packet Number: 15

---[ ARP ]-----------------------------------------------------------
00:11:5D:45:A0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 84.42.131.224? Tell 84.42.131.2
Hardware size: 6 - Protocol size: 4
Packet Number: 16

---[ UDP ]-----------------------------------------------------------
160.0.84.42:0(unknown) -> 131.2.0.0:0(unknown)
Version: 0 Total Lenght: 2048TTL: 0
Packet Number: 16

---[ ARP ]-----------------------------------------------------------
00:11:5D:45:A0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 84.42.131.79? Tell 84.42.131.2
Hardware size: 6 - Protocol size: 4
Packet Number: 17

---[ UDP ]-----------------------------------------------------------
160.0.84.42:0(unknown) -> 131.2.0.0:0(unknown)
Version: 0 Total Lenght: 2048TTL: 0
Packet Number: 17

---[ ARP ]-----------------------------------------------------------
00:0F:35:29:B0:00 -> FF:FF:FF:FF:FF:FF
Type: ARP request: Who has 62.24.84.18? Tell 62.24.84.3
Hardware size: 6 - Protocol size: 4
Packet Number: 18
-----
-----
Jde o tu adresu 00:0F:35:29:B0:00, jak je asi i vidět... 4 ivok: Ethereal zkusím... jen co se ho naučím ovládat :) Jinak díky za link, rád si o tom něco přečtu ;)

[Michal Marek (twofish)]

Není to jenom nějaký windowsí virus?

[Michal Kubeček]

Nevidím na tom nic divného. Je tam sice pár dotazů ze stejného zdroje, ale ptá se na různé adresy (ze stejného rozsahu), takže je to celkem normální.

[Libor Klepac]

mel bys videt to peklo, co tu mam ja na wifi ... provider ma ten jeden segment bridgovanej snad po celym okrese ...tech arp dotazu je tam ...hodne

[unchallenger]

Jsem doma na UPC a 10 ARP dotazů za sekundu je tam úplně normální. Spouštím tcpdump a ethereal jedině s not arp, chci-li něco vidět...

[Libor Klepac]

hmmm ...ja to ted zkousel ...jenom arp dotazy a bylo jich 130 za 30sekund ...takze mas vic ... a ja to povazoval za peklo

vetsina jich je z brany, ale obcas se tam ukazuji i z podivnych adres typu 10.9.8.254 a tak (ta sit jede na normalnich verejnych adresach, ne v privatnim rozsahu) ...neco tam asi cmucha ...obcas se mi sem pripojuje kamarad na jeden port a chvili potom se z nejake takove adresy typu 10... neco taky zkousi pripojit ....

[Petr Šobáň]

Jak jsem se na ten log díval tak je to normální Pokaždé se to dotazuje na jinou IP.

A že to má stejnou MAC to zaleží přes jaký HW to prošlo.

K neveřejným adresám je to tak že někdo má za modemem připojenou celou síť a prostě má špatně nastaven firewall a posílá neveřejné IP do internetu.

Pomoc filtrovat neveřejné IP pomocí iptables a nepouštět je do své sítě.

[Libor Klepac]

no jasne ze je filtruju, tedka me to dokonce vytocilo a zahazuju je rovnou v preroutingu (doufam, ze to neni spatne

[Michal Kubeček]

Špatně... jak se to vezme. Řekněme, že názvy tabulek ukazují, k čemu by pravidla v dané tabulce měla sloužit. Tedy obsah tabulky filter k filtrování paketů, obsah tabulky nat k překladu adres a obsah tabulky mangle k manipulacím s obsahem paketu (nebo jeho metadat), které nespadají pod překlad adres. Filtrovat v tabulce nat nebo mangle sice můžete v zásadě také, ale není to moc vhodné, protože jednak máte omezenou škálu podmínek, jednak musíte dávat daleko větší pozor např. na správnou souhru s překladem adres.

[Libor Klepac]

ja uz na to mel retez normlane ...ale proste me to nejak nastavalo, tak jsem se toho chtel zbavit co nejdriv

[ivok]

ARP pakety ale nejsou "doručovány" vám, jak píšete, jsou doručovány všem Přečtěte si někde, k čemu vlastně ARP slouží a jak funguje... Co je vám vlastně konkrétně podezřelé?

[Tomáš Bláha]

Jen bych doplnil, že například ISC DHCP server, který se běžně na GNU/Linuxu používá, před přidělením dynamické adresy kterémukoliv počítači ověřuje, zda danou adresu nikdo nepoužívá. Po obdržení požadavku vyšle dva ARP dotazy a když nedostane odpověď teprve adresu přidělí. Možná je to původ těchto dotazů i u Vašeho poskytovatele.

[Alešek]

Ano, zřejmě to tak bude... Všechno se tím tak hezky vysvětluje. Pak se už nemusím tímto znepokojovat, pokud jsem vše dobře pochopil ;) Navíc jsem se kdesi dočetl, že se ARP spoofing využívá k zjištění adres počítačů v lokální síti (jestli se dá využít i k něčemu jinému mi není známo, ale domnívám se, že ne). Tenhle spoofing jsem také zaznamenal pomocí netwatch, kde se dají pozorovat určité interakce na lokálních adresách (192.168.xxx.xxx), které ovšem nepoužívám (zatím), protože se jako začátečník neodvažuji pouštět do konfigurace routeru... snad časem :)

ad ARP dotazy od počítače s IP začínající 10.xxx.xxx.xxx, toto jsem také pozoroval... Jestli se dobře rozpomínám, tak právě tato IP měla co do činění s šmuchání po těch lokálních adresách, jak jsem psal.

Protože jsem si prve myslel, že ARP dotazy jsou něco špatného (alespoň většina z nich, vzhledem k množstí, které se dá v promiskuitním módu odchytávat), pokusil jsem nastavit iptables s parametry -m mac --mac-source xx:xx:xx:xx:xx:xx, s tím, že jsem všechny příchozí packety z této MAC chtěl zahazovat (DROP). Nemělo to ale žádný výsledek. No a vlastně dosud nevím, jestli je to tak správně (že třeba ARP pakety nejdou blokovat), nebo jestli jsem neudělal chybu v tom nastavování iptables. Typuji to spíš na tu druhou možnost, protože zrovna o blokování mac adres jsem toho moc nenašel (man & --help mlčeli). Našel jsem jen několik příspěvků na různých diskusních serverech, takže jsem to podle toho nějak sesmolil. :o)

díky všem za vysvětlení... ;c)

[8an]

Pomocí ARP spoofingu se dají dělat i lepší věci Pokud chceš odposlouchávat komunikaci mezi 2 stanicemi, tak každé pošleš ARP paket se IP adresou té druhé stanice a svojí MAC. Bránit se tomu dá pomocí static ARP (nastaví se ARP tabulka (tj. páry IP-MAC) napevno).

To "čmuchání" lokální adresy po lokálních adresách můžou být klidně normální ARP dotazy ve vnitřní síti, které nějak vytekly ven přes špatně nastavený router.

O filtrování ARP dotazů toho moc nevím, je možné že to iptables neumí (když to jsou IPtables, tak možná umí jenom IP pakety). Existují ještě ebtables, ale to je tak všechno co nich vím.