<<< Date Index >>>     <<< Thread Index >>>

Re: a cheesy Apache / IIS DoS vuln (+a question)



On Tue, Jan 09, 2007 at 12:15:02AM -0600, William A. Rowe, Jr. wrote:
> 
> bugtraq wrote:
> > 
> > a quick fix for this can be available at least on bsd, there is accf_http 
> > that can be modified not to pass the connection to apache until a full 
> > request
> > is read (either get or post, full, not just the first get request header, 
> > of course this can be even worst for a lot of post data).
> 
> For what it is worth, Apache 2.2.x and later introduce support for http 
> accept()
> filtering on platforms which support httpfilter.  Since Apache 2.0.x, AcceptEx
> is supported on Win32 to pend accept() for at least the initial request 
> payload.
> 
> Of course this is not without some resource utilization for the incomplete
> request payloads, but at least it does offload the resources from the web
> server itself to the kernel socket layer.

1. apache does support socket level filtering but u must have the right code 
for every kind of attack. e.g. a default http accept filter on (free)bsd will 
just wait for the_request header. after that the web server will face the same 
problem. only delayed. ofcourse that filter should be seen more like an example
2. you get to fight again when sending the data - attacker wouldnt close the 
socket, but will slow down the read filling netbufs on server  side 
3. you have no chance to identify the bots without learning traffic patterns 
before ... 

offtopic, you can even use tor network - until one point (which?)  those *are* 
legit requests and tor network is slow enough to simplify the schedulers on 
attacker side :)
and i dont know how easy can be to proove attacker's guilt at the *real* value

not saying this is a big problem for everyone, but for most of the people it is 
and antiddos business sharks just waitin for the occasion to eat you more 
painful and prolly faster than attacker :P


> 
> Bill

-- 
adrian ilarion ciobanu (cia)