Dotaz: FreeBSD a práva uživatelů

[Franta]

Dobrý den, mám server a potřebuji na něj pustit dalšího užvatele, ale musí mít občas vyší prava než jen uživatel. Sudoer mi nevyhovuje a nedostačuje. Potřebuji aby byl schopný restartovat nějaké aplikace, aby byl schopný editovat některé konfiguráky, ale zase ne všechny. Prostě aby měl vyší pravo, ale ne root. přidal jsem do sudoer vim, ale vznikl problém že může editovat kopletně všechny konfiguráky a to nechci. Mohl by mi prosím někdo poradit jak na to?

Odpovědi

[Viktor]

Bezny model prav nepostaci? Nie som v tom moc zbehly ale pokusim sa poradit:

Vytvoril som si uzivatelsku skupinu 'test', do ktorej som pridal uzivatela 'viktor',

v /data/ som si vytvoril test.sh ako root

su viktor, a skusil spustit ./test.sh - nedostatocne prava

nastavil som mu chmod 774 test.sh a chown root:test test.sh

Ako root skusil spustit ./test.sh - funguje

su viktor, a skusil spustit ./test.sh -funguje

[Franta]

Moc si vážím odpovědi a rad, ale toto nedostačuje, potřebuji pouštět/restartovat/stopovat aplikace která mají root práva. Takže jim nemůžu změnit vlastníka. Musím mít přístup a možnost vytvářet konfiguráky na místech kde nemohu změnit vlastníka.

[chsajarsa]

Zkusil by jsem nasledujici. Na tohle myslim by stacilo ACL.

ACL RBAC

[x]

Od toho ale je sudoers, protoze tam se nastavi jen to co ma opravdu ten konkretni uzivatel delat. Neni na tom nic tezkeho. Nechapu co na tom nevyhovuje a nedostacuje.

[Franta]

nevyhovuje mi toto, když dám uživateli sudo k chown, tak bude moct udělat chown nad celým systémem, ale já potřebuji aby měl chown jen k určité složce a jen k určitým souborům, a nemohl měnit vlastníka na celém systému. To mu můžu dát rovnou root práva.

[smajl]

v sudoers mozete pouzivat wildcards, takze napriklad mozete iba povolit
vi /cesta1/*
alebo zakazat
!vi /etc/sudoers, !visudo, !vi * /etc/*

[Franta]

děkuji, tohle zní zajímavě, mohl bych vás poprosit o konkrétnější přiklad jak použít wildcards v sudoers? Řekněme že chci aby mohl uživatel patřící do skupiny test provést chown v adresáři /var/www/ . Jak by tento případ vypadal v zápisu v sudoers? Děkuji za vás čas. Ale tak aby to nemohl provést nikde jinde v systému.

[asdf]

neumis cist, googlit a trochu premyslet? proc po nekom chces aby vsechno udelal za tebe?

[Franta]

Číst a googlit rozhodně umím a když mi není něco jasného tak se zeptám, žádný učený z nebe nespadl. Proč se vždy najde někdo kdo pomoci nechce a jen se povyšuje nad ostatníma a píše přípěvky které nejsou k věci. Pokud chceš pomoci tak napiš jak by jsi to řešil ty a nebo uveď nějaký konkrétní příklad. Pokud ale nechceš pomoci tak si nech to své poučování pro sebe, myslím si že na to tu není nikdo zvědavej. Šlo mi o nějaký konkrétní příklad, ne řešení mého problém někým jiným, to co jsem zde uvedl je jen příklad. Je mi líto že jsi se musel psát. Příště se vyspím a budu mít hlavu plnou vedomostí a nebudu muset psát do fora, které je mimochodem k tomu určené, o radu! Odpusť.

[smajl]

zopar prikladov sa da najst napriklad tu -> http://www.gratisoft.us/sudo/sudoers.man.html
Cmnd_Alias VI_DIR = /usr/bin/vi /data/*, /usr/bin/vim /data/*
Cmnd_Alias CHOWN_DIR = /bin/chown * /var/www/*, !/bin/chown * /var/www/* *
%test ALL = NOPASSWD:NOEXEC: VI_DIR, CHOWN_DIR

sudo nevyhodnocuje relativne cesty, takze uzivatel musi zadat celu cestu k suboru, co moze byt obcas na pritaz, tym myslim:
cd /data; sudo vi file.txt
neprejde, ale toto prejde:
sudo vi /data/file.txt

Spomenute pravidla nie su idealne, ale pre predstavu by to mohlo stacit.

[tomk]

Pro restartovani jednotlivych sluzeb bych pouzil sudo, v konfiguraci je mozne omezit i parametry. Je tak mozne napr. povolit jen "/usr/local/etc/rc.d/slapd restart".

Pro umozneni editace konfiguraci bude asi potreba pouzit vhodna prava na jednotlive editovatelne soubory. Bud standardni, nebo ACL. Pouziti sudo by bylo obtizne, protoze i kdyz sudo dovoli spustit jen "vi /usr/local/etc/apache22/httpd.conf", tak tezko zakaze uzivateli v takto spustenem vi otevrit a prepsat jiny soubor.

Dalsi moznosti je pouzit jaily. Neznam situaci a nedokazu posoudit, jestli se tam jejich pouziti hodi, ale je to pomerne levny zpusob, jak oddelit spravu jednotlivych sluzeb. Kazda bude mit vlastni jail, takze si spravci jednotlivych aplikaci nemuzou lezt do zeli.

Tomas

[Franta]

nad jailama jsem taky přemýšlel, jde o tom že mám pár serverů a mému kamarádovi vyvojářov ruby aplikací bych chtěl dát přístup k serveru, ale ne uplně jako root, ale jako uživatel s omezenými právy. Potřebuji přístup k nginx, git, ruby, rails, chown popřípadě chmod atd... Ale nechci aby mohl ovlivňovat chod serveru. Takovej je model.

[darkenik]

pozor na prikazy vi , vim a podobne v sudoers. co sa stane ked spustim vi , a v nom sa escapnem do shellu cez !sh ? tusim ze sa da niekde v sudoers nejakym parametrom tomu zabranit, ale aj tak odporucam namiesto vi davat sudoedit, alebo tusim nejak tak sa vola ta binarka. dalsi problem ktory sme mali s wildcards v sudoers, je ze nefungovali podla nasho ocakavania vapriklad ALL = NOPASSWD: cat /var/www* a fungovalo sudo cat /var/www/hocico /etc/shadow , hoci samotne sudo cat /etc/shadow nie

[ewew]

V debiane je možné na danú vec použiť noexec parameter v /etc/sudoers. Je tam aj varovanie, že daný parameter funguje len na nativne dynamický linkované spustitelné súbory. Statické spustitelné súbory to neovplivňuje.

Viac info man sudoers.