full-disclosure - PHP dlopen() -> Fun with apache (and other

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20030813111841.GI21446@felinemenace.org>
From: andrewg at felinemenace.org (andrewg@...inemenace.org)
Subject: PHP dlopen() -> Fun with apache (and other

On Wed, Aug 13, 2003 at 02:03:21PM +0200, Stefan Esser wrote:
> Hello,
> 
> well you describe nothing more than the documented functionality
> of the dlopen() call. 

I don't see it disabled by default when I was last playing with it - in some
cases the admins may not know to disable dlopen / enable safe mode, or the
users like having safe mode off. 

Or, alternatively, the admins might just disable the exec functions. 

But yes, I agree, though the point would be that most users have nfi about
dlopen

> You can also have a lot of fun with loading
> linux kernel modules if your admin allows users to load kernel moduels.

True, but I don't see any distros/os's doing that by default. Given the general
state of security, I'd be surprised if most users disabled the dlopen 
functionality, if they have multiple users on the box.

> And stealing SSL private key from apache memory is not really a
> challenge... You only need to search for some signature in memory 
> and "steal" the next few byte behind it.

I don't see much documentation/notes on this around the place - its quite 
interesting I think, especially more for learning methods of searching memory
(well, shellcode is more).

Generally speaking, this also will alert people to how easy it is to make
off with your SSL keys, where as they would more likely store them encrypted
on disk.

> 
> Stefan Esser
> 
> -- 
> 
> --------------------------------------------------------------------------
>  Stefan Esser                                        s.esser@...atters.de
>  e-matters Security                         http://security.e-matters.de/
> 
>  GPG-Key                gpg --keyserver pgp.mit.edu --recv-key 0xCF6CAE69 
>  Key fingerprint       B418 B290 ACC0 C8E5 8292  8B72 D6B0 7704 CF6C AE69
> --------------------------------------------------------------------------
>  Did I help you? Consider a gift:            http://wishlist.suspekt.org/
> --------------------------------------------------------------------------
>