Dotaz: Spousteni BASH skriptu jako ROOT

[Carth_Onasi]

Zdravim

Je mozne, aby spustitelny BASH skript byl spustitelny pod obycejnym uzivatelem, ale aby tento skript mohl pouzivat rootovske prikazy (nastaveni firewallu) bez pouziti sudo nebo root-hesla?

Diky.

Odpovědi

[Filip Jirsák]

U normálních binárek se toho dá docílit suid bitem, kterým způsobí, že se program spustí s právy vlastníka souboru. U skriptů tohle ale pod linuxem povolené není. Samozřejmě vám nikdo nezabrání udělat si Céčkový wrapper, který ten suid bit nastaven mít bude a uvnitř spustí ten váš skript – a nejspíš už něco takového dávno existuje. Problém ale je, že se vám nejspíš nepodaří ten skript napsat bezpečně, aby nebylo možné jej třeba manipulací s proměnnými prostředí donutit s právy roota vykonat jakýkoli program. Pokud potřebujete uživatelům jenom umožnit změny firewallu, a to ještě jenom nějaké povolené změny, bylo by lepší napsat si na to nějaký jednoúčelový program v jazyce, jehož chování můžete opravdu kontrolovat.

Jinak když budete hledat „suid skript“ (případně setuid či bash), najdete toho spoustu.

[pht]

Samozřejmě vám nikdo nezabrání udělat si Céčkový wrapper, který ten suid bit nastaven mít bude a uvnitř spustí ten váš skript – a nejspíš už něco takového dávno existuje.

Ano, sudo.

Původnímu tazateli doporučuju se chvíli věnovat nastavení sudo a pak ho ve skriptu použít. Všechny ostatní metody pravděpodobně skončí hůř.

[Miklik]

Dle mě bude třeba použít sudo bez hesla na příkazy ve skriptu, které vyžadují root práva.
Nebo možná u těch příkazu nastavit sticky bit. Pak se budou spouštět s právy vlastníka souboru.

[Filip Jirsák]

sudo nebo suid bit ale umožní ty příkazy s právy roota spouštět komukoli (suid) nebo uživatelům povoleným pro sudo. Pokud to chce tazatel povolit, pak to není problém – ale pokud chtěl povolit jen omezenou množinu příkazů, pak tohle použít nemůže – např. pokud tazatel chtěl skriptem povolit upravovat jeden řetězec v iptabels, když nastaví suid bit nebo povolí sudo na iptables, umožní dotyčnému třeba kompletně smazat všechna pravidla firewallu.

[miro]

Ale IMHO lze uživateli dát sudo na skript, který umožňuje měnit iptables striktně definovaným způsobem a odebrat uživateli právo zápisu. Nebo v tom vidíte nějaký bezpečnostní problém?

[Filip Jirsák]

Problém je, že ten skript se těžko zabezpečí, aby se nedal zneužít. Třeba když v tom skriptu použijete iptables (bez celé cesty), tak si uživatel může změnit cestu tak, aby na začátku měl nějaký vlastní program jménem iptables – a ten se spustí s právy roota. Shell není dělaný na to, aby se spouštěl s právy roota a pomocí skriptu se omezilo, co přesně může uživatel dělat. Naopak shelly mají normálně spoustu možností,jak spouštět další programy atd. Možná někdo, kdo zná třeba Bash opravdu dobře, by dokázal napsat skript a říci, že je bezpečné spouštět jej pod jiným uživatelem s právy roota. Já akorát vím, že Bash neznám tak dobře, abych to o jakémkoli skriptu dokázal říci.

[miro]

Já akorát vím, že Bash neznám tak dobře, abych to o jakémkoli skriptu dokázal říci.

Tak to zní trochu depresivně pro člověka, který si je vědom toho, že zná bash ještě podstatně míň než vy. Ale jak jsem tak letmo nakouknul do man sudoers, tak problémy, které naznačujete, zřejmě budou řešitelné. Ale neodvažuju se o tom kohokoli jakkoli poučovat.

[Filip Jirsák]

Já Bash skoro neznám, nemám moc důvod v shellu nějak moc dělat – akorát občas potřebuji udělat nějakou akci nad určitou množinou souborů, sem tam si napíšu nějaký skriptík tak do deseti řádků. Ale vzhledem k tomu, že je shell určen k tomu, aby se neustále pokoušel něco interpretovat a na základě toho spouštět nějaké další programy, bych se opravdu bál, že na něco zapomenu nebo že nějakou vlastnost, kterou půjde zneužít, vůbec neznám.

[pht]

Myslím, že to trochu zveličujete.

Sudo většinu problémů řeší za Vás. Například uvedený útok s PATH nefunguje, neboť sudo zlikviduje většinu nastavení prostředí. Proto taky doporučuji použít sudo a nebastlit si vlastní "suid wrapper" - tvůrci suda už si tím vším prošli.

Odstraněním proměnných prostředí se odfiltruje jediný možný vektor útoku z předchozího shellu. Pak už to je jen o tom, jak napíšete skript - návody jsou na netu. Samozřejmě čím jednodušší ten skript bude, tím lépe.

Případně lze v sudo natvrdo naspecifikovat, že ten uživatel smí spustit iptables s takovými a takovými parametry. Pak se skriptu vyhnete úplně. Možnosti jsou v tomto dost široké.

[Filip Jirsák]

Proto taky doporučuji použít sudo a nebastlit si vlastní "suid wrapper" - tvůrci suda už si tím vším prošli.

Jak složitou gramatiku pro popis přípustných kombinací parametrů umí nadefinovat sudo? Účelem toho mnou zmíněného wrapperu by byla právě kontrola parametrů. Třeba jestli IP adresa zadaná jako parametr je uvedená v databázi u příslušného uživatele – to mi asi sudo nezkontroluje.

Odstraněním proměnných prostředí se odfiltruje jediný možný vektor útoku z předchozího shellu.

To těžko. Když budete mít ve skriptu TEST=`$1`, pořád může uživatel snadno spustit cokoli s právy roota.

[pht]

Účelem toho mnou zmíněného wrapperu by byla právě kontrola parametrů. Třeba jestli IP adresa zadaná jako parametr je uvedená v databázi u příslušného uživatele – to mi asi sudo nezkontroluje.

Asi by to chtělo konkrétní příklad, co a jak chcete kontrolovat? Obvykle se složitější kontroly provedou ještě před sudo, aby kód pod rootem byl co nejmenší. Pokud to je nezbytně nutné, můžete kontrolovat po sudo, ale zbytečně zesložiťujete privilegovaný kód. Nicméně psát z gruntu vlastní wrapper Vám dá to horší z obou: kontroly poběží pod rootem a navíc můžete udělat nějakou jinou chybku, kterou už sudo řeší samo o sobě.

To těžko. Když budete mít ve skriptu TEST=`$1`, pořád může uživatel snadno spustit cokoli s právy roota.

To je věc kontroly vstupu Vašeho skriptu. Zrovna tak, pokud skript explicitně používá nějakou proměnnou, soubor, bere vstup z stdin, a kdoví co.

Já jsem mluvil o ovlivnění funkce Vašeho interpretu, tj. shellu. Ta se dá ovlivnit jen proměnnou prostředí, protože jiný vstup nebere.

[Filip Jirsák]

Asi by to chtělo konkrétní příklad, co a jak chcete kontrolovat?

To, že uživatel má právo provést danou akci. Třeba přidělím uživatelům rozsahy portů s tím, že každý si na svém rozsahu může dělat DNAT, jaký chce. S pevnými rozsahy portů by to do sudoers ještě šlo nacpat, ale pokud budu chtít rozsahy mít třeba v databázi, sudoers už mi nepomůže a musím to kontrolovat programově.

Obvykle se složitější kontroly provedou ještě před sudo

Jenže to pak nikomu nezabrání spustit tu aplikaci (třeba iptables) přes sudo bez složitějších kontrol.

To je věc kontroly vstupu Vašeho skriptu. Zrovna tak, pokud skript explicitně používá nějakou proměnnou, soubor, bere vstup z stdin, a kdoví co.

Jenže udělat tyhle kontroly v shellu není nic jednoduchého, protože shell je určen k tomu, aby neustále něco interpretoval – a vy najednou chcete docílit toho, aby neinterpretoval skoro nic.

[pht]

Třeba přidělím uživatelům rozsahy portů s tím, že každý si na svém rozsahu může dělat DNAT, jaký chce.

Tohle by asi šlo řešit dost jednoduše tak, že každej dostane svůj chain, kde si může dělat třeba suchý z vrby a do toho chainu se pošlou pakety z toho rozsahu. S trochou práce by to asi šlo naroubovat i na tu databázi. Sudo pak nastavíte tak, že povoluje něco jako "iptables -[AIDF] mujchain *".

Jenže to pak nikomu nezabrání spustit tu aplikaci (třeba iptables) přes sudo bez složitějších kontrol.

Sudo nastavíte samozřejmě tak, že se smí daná operace volat pouze z toho skriptu. Pokud někdo nabourá ten skript tak získá možnost si nastavit firewall (resp. DNAT) jak chce, ale už nezíská o moc víc (cf. kdyby celý skript běžel pod rootem).

Jenže udělat tyhle kontroly v shellu není nic jednoduchého, protože shell je určen k tomu, aby neustále něco interpretoval – a vy najednou chcete docílit toho, aby neinterpretoval skoro nic.

Tak to zase pr. Shell je pouze interpretovaný jazyk a většina normálních interpretovaných jazyků má prostředky k tomu aby nějaký řetězec interpretovala, nebo taky ne, podle toho, jak chce programátor. V bashi jsou na to uvozovky. Perl má navíc taint operátor, který kontrolu toho co kam strkáte dělá za Vás.

[Filip Jirsák]

Tohle by asi šlo řešit dost jednoduše tak…

Tohle konkrétně ano, protože můžete použít jinou funkcionalitu iptables. Ale mohou existovat programy, které takové možnosti nemají.

Sudo nastavíte samozřejmě tak, že se smí daná operace volat pouze z toho skriptu.

To se nastaví jak?

[pht]

Tohle konkrétně ano, protože můžete použít jinou funkcionalitu iptables. Ale mohou existovat programy, které takové možnosti nemají.

Pointa je, že stojíte vždy před konkrétním problémem a obvykle si vyberete to "lehčí" řešení.

Sudo nastavíte samozřejmě tak, že se smí daná operace volat pouze z toho skriptu.

To se nastaví jak?

Nejjednodušší je pro skript rezervovat uid, uživatelům povolit sudo na skript pod tím uid, a teprve tomu uid povolit sudo iptables pod rootem.

[Miklik]

Myslím, že v sudoers se dá nastavit příkaz s cestou i s parametry, a pak jen tak, ho bude možno spouštět.

[Filip Jirsák]

Jenže v tomto případě je nejspíš potřeba ty parametry měnit.

[Miklik]

Jdou použít i zástupné znaky.

[Zaphod]

Treba povoliť cez visudo použiť root príkazy pre užívateľa bez hesla. Potom sa dá v scripte použiť "sudo príkaz".

Bez sudo sa dá použit policy kit alebo PAM. Neskúšal som - vyhovuje mi sudo.