Onderwerp: SuPHP

Graag zou ik willen weten of iemand ervaring heeft met: suPHP
Hoeronder een quota over het product. Zie voor meer info http://www.suphp.org.

suPHP is a combination of an Apache module (mod_suphp) and an executable which provides a wrapper for PHP. With both together, it is possible to execute PHP scripts with the permissions of their owner without having to place a PHP binary in each user's cgi-bin directory. suPHP doesn't need Apache's suExec, provides a logging function and support for different php.ini's.

Zelf denk ik dat het potentie heeft echter vraag ik mezelf nog altijd af wat het voordeel is van PHP als CGI tegenover CLI. Zit er performance verschil in en andere noemenswaardige verschillen? VErder wat vinden jullie andiger suPHP of PHP dmv SuExec door gebruik te maken van de patch op www.localhost.nl

Voor luie mensen die de install willen volgen: http://www.debianhowto.de/de/suphp/suphp.pdf

Onder windows is de module beter.
Na een test van 1200 opvragingen per minuut werdt de cgi versie erg traag en de module versie bleef vrij kalm.
Weet niet hoe dit onder linux zit? heb nooit PHP als cgi versie draaien.
Alleen heb ik een php cgi binary maar die is alleen voor user root.

blijft erg stil over dit topic .
Het is wel een belangrijke topic qua veiligheid.
Maar ik denk dat de meeste niet weten wat php suexec en suphp.
Demios als je suexec heb geinstalled kan je dan niet meer met php/perl/cgi in de mappen van andere ?

wij hebben dit opgelost door alles te chrooten, werkt prima voor php.

Hoe heb je alles gechroot in PHP als ik mag vragen? De open_base_dir restrictie e.d. heeft namelijk nou niet bepaalde de reputatie dat deze on omzeilbaar zijn.

even aan systeembeheerder gevraagd en die gaf als antwoord 'ldd php.so en open_base_dir wil je niet omzeilen'.

vraag me niet meer, want ik weet het niet

Origineel geplaatst door paulmatthijs
even aan systeembeheerder gevraagd en die gaf als antwoord 'ldd php.so en open_base_dir wil je niet omzeilen'.

vraag me niet meer, want ik weet het niet

ben ik de enigste die van dit stukje niets snapt ?

Klinkt als een uitspraak van een tweakers.net nerd die niet weet waar hij het over heeft

Kom zeg, wat lult ie nou over de module van php omzeilen?

Neehoor snap er ook helemaal niets van. Iemand die het wellicht iets zou kunnen verduidelijken??

ik heb zelf gewoon safe_mode on en open_base_dir ingesteld en alles werkt nog prima volgens mij heb je verder ook niet echt veel nodig? of zijn er nog tips ?

Hoe doe jij het met bestanden die geupload worden via Apache en die moeten worden verwijderd? Dat kan namelijk niet via FTP moet dan ook weer via Apache. Beetje omslachtig dus (mijn inziens).

Verder is in het verleden meermalen gebleken dat zowel safe_mode als open_base_dir niet consequent waren. Dus daar vertrouw ik niet meer op.

Origineel geplaatst door Deimos
Verder is in het verleden meermalen gebleken dat zowel safe_mode als open_base_dir niet consequent waren. Dus daar vertrouw ik niet meer op.

ow ? how that so?

Zie de bug-traq van PHP. O.a.
http://www.phpbuilder.com/mail/php-d...02011/1551.php
http://bugs.php.net/bug.php?id=17790

http://www.google.nl/search?hl=nl&lr...+safe_mode+bug

Ach, lekker interessant PHP in safe mode laten draaien, dat kun je niet maken als betaalde host vind ik. Daar begin ik dus niet aan. Klanten moeten gewoon verantwoord omgaan met de aangeboden ruimte, doen ze dit niet, dan zijn er genoeg logs die hen kunnen identificeren als de veroorzaker van evt. problemen. De vitale delen (passwords, backups etc) kunnen zowieso enkel door de root user ingelezen worden, dus ik zie het probleem überhaubt niet zo..

Dmv programmas als cat e.d. kan je zo achterhalen in welke dirs is geweest en je bent een hele knappe jongen wanneer je alles logt. Dit is namelijk praktische niet te doen. Verder weet ik zeker dat een handige gebruiker op een machine zonder safe_mode veel waardevolle info kan vergaren. Dit kan ook vaak dmv Perl enkel is het dmv PHP veel gemakkelijker.