Onderwerp: mod_suid(2)/mod_ruid ervaringen en tips

Oorspronkelijk geplaatst door Rollerscapes

Kan iemand mij een voorbeeld geven waarom ik: system(), proc_open(), exec() moet uitschakkelen?

Als ik deze uitschakelt dan werkt phpsysinfo niet meer

Het zijn functies om systeem commandos uit te voeren.... disablen hoeft niet maar ben er wel zeker van dat er geen remote include errors in je script zitten die deze functies kunnen uitvoeren, pas dan kan het riskant worden.

wat is een voorbeeld : <? system("nc -l -e /bin/sh -p 31337"); ?> bv.

MvG.

Jan van de Rijt.

Oke dus wel onderstuinnen maar ook de moggelijkheid houden dit voor bepaalde mensen uit te schakkelen?

Ik zit met een vreemd probleem met mod_ruid : Alles werkt correct, alleen wanneer ik de directories op 700 chmod, dan krijg ik een 403. Als ik de directories naar 755 chmod gaat het wel goed. De bestanden kan ik wel met permissies 600 laten staan. De webserver draait ook onder de user die ik heb aangegeven in de config van de vhost. De machine is een debian xen virtuele host, met op de dom0 Debian unstable amd64 en op de domU Debian sarge AMD64. Zou het met Xen te maken kunnen hebben? Of heeft iemand anders een goede tip?

IK heb een CGI probleem... Iemand een idee hoe ik dit oplos?

ik zie dit in mijn suexeclog

[2006-09-25 20:03:19]: user mismatch (sga instead of apache)

Dan zal je suexec moeten uitschakelen

Hoe fix ik dat met directadmin :S

Zou iedereen die mod_ruid draait het volgende willen doen?

Code:

shell> ldd /usr/lib/apache2/modules/mod_ruid.so
        libcap.so.2 => /lib/libcap.so.2 (0xb7fe7000)
        libc.so.6 => /lib/tls/libc.so.6 (0xb7eb1000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

Uiteraard het pad aanpassen naar je eigen mod_ruid.so

Ik merk namelijk de laatste tijd dat op een van mijn servers Apache soms segfault en daardoor een witte pagina toont.

Nu weet ik niet of dit aan mod_ruid ligt, maar ik wil zo veel mogelijk informatie verzamelen.

Nu wil ik graag weten tegen welke libcap jullie mod_ruid gelinked hebben, daarom die ldd output.

# ldd /etc/httpd/modules/mod_ruid.so
libcap.so.1 => /lib/libcap.so.1 (0x4000d000)
libc.so.6 => /lib/tls/libc.so.6 (0x40012000)
/lib/ld-linux.so.2 (0x80000000)

CentOS 4.4
2.6.8-022stab078.9-smp (Virtuozzo)

ldd /usr/lib/apache/mod_ruid.so
libcap.so.1 => /lib64/libcap.so.1 (0x0000002a95662000)
libc.so.6 => /lib64/tls/libc.so.6 (0x0000002a95767000)
/lib64/ld-linux-x86-64.so.2 (0x000000552aaaa000)

en:

ldd /usr/lib/apache/mod_ruid.so
libcap.so.1 => /lib/libcap.so.1 (0x0032e000)
libc.so.6 => /lib/tls/libc.so.6 (0x00170000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x0015a000)

Zou jij me dan kunnen vertellen hoe ik mijn suexec probleem oplos met directadmin

Het SUExecUserGroup gebeuren weghalen uit de VirtualHosts van iedereen.

Sorry maar ik heb hem nog niet geinstalleerd staan op de productie server

@quart: Mappen moeten execute rechten hebben, net zo eender als CGI

Ik heb het probleem ondertussen op een andere manier opgelost. Ik heb een 32 bits machientje gepakt en daar werkte het wel op.
@Rollerscapes: De directories stonden op 700 ge-chmod dus die hadden gewoon execute rechten ...

Anyways, is er ook een oplossing voor FreeBSD? mod_ruid werkt niet helemaal lekker icm FreeBSD.. (Want FreeBSD 5.x heef tdie POSIX implementaties niet..)

Vreemd, voor zo ver ik weet is BSD ook gebazeerd op posix.
Alleen de kernel is anders, misschien leuke om zelf iets te maken.

Ps: Ik heb die patch van mind gebruikt, als ik een request uitvoert en herstart apache word die request afgebroken maar apache blijft wel gewoon werken.

Code:

ldd mod_ruid.so
        linux-gate.so.1 =>  (0xffffe000)
        libcap.so.1 => /lib/libcap.so.1 (0xb7f69000)
        libc.so.6 => /lib/libc.so.6 (0xb7e4c000)        
        /lib/ld-linux.so.2 (0x80000000)

Code:

ldd mod_ruid.so
        linux-gate.so.1 =>  (0x0088b000)
        libcap.so.1 => /lib/libcap.so.1 (0x0059f000)
        libc.so.6 => /lib/libc.so.6 (0x00e77000)
        /lib/ld-linux.so.2 (0x0088c000)