Dotaz: Nefunguje SUID

[Tomáš Hála]

Co delam spatne, ze mi nefunguje SUID?

[anms@tbird tmp]$ su
Password:
[root@tbird tmp]# cp /bin/bash ./bash
[root@tbird tmp]# chmod u+s ./bash
[root@tbird tmp]# ls -la
celkem 537
drwxr-xr-x    2 anms     users        1024 srp 27 21:16 .
drwx------   62 anms     users        3072 srp 27 21:16 ..
-rwsr-xr-x    1 root     root       541096 srp 27 21:16 bash
[root@tbird tmp]# file ./bash
./bash: setuid ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), stripped
[root@tbird tmp]# exit
[anms@tbird tmp]$ ./bash
bash-2.05a$ id
uid=500(anms) gid=100(users) skupiny=100(users)
bash-2.05a$

Odpovědi

[Martin Dvořák]

SUID konkretne u bashe nefunguje, protoze pokud bash zjisti ze je SUIDlej tak si ho sam automaticky pro jistotu odebere. Ale ted ti fakt nereknu jak to zmenit, to uz si najdi sam...

[Leoš Literák]

a shellove prikazy spoustene pod shellem? ja jsem takto zmenil jeden skript na suid a taky nic nedelal

[Jozef Vondrák]

Je ještě jedna věc, ato že o sobě tvrdí, že UID nezměnil ale ve skutečnosti jej změnil, například si to zkuste nastavit na VI a potom zadat ":!bash" id ukáže původní nezměněný stav, ale "/etc/passwd" klidně změníte a uložíte.

[Tomáš Hála]

Takze uz sem na to prisel, jak to je: Kdyz je program (binarka, ne script) SUID, tak to plati jen pro nej a ne pro dalsi programy volane timto SUID programem. To vysvetluje vsechny jiz uvedene pripady. Kdyz je "vi" SUID, tak umi precist i editovat napr. /etc/shadow, ale kdyz pomoci nej zavolam jiny program napr. "id", tak ten uz bezi s puvodnimi pravy. A shell si tedy neodebira SUID nybrz je mu k nicemu, protoze umi akorad volat jine programy a ty opet bezi s puvodnimy pravy.
Zrejme se jedna o bezpecnostni opatreni, aby nebylo tak jednoduchy zneuziti SUID programu.
Jinak u scriptu se SUID ignoruje, od toho je tu "sudo" a jemu podobne projekty.

[Amater]

a co to spoustet misto "su" .... "su -" to z tebe udela roota jako remen :) btw me to su - funguje i v bashi ...

[Milan Dobeš]

...ale heslo snad zadat musíte ne?

[Milan Dobeš]

Ano je to tak, na 2.2.xx kernelech bylo možné ze SUID programů spouštět jiné a ty podědily SUID práva. Od 2.4.xx kernelu je to jak píšete.
Setkal jsem se ale s jiným SUID problémem, který se mi nepodařilo vyřešit. Dělal jsem u zákazníka malé html udělátko na mazání tiskových front. Ala "href="/cgi-bin/lprm-cgi?HP4550">Tiskárna HP 4550<" jsem spouštěl skript:

#!/bin/sh
/usr/bin/lprm.LPRng -P $QUERY_STRING all >/tmp/lprm.txt
echo 'Content-type: text/html'
echo 'html'
....a.t.d....
echo '/html'

a na /usr/bin/lprm.LPRng jsem nastavil SUID root. Když jsem skript spouštěl samostatně, tak fungoval, když jsem jej volal přes www prohlížeč, tak ne.
Nevíte někdo proč???

[gimper]

zeby na neho nemel prava apache:apache ? Ale davat prava na apache je dost vo hubu