Re: siege failing and so on

"Asbjørn Sannes" <[email protected]> Sun, 12 Oct 2003 19:56:27 +0200
Newsgroups gmane.comp.apache.metuxmpm
Organization www.sannes.org
Message-ID <[email protected]>
-                                                 [email protected]
---------------------------------------------------------------------

On Sunday 12 October 2003 19:41, [email protected] wrote:
> -                                                 [email protected]
> ---------------------------------------------------------------------
>
> On Sun, Oct 12, 2003 at 07:22:48PM +0200, Asbj?rn Sannes wrote:
>
> <snip>
>
> > I've been thinking about this for a while, on a production webserver, can
> > we not stop people from attaching stuff to processes in the OS?
>
> hmm, perhaps we could do a little trick. Let an watch process ptrace
> the processors. This would prevent the attacker from ptracing it and will
> ensure that he cannot put its own code into the webserver process.
> How many resources will this consume ?

Linux has CAP_PTRACE to do this, right?

> Another problem is preventing the processor from hurting itself
> (exploiting mod_php, etc). Is it possible to prevent an process from
> overwriting its own code ?

This isn't really the job of apache? (stopping modules from doing things wrong 
is taking it a bit far, what if that is the purpose of the module .. and so 
on :> ). There are patches for the kernel (for linux) that does these things 
tough. 

-- 
--
Asbjorn Sannes
[email protected]
www.sannes.org