Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Incidents
[Top] [All Lists]

RE: A bit strange ARP queries

Subject: RE: A bit strange ARP queries
Date: Sat, 17 Dec 2005 17:32:52 -0800
These are usually generated by arping. 

-----Original Message-----
From: Eygene A. Ryabinkin [mailto:rea@rea.mbslab.kiae.ru] 
Sent: Friday, December 16, 2005 5:27 AM
To: wayne dawson
Cc: incidents@securityfocus.com; paul.farrington@goldmedal.co.uk
Subject: Re: A bit strange ARP queries

-----
15:29:59.908901 arp who-has the-host-in-question (4:c0:40:1:e0:df) tell 
the-requester

15:30:00.911228 arp who-has the-host-in-question (57:43:50:10:40:0) tell 
the-requester                                                            
15:30:01.912045 arp who-has the-host-in-question (2e:2f:30:31:32:33) tell

the-requester                                                           
-----
'the-host-in-question' and 'the-requester' are, of course, IP addresses.

I should let the network people on the list answer, but it looks normal 
"unsolicited" ARP. 
 I can be wrong, but I can not imagine the unsolicited ARP requests. As for
replies it is OK, but requests?

 But I worried by the fact that arp who-has packets have the target MAC in
it
(that is supposed to be discovered by the request) and this MAC changes from
time to time.

 RFC says that the target MAC in the who-has requests has no meaning but
they can be present in the who-has requests. And there was no such packets
in that net -- they appeared recently. So if the terget MAC is normally
ignored, such packets can be used for ARP spoofing (of any kind) only if
we have some strange ARP stacks that are caching the target MAC's from the
ARP requests.

 What is wrong in my thoughts?


 Thanks!
-- 
 rea

If I can't picture it, I can't understand it.  -Albert Einstein

<Prev in Thread] Current Thread [Next in Thread>