Origineel gepost door John Timmer

Zucht...

php in cgimode draaien zorgt ervoor dat je php processen onder een non priviliged user draaien en niet onder de apache user. Zo kun je per user zelfs nog de resources limiteren, sneller vinden wie wat doet/gedaan heeft en privilege escalation een stuk meer voorkomen. Valt een hoop over te lezen... doe voor de gein eens.

Nee, dat doe je niet met cgi mode. CGI (Fast cgi neem ik trouwens aan? ;)) mode draait standaard onder dezelfde gebruiker. Pas als je su_php (Welke fast_cgi vereist) of mod_ruid (waarmee je gwoon mod_php kan gebruiken), dan los je het probleem wat jij zegt op. su_php wil je niet draaien vanwege de ontzettend hoge load welke het onnodig veroorzaakt. mod_ruid heeft ook zo zijn nadelen, maar die zijn meer vanwege beheer.
Aanvullend bericht:

Origineel gepost door John Timmer

Zucht...

php in cgimode draaien zorgt ervoor dat je php processen onder een non priviliged user draaien en niet onder de apache user. Zo kun je per user zelfs nog de resources limiteren, sneller vinden wie wat doet/gedaan heeft en privilege escalation een stuk meer voorkomen. Valt een hoop over te lezen... doe voor de gein eens.

Nee, dat doe je niet met cgi mode. CGI (Fast cgi neem ik trouwens aan? ;)) mode draait standaard onder dezelfde gebruiker. Pas als je su_php (Welke fast_cgi vereist) of mod_ruid (waarmee je gwoon mod_php kan gebruiken), dan los je het probleem wat jij zegt op. su_php wil je niet draaien vanwege de ontzettend hoge load welke het onnodig veroorzaakt. mod_ruid heeft ook zo zijn nadelen, maar die zijn meer vanwege beheer.

Ik denk dat we dan langs elkaar babbelen, paul, maar dat werkt toch best aardig hier hoor. Geen ruid voor nodig. Maar op een iphone nu, ga ik er verder niet op in, dat zal later worden maybe.
En load?? Dat boeit alleen maar als je 100 users met xxxx websites op je server knalt, maar dat doet een normale hoster niet hoop ik ;)