🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.security.misc
Article #1138

Re: Distinguishing Attempted Denial of Service Attack (DoS) or non-DoS Network Problems - With Apache/Webserver? (plus Non resol...

#1138
From: Peter Van Epp
Date: Thu, 12 Nov 1998 00:00
65 lines
3458 bytes
l.cranswick@dl.ac.uk (Lachlan Cranswick) writes:



>(There was a previous security article about non-resolving IP addresses.
>This may or may not be related?).

<snip>

>For this event:
>The only thing in the TCPDUMP logs not easily explanable is a 
>lot of activity with an IP address of 151.104.78.243 that is
>not pingable and dies on a tracetroute in the 
>"bbnplanet.net" domain.  Activity from this IP ceases but

With non resolving IP addresses remember that 

whois -h whois.arin.net 151.104.78 

(in this case) is your friend and will either tell you who owns the domain or
refer you to the nic that will tell you that (and give contact people ...).
You of course need to drop the third octet to resolve a class B address although
in this case either resolve to Chipcom (which used to be a networking company).


>another replaces it for a few minutes: 151.99.133.130
>which is also not pingable and dies on a traceroute
>near "interbusiness.it" domain.

	Yep, whois says this is 

InterBusiness - Telecom Italia (NET-INTERBUSINESS)
   Via Paolo Di Dono, 44
   Roma, I-00143
   Italy

   Netname: INTERBUSINESS
   Netnumber: 151.99.0.0                                              

>Is this enough information to explain things?  Just
>in case, examples of the TCPDUMP (v3.4a5) and the traceroute
>are given below.  Nothing seems to be showing up in
>the UNIX SYSLOG and Deception Toolkit shows no probes
>on other ports.

>Lachlan.

>PS: Brings up another query - is there a tool that could do a TCPDUMP
>and also tell what files are being transferred as part of the status
>line with respect to http?

	Yep (if your network connection is slow enough or it is said if you 
buy the commercial version) Network Flight Recorder can be configured to do 
this. The free version loses packets on a moderately loaded ethernet (although
the commercial version, which I haven't tried, is supposed to survive around %70
loading on a FDDI link). NFR can be found at www.nfr.com. Since it is poking
around in the data portion of the packets you may have legal and certainly have
privacy issues in using it in this way. If you are interested in other intrusion
detection tools, there is  Argus from CMU (ftp.sei.cmu.edu/pub/argus) and
Shadow from SANS (http://www.nswc.navy.mil/ISSEC/CID) are the three free ones I
know of. There are a number of commercial versions as well (Ballista, the ISS
security scanner whatever its correct name is, and undoubtably others).

Peter Van Epp / Operations and Technical Support 
Simon Fraser University, Burnaby, B.C. Canada
Technical Details
Message-ID: <72dcah$62h$1@morgoth.sfu.ca>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <l.cranswick.209.01C47D5D@dl.ac.uk>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 10952f,56bc51684084cbe5
X-Google-Attributes: gid10952f,public
X-Google-Thread: 1133d0,56bc51684084cbe5
X-Google-Attributes: gid1133d0,public
X-Google-Thread: f8b34,56bc51684084cbe5
X-Google-Attributes: gidf8b34,public
X-Google-Thread: ff723,56bc51684084cbe5
X-Google-Attributes: gidff723,public
From: vanepp@sfu.ca (Peter Van Epp)
Subject: Re: Distinguishing Attempted Denial of Service Attack (DoS) or non-DoS Network Problems - With Apache/Webserver? (plus Non resolving IP Addresses)
Date: 1998/11/12
Message-ID: <72dcah$62h$1@morgoth.sfu.ca>
X-Deja-AN: 410914443
References: <l.cranswick.209.01C47D5D@dl.ac.uk>
Organization: Simon Fraser University
Newsgroups: comp.security.misc,cern.security.unix,comp.security.unix,comp.infosystems.www.servers.unix