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: cuebot-d infection method

Subject: Re: cuebot-d infection method
Date: Fri, 26 Aug 2005 09:56:35 -0700 (PDT)
<harlan & jayson on where to look for post-mortem packet traces>

Lacking full network packet logs, one thing I did during this one was
look at flow data from our network infrastructure. 

<disclaimer>my flowdata knowledge is limited</disclaimer>

This can be misleading, however because internal flow data will capture
the outgoing attack packets that may get blocked later by a firewall.
There also doesn't seem to be a one to one correspondence between the
flow and what the firewall blocked outgoing. (i.e., the firewall
records more blocks than the flow data shows ). 

Does someone with more flow-data/flow-tools experience know why this
may be so? 

Jeff.
P.S. Flow-tools example queries: 
http://www.splintered.net/sw/flow-tools/docs/flow-tools-examples.html

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