[13513] in bugtraq

home help back first fref pref prev next nref lref last post

stream.c/raped.c tests (just for stats)

daemon@ATHENA.MIT.EDU (Vanja Hrustic)
Sun Jan 23 19:20:06 2000

Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id:  <3888C931.1D8AD7@relaygroup.com>
Date:         Sat, 22 Jan 2000 04:01:37 +0700
Reply-To: vanja@relaygroup.com
From: Vanja Hrustic <vanja@RELAYGROUP.COM>
X-To:         bugtraq@securityfocus.com
To: BUGTRAQ@SECURITYFOCUS.COM

Hi. Since everybody will probably start submitting the 'results' of
stream.c/raped.c testing, I'll do it too :)

Absolutelly nothing (except usual 'bandwidth rape' DoS against poor
10Mbit LAN link :) has happened to following systems:

Linux 2.2.13 (RH 6.1 based)
Linux 2.2.14 (RH 6.1 based)
HP-UX 10.20
Windows NT Server 4.0

I've left stream/raped running for more than 10 minutes against all
those systems, and only HP-UX had CPU usage above normal (around 50% was
used). However, that HP-UX box is so old that any higher load of traffic
will cause it to go to 50% of CPU :)

I've tried both 'modified' (TH_ACK flag set) and original stream.c.
Nothing at all. Raped.c - nothing at all.

I don't know if it makes any difference, but all Linux boxes have
OpenWall patch (Solar Designer's) applied.

No need to publish this. It's just for stats, if anybody is collecting
it.

--

Vanja Hrustic
The Relay Group
http://relaygroup.com
Technology Ahead of Time

home help back first fref pref prev next nref lref last post