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. |

| Subject: | RE: [Snort-users] need help : (snort decoder) Bad Traffic Loopback IP |
|---|---|
| Date: | Mon, 28 Nov 2005 11:10:36 -0500 |
-----Original Message----- Subject: [Snort-users] need help : (snort decoder) Bad Traffic Loopback IP
On one machine i get a (snort decoder) Bad Traffic Loopback IP with 127.0.0.1:2638 255.255.255.255:2638 UDP report. How can i trace where this broadcast came from (pid)/PC ? I wonder why only one pc gets this broadcast msg, for testing i pulled
this pc out of
network and msg didn't come again. Now i wonder if it is generated by the pc itself - but why vanished msg
when pulling off
network cable- or if msg comes from network - but why don't fetch other
sensors this msg - .
i don't wanna disable complete decoder to get rid of this message. But in
the end i'd like
to find out what src of msg is and stop it.
Step 1 will be to determine whether or not the packet is actually "on the wire." This can be done with Ethereal or whatever your favorite sniffer is. Just be sure to specify the actual interface you think the packet may be arriving on when sniffing. I suspect that you will discover that this packet is not occurring on the wire but only on the local network stack. The easy fix for this will be to specify Snort's listening interface using '-i'. That way, traffic that occurs on the local machine's loopback interface won't be processed by Snort. PaulM ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Snort-users mailing list Snort-users@lists.sourceforge.net Go to this URL to change user options or unsubscribe: https://lists.sourceforge.net/lists/listinfo/snort-users Snort-users list archive: http://www.geocrawler.com/redir-sf.php3?list=snort-users
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [Snort-users] HW Specs, Alex Butcher, ISC/ISYS |
|---|---|
| Next by Date: | RE: [Snort-users] send flex-resp through interface which has no ip-address!?, Paul Melson |
| Previous by Thread: | [Snort-users] need help : (snort decoder) Bad Traffic Loopback IP, Thomas Werth |
| Next by Thread: | [Snort-users] Problem with 2 barnyards in the same box logging to DB, João Mota |
| Indexes: | [Date] [Thread] [Top] [All Lists] |