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 Snort-Users
[Top] [All Lists]

RE: [Snort-users] need help : (snort decoder) Bad Traffic Loopback IP

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>