suPHP - spouštění php skriptu pod UID skriptu

30.8.2007 10:31 | Přečteno: 3203× | trable se serverem

Nedávno jsem narazil na suPHP, je to výborná věc k zabezpečení servru. Jeho konfigurace není nijak složitá a nezaregistroval jsem ani žádné významné zpomalení.

Riziko PHP

Představme si, že máme webhostingový server a na něm máme spuštěný Apache pod UID 1, a tři klienty s UID 2,3,4.

Každý z klientů má svůj vlastní prostor, kde má soubory s vlastním UID. Soubory nahrané z FTP se ukládají na server s tímhle UID. Problém, ale nastává, pokud vytvoříme nějaký soubor z PHP. Tenhle soubor se vytvoří pod UID Apache (UID 1) - mimo jiné musí mít do tohoto místa Apache povolení k zápisu.

Tzn. že se soboru s UID 1 se můžou vyskytovat v prostorech všech klientů, kteří je můžou sami sobě měnit. Tohle se dá částečně vyřešit použitím starší direktivy v php safe_mode nebo použít open_basedir. Tohle ale akorát zabrání aby si klienti mezi sebou soubory měnili, ale soubory jsou vytvářeny pořád pod UID Apache. Což nám komplikuje například použití kvót (které jsou vázané na UID nebo GID).

Co umí suPHP?

suPHP je modul do Apache, který nahradí standartní mod_php. Skripty poté vytváří soubory pod svojím UID, nikoli pod UID Apache.

Instalace suPHP

Instaloval jsem suPHP na Ubuntu Server. Postup na Debianu bude velice podobný, možná úplně stejný.

martin@tuxnak:~$ apt-cache search suphp
libapache2-mod-suphp - Apache2 module to run php scripts with the owner permissions

Nainstalujeme balíček

martin@tuxnak:~$ apt-get install libapache2-mod-suphp

Poté musíme aktivovat tenhle modul v konfiguráku Apache, přidáme tyto řádky

LoadModule suphp_module /usr/lib/apache2/modules/mod_suphp.so
<IfModule mod_suphp.c>
        AddHandler x-httpd-php .php .php3 .php4 .php5 .phtml
        suPHP_AddHandler x-httpd-php
        suPHP_Engine on
        suPHP_ConfigPath /etc/suphp/suphp.conf
</IfModule>

V Ubuntu stačí spustit

martin@tuxnak:~$ ln -s /etc/apache2/mods-available/suphp.* /etc/apache2/mods-enbaled/

Poté musíme zrušit v Apache mod_php. Zakomentujeme v konfiguráku tyhle řádky:

LoadModule php5_module /usr/lib/apache2/modules/libphp5.so

V Ubuntu spustíme

martin@tuxnak:~$ rm /etc/apache2/mods-enabled/php5.*

Konfigurační soubor suPHP

Nachází se se v /etc/suphp/suphp.conf

Defaultně je nastavený dost konzervativně. Projdeme si všechny důležité konfigurační direktivy.

[global]
logfile=/var/log/suphp/suphp.log Cesta k logu
loglevel=info Podrobnost logování
webserver_user=www-data Nastavíme uživatele pod kterým běží apache
docroot=/home Nastavíme adresář, ze kterého budou spouštěny skripty
allow_file_group_writeable=false Zakáže aby skripty byli přepisovatelné skupinou.
allow_file_others_writeable=false Zakáže aby byly skripty přepisovatelné, těmi kteří nejsou ani vlastníci a a ani nejsou ve skupině
allow_directory_group_writeable=false To samé s adresáři
allow_directory_others_writeable=false
check_vhost_docroot=true Kontroluje jestli skript není mimo documentroot
umask=0077 maska pro soubory vytvořené z php
min_uid=100 Skripty s menším UID server nespustí a vyhodí chybu
min_gid=100 To samé s GID
[handlers]
x-httpd-php=php:/usr/bin/php-cgi musíme nastavit handler - cestu k php interpretu

Na závěr

Je to první návod, který jsem zveřejnil. Možná někomu pomůže, ale nerad bych aby někoho popletl ještě víc, pokud bude někde chyba nebo vás napadá lepší řešení, napište prosím do komentářů.

       

Komentáře

[rADOn]

nemusi pak ale apache bezet pod rootem ?

[Michal Fecko]

nemusi pak ale apache bezet pod rootem ?

IMHO nie.

[vatamer]

Nic jsem neměnil, ale ps aux | grep apache, hlásí, že jeden daemon běži pod rootem

root     15121 16.0  7.5  31628 24236 ?        Ss   14:28   0:00 /usr/sbin/apache2 -k start
www-data 15124  0.0  7.3  31628 23712 ?        S    14:28   0:00 /usr/sbin/apache2 -k start
www-data 15125  0.0  7.3  31628 23712 ?        S    14:28   0:00 /usr/sbin/apache2 -k start
www-data 15126  0.0  7.3  31628 23712 ?        S    14:28   0:00 /usr/sbin/apache2 -k start
www-data 15127  0.0  7.3  31628 23712 ?        S    14:28   0:00 /usr/sbin/apache2 -k start
www-data 15128  0.0  7.3  31628 23712 ?        S    14:28   0:00 /usr/sbin/apache2 -k start

[azurIt]

to vzdy

[Hanička]

zrovna včera jsem suphp dala na svůj server, mám dvě připomínky... 1) mod_php není nutno zakomentovat, lze pak pro určité adresáře či složky suphp vypnout a používat modul. 2) suphp pak vlastně php skripty pouští přes cgi rozhraní, takže (u mne) to děla tak 25-30ms navíc.

[azurIt]

presne tak, funguje to cez php-cgi a to je teda velka nevyhoda. znacne to spomaluje (teda absolutne nevhodne pre mass hosting) a taktiez nie vsetky skripty s tym funguju bezproblemovo (mam skusenosti, ze napr. Joomla ma problemy).

[vatamer]

No a myslíte, že pro řešení sepsaného problému existuje elegantnější řešení jak suPHP? Jestli jo, tak aspoň naznačte, kterým směrem se ubírat :)

[azurIt]

praveze (a bohuzial) dostatocne dobre riesenie neexistuje :(

[phero]

kernel-level virtualization? V kazdym virtualu vlastni lehky web server s mod_php/fast_cgi ...

[azurIt]

tak to by bolo po vykonnostnej stranke este horsie ako suPHP ;)

[phero]

neřekl bych

[azurIt]

ja teda ano, uz vidim ako na tom rozbehas 500 webov (co by si na jednom serveri s klasickym PHP prevadzkoval bez vacsich problemov).

[vatamer]

Minimalne to bude o hodne narocnejsi na operacni pamet a to jak operacni tak i spravcovou :) Imho je to kanon na vrabce. SuPHP bych se na mass hostingu vubec nebal

[Jardík]

Ano. Lighttpd. Pro každé stránky spustíte zvlášť démona v chrootu a poté jednoho na portu 80, který přes mod_proxy kontaktuje ty ostatní např. podle domény. Ale je to docela náročné na správu (v každém chrootu vlastní php + závislosti, ale vejdete se do 10 MB na "vhost").

Není to můj nápad, ale nápad "cx".

[azurIt]

pozri toto vlakno

[vatamer]

Hm a nároky na operační paměť?

[xm]

suPHP je pomalý bazmek, mnohem lepší je správně nakonfigurovat klasické FastCGI.

[vatamer]

suPHP pomalý bazmek? Zajímavé, že jsem si toho nevšil...a FastCgi umožňuje to co suPHP?

[azurIt]

kolko webov ti na tom bezi ?

[xm]

suPHP skutečně je _extrémně_ pomalý bazmek. Podle mých testů je cca 10x - 16x pomalejší (podle druhu nasazení) než řešení s pomocí FastCGI + suExec, které je navíc mnohem flexibilnější. Prostě suPHP nebrat, je to hnus který by měl zemřít ošklivou smrtí.

[al-Quaknaa]

Už jsem to tu řešil, můžeš použít FastCGi se SuExecem a wrappery (to ti umožní i provozovat vedle sebe PHP4 a PHP5, i když PHP4 už patří do koše, spíš je to zajímavé na testování CVS PHP6), nebo, a to je podstatně jednodušší, mod_ruid. Vygoogli si to, jenom bacha na mpm-worker, jak popisuju tady, už se to delší dobu chystám postnout sem, ale nějak jsem se k tomu nedostal, zajímaly by mě totiž i vaše komentáře, snad brzo ...

Snad to pomůže vyřešit daný problém, jinak podle vlastních testů je suPHP asi 15x pomalejší než mod_php s mpm-worker a asi 10x pomalejší než mod_php s mpm-prefork nebo s řešením FastCGI/SuExec, takže bych se ho na mass hosting určitě dost obával :/