🚀 go-pugleaf

Bartosz Maruszewski (ba...@mat.uni.torun.pl) wrote:
: Przeciez jezeli ktos zalozy skrypt z bit'em set-uid to wlascicielem tego
: skryptu nie jest przeciez automatycznie root (tylko w przypadku gdy root
: zakladal ten skrypt) no i jeszcze jezeli wlascicielem skryptu jest root
: i jego flagi to: rwsr-xr-x to niby jak zwykly uzytkownik ma to wykorzystac
: jako dziure ??? przciez nie wpisze tam nic swojego a root juz sie zatroszczy

Nie wpisze nic swojego, ale...

Skrypty zaczynaja sie od #!/bin/sh co oznacza ze przy uruchamia sie tak
naprawde /bin/sh z nazwa skryptu jako parametrem.  Uzytkownik tworzy sobie
link do tego skryptu o nazwie "-i" i uruchamia sie "/bin/sh -i" (czyli
zwykly shell).  Dlatego wlasnie (aby nieswiadomy administrator sam sobie
nie narobil balaganu) bit "s" w skryptach zostal zablokowany.

Mozna na poczatku skryptu umiescic "#!/bin/sh --" co oznacza ze nie beda
przyjmowane zadne opcje (czyli powyzsza sztuczka nie zadziala).  Ale teraz
mozna inaczej: utworzyc do tego skryptu link, uruchomic go, a potem szybko
(po uruchomieniu "/bin/sh -- nazwa", ale zanim shell zdazy otworzyc plik
o podanej nazwie) podlozyc wlasny skrypt o tej samej nazwie.

Sa jeszcze inne mozliwosci, np. ustawienie zmiennej IFS...
Nie jest to wiec az takie proste jak by sie moglo poczatkowo wydawac.
Podobno Perl ma mozliwosc bezpiecznego uruchamiania takich skryptow.

Wesolych Swiat

Marek