Nmap Security Scanner
*Intro
*Ref Guide
*Install Guide
*Download
*Changelog
*Book
*Docs
Security Lists
*Nmap Hackers
*Nmap Dev
*Bugtraq
*Full Disclosure
*Pen Test
*Basics
*More
Security Tools
*Pass crackers
*Sniffers
*Vuln Scanners
*Web scanners
*Wireless
*Exploitation
*Packet crafters
*More
Site News
Site Search:
Exploit World
Advertising
About/Contact
Credits
Sponsors:




bugtraq logo Bugtraq mailing list archives

Re: Hijacking Apache 2 via mod_perl
From: André Malo <nd () perlig de>
Date: Thu, 22 Jan 2004 18:42:28 +0100

* 3APA3A <3APA3A () SECURITY NNOV RU> wrote:

You're  right: mod_perl is inside apache memory space and can access any
descriptor, so it's impossible to blame apache descriptor is leaked. But
you're  wrong. mod_perl has access to memory, not perl script. At least,
it's  possible  to  store  descriptors  table  and  implement  check for
descriptor  in  every  perl  file/socket  function  inside mod_perl (and
mod_php  and mod_something) and only allow access to std descriptors and
to  descriptors open inside same script. The choice is between speed and
security.

Then one just writes a perl extension in C. Who's responsible then?
Who's responsible if you just write a C module which hijacks the
descriptors? Where do you draw the line?

nd


  By Date           By Thread  

Current thread:
[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]