Dotaz: apache2-mpm-itk vytvoreni uzivatele

[Subzero]

Ahoj potrebuji poradit. Jak jsem se docetl s timto modulem muzu poustet php scripty pod jinym uzivatelem nez se spousti apache. To mi funguje skvele, ale bohuzel nevim jak "omezit" toho uzivatele. Nevim jestli to vubec jde, ale sliboval jsem si od toho nahrazeni open_basedir. Bohuzel neni problem si dat vypis korenove struktury /. Zapisovat muze jen do "sve" slozky, ale smejdit bez omezeni a tomu bych rad zabranil. Takze jak mam vytvorit uzivatele abych tomu zabranil?

Odpovědi

[Jakub Lucký]

Možnosti jsou dvě: 1) Ta čistější, mít v systému nastavená klasická práva tak, aby se nikam nedostal

2) Použití ACL (pozor, nelze aplikovat úplně plošně, například pro některé věci do /etc potřebuje každý uživatel)

[Subzero]

A ten bod 1) udelam jak? :)

[Jakub Lucký]

To dost záleží na tom, kam chcete omezit přístup...

[Subzero]

vsude krome /home/www/DOMENA

[Jakub Lucký]

To moc dobře nejde. Procesy z principu potřebují přistupovat k různým systémovým souborům, aby mohli fungovat. Jak se budete chtít připojit k MySQL socketu, když nebudete chtít? Jak nový proces zjistí, jak se jmenuje jeho uživatel a kde má $HOME, když se nedostane do /etc/passwd ?

open_basedir je z principu jen iluze (z uživatelského i bezpečnostního hlediska)

[Subzero]

A jak to resi hostingy? Kdyz se podivam na phpinfo, tak open_basedir v php nepouzivaji :)

[Jakub Lucký]

U mně na VPS, kde hostuje pár kamarádů své weby má každý web svoje vlastní php.ini, takže si kdokoliv může nastavit PHP "jak chce".

Pomocí systémového nastavení ulimit má každý uživatel pevně omezenou RAM, počet procesů apod.

@vhost		hard	nproc		128
@vhost		hard	nice		0
@vhost		hard	memlock		384000
@vhost		hard	core		384000
@vhost		hard	data		384000
@vhost		hard	rss		384000
@vhost		hard	as		384000
@vhost		hard	fsize		2097152
@vhost		hard	rtprio		10

kromě toho je omezené listování(!) některými složkami, kde by uživatel byl zbytečně zvídavý (/home, /etc). U nás jsem to z lenosti dělal pomocí ACL. Tam, kam uživatele nemají mít přístup vůbec (Apachův private SSL certifikát, /root) tam nemají ani klasický read

[MMMMMMMMM]

Mne by spíše zajímalo, proč eliminovat open_basedir? Jestli způsobuje něčemu problémy? (sám používám MPM-ITK + open_basedir)

[Subzero]

Nechci jej eliminovat, spis jsem myslel, ze ho dokaze nahradit. Neni problem ho mit, ale predpokladal jsem, ze tohle bude stacit :)

[prochap]

Pokud chceš mít opravdu jistotu tak ideální varianta pro omezení je chrootdir. Má to, ale svoje problémy, které se musí vyřešit a zprovoznění není úplně nejjednoduší z hlediska těch ostatních věcí. Např. php mail(), date(), ... Také záleží na verzi apache, buď lze využít přímo nebo pomocí mod_chrootdir, ale to záleží dle verze.

[cold]

priklad

/etc/passwd
web424:x:5127:5006::/var/www/clients/client0/web424:/bin/false

vhost soubor

# add support for apache mpm_itk

IfModule mpm_itk_module> AssignUserId web424 client0 IfModule>

php_admin_value open_basedir /var/www/clients/client0/web424/web:/var/www/clients/client0/web424/tmp:/var/www/test.cz/web:/srv/www/test.cz/web:/usr/share/php5:/tmp:/usr/share/phpmyadmin:/etc/phpmyadmin:/var/lib/phpmyadmin

kdyz budes chtit omezit kazdeho uzivatele webu je to takhle (apache2.conf)

IfModule mpm_itk_module>
    StartServers 5
    MinSpareServers 5
    MaxSpareServers 10
    MaxClients 50
    MaxRequestsPerChild 6000
IfModule>

Na zacatku kazde te ifmodule sekce doplň < a na konci </ ono to sem nejak nejde vlozit z bezp. duvodu (anebo sem lemra)

[Subzero]

Diky, takhle to v podstate mam, ale bez open_basedir si muzu behat po celym serveru. Nekde jsem cetl, ze open_basedir obsahuje chybu a neni to moc bezpecny, proto jsem myslel, ze to jde nejak osefovat na urovni uzivatele.

[Jakub Lucký]

1) open_basedir nemá "chybu", celá idea je nesmyslná

2) jak jsem psal výše, z principu to nejde omezit úplně. Zkuste si popsat zcela konkrétně, jaká bezpečnostní rizika nese uživatel, který může číst jakýkoliv soubor, ke kterému má práva?