SUID bit - perl versus bash

24.2.2009 22:01 | Přečteno: 1780× |

Tak jsem narazil na zajímavé chování archlinuxu a chci se s vámi o něj podělit, třeba to někoho inspiruje k tomu, že rozluští a vysvětlí příčinu. Jde o použití SUID bitu při spouštění skriptů - narazil jsem na to při psaní bakalářky. Konkrétně jde o následující problém: Máme nějaký skript, který po spuštění uživatelem potřebuje pracovat s věcmi, ke kterým má přístup pouze root (např. procházení některých logů, či vypsání všech .pid souborů z /var/run). Otázka je, jak uvedené chování co nejefektivněji zařídit? (uvítám jakékoli doporučení)

Nabízí se použití SUID bitu, jenže při tom člověk narazí na problém - skript si spustí interpreta a tomu už SUID bit nepředá, nebo alespoň by neměl a já si to myslel. No ale člověk za pokus nic nedá, a hle, při použití perlu skript k root věcem přistoupí, při použití bashe ne. Nemáte někdo potuchy proč to tak je? Chování je v distribuci archlinux, v jiných distrech jsem to nezkoušel.

Proč se tedy perl chová tak "divně"?

Poznámka: skript running_deamons.pl vyhodí pid ze všech souborů, které končí na .pid ve /var/run. syslog-ng jak vidíte níže může číst pouze root...proto použití suid bitu. Výstup skriptu jsem trochu osekal, aby bylo vidět hlavně to důležité.

[root@archeee daemons]# chmod 4755 running_daemons.pl 
[root@archeee daemons]# ls -l
-rw-r--r-- 1 jerka users 276 2009-02-23 15:22 main.php
-rwsr-xr-x 1 root  root  497 2009-02-23 21:02 running_daemons.pl
[root@archeee daemons]# exit

[jerka@archeee daemons]$ ./running_daemons.pl 
3057 is pid of crond.pid
2928 is pid of syslog-ng.pid
16781 is pid of dhclient.pid
3031 is pid of dbus.pid
[jerka@archeee daemons]$

[jerka@archeee daemons]$ ls -l /var/run/syslog-ng.pid 
-rw------- 1 root root 4 2009-02-20 13:31 /var/run/syslog-ng.pid

[root@archeee daemons]# chmod 755 running_daemons.pl 
[root@archeee daemons]# exit
[jerka@archeee daemons]$ ./running_daemons.pl 
3057 is pid of crond.pid
16781 is pid of dhclient.pid
3031 is pid of dbus.pid
[jerka@archeee daemons]$

Co je důležité z ukázky výstupu je že když má perl SUID bit, tak syslog-ng zvládne otevřít, bez SUID bitu jak je také logické ne.

Byl bych moc rád, kdyby někdo věděl proč to tak je, případně vyzkoušel něco podobného na své distribuci a podělil se o výsledky. Když je použit místo perlu bash, tak to syslog-ng.pid neotevře. Perl to zvládne...tak kde je problém?

Jdu si z toho radši dát pivo.

       

Komentáře

[Zdeněk Burda]

hledej suidperl

[Vskutečnosti Saýc]

Co udelat strace a zjistit kde je rozdil?

[tom]

Moc jste po tom nepatral, ze? Jinak byste urcite vedel, ze bash ta prava zahodi.

[Michal Kubeček]

Jak jste na to přišel? Schválně si zkuste "skript"

#!/bin/rm -f

cokoli

Když mu nastavíte SUID bit a spustíte ho jako normální uživatel, pokus o smazání sebe sama selže. Znamená to snad, že příkaz rm ta práva zahodí také?

[tom]

Jak jste na to přišel?

Precetl jsem si to v man bash, cituji:

If the shell is started with the effective user (group) id not equal to the real user (group) id, and the -p option is not supplied, no startup files are read, shell functions are not inherited from the environment, the SHELLOPTS variable, if it appears in the environment, is ignored, and the effective user id is set to the real user id. If the -p option is supplied at invocation, the startup behavior is the same, but the effective user id is not reset.

Jeste si dovolim jeden citat:

Pořádný muž od lúzy tím se označuje, že čemu nerozumí, to neprovozuje.

Nechapu, proc jste si to v tom manualu neprecetl sam.

[Michal Kubeček]

Aha, špatně jsem pochopil kontext vašeho příspěvku. Představa, že by někdo opravdu shellu vlastněnému rootem nastavil SUID příznak, mi prostě připadala příliš šílená na to, abych se zabýval tím, jak se v takové situaci bude shell chovat. Myslel jsem, že se snažíte vysvětlit, proč to nefunguje bez nastavení SUID příznaku interpreteru.

[menphis]

Otázka je, jak uvedené chování co nejefektivněji zařídit? (uvítám jakékoli doporučení)

Ja to resim, vetsnou tak, ze vytvorim skupinu pro skript. teto skupine chownu potrebne adresare. Nevzdy to, ale muze stacit, pak by snad melo pomoci udelat treba v C++ wrapper , ze ktere se danny skript spusti. (nezkousel jsem)

[pils]

Skupinou bych to resit nechtel, protoze budu potrebovat pristupovat ke konfigurakum ruznych sluzeb a tim by se instalace docela komplikovala (nikdo si asi nebude menit skupinu u konfiguraku apache a dalsich veci) ale jinak namet dobry...aspon za snahu diky moc...mozna ze jsem ted moc opily a zitra se mi tohle reseni bude libit...

 

[himdel]

> suidperl is a setuid root helper program which is invoked by perl when
> executing scripts with setuid/gid bits set on systems (like linux) which
> don't have support setuid script execution natively in the kernel.
 

Neboli, perl to osetruje, bash ne. Je to proto ze perl se snazi chovat se vsude stejne a ne vsechny unixove systemy se takto chovaji, nektere setuid bit na skriptech nezahazuji.

Dalsim moznym resenim je pouzit sudo (v /etc/sudoers jde nastavit aby se pro dany prikaz neptal na heslo a skript muze klidne mit #!/usr/bin/sudo /bin/bash misto #!/bin/bash).

[fakenickname]

linux od verze 2.4 (myslim) schvalne nepredava suid bit po forku kvuli bezpecnosti

[tom]

Ne, na spouste UNIXu se suid bit ignoruje, pokud se vyuziva spousteci magic #!. Jde pouzit program indir, ktery spousteni suid skriptu celkem rozumne resi nebo to vypnout v jadre. ID se po forku chovaji normalne, vetsina lidi ma spis problem vyporadat se s tim, ze ta ID jsou vlastne 3 (real, effective a saved) a co se s nimy dela pri volani exec a fork

Nektere shelly (napr. bash) pro zvyseni bezpecnosti jeste delaji to, ze po startu nastavi effective id na real id.

[horada]

Proč se to chová takto a ne jinak nevím, něco podobného (tedy přístu ze skriptu spuštěného pod neprivilegovaným uživatelem ke konfiguračním skriptům a logům kam má přístup pouze root ale řeším/budu řešit ve své bakalářce také a jako nejschůdnější řešení vidím použití utility sudo + nastavení konfigurace tak aby šlo pouštět pouze některé příkazy (konkrétně budu mít asi napsaný jeden program (nejspíše v pythonu) který bude přijímat pomocí voleb na příkazové řádce co má kde udělat s těmi konfiguračními soubory/ logy a tento program bude spouštěn jiným skriptem který bude  tvořit uživatelské rozhraní (autentizaci a tak) - v mém případě přes web)

[pils]

Díky za tip, na sudo se urcite jeste podivam.

[CET]

IMHO je suid prasarna (a riziko) a mel by se pouzivat opravdu jenom tam, kde jine reseni neni, nebo je trosku neprirozene (ala passwd pro uzivatele). Pokud jde o nejaky admin script, osobne bych pouzil sudo. Zjistis, ze se sudem jdou delat kouzla.

A jeje:) Dalsi pekne zkracenina:) Kdyz jsme na VS meli Linux, tak si kolega vsimnul nekterych legracnich hlasek:

"Udelam to v sedu" - Komentoval "Ja to udelam v lehu"

"To je wget" (cteno veget)

pak jeste grep, no a ted "sudem" nebo taky v sudu:)

[pils]

Jojo, se sudem to je parada...ale bez | (pipy) to nema smysl