Decoy 18 фев 2010 в 17:13

SUID и безопасность

8 мин

22K

Информационная безопасность*

Перевод

Комментарии 9

rdolgov 18 фев 2010 в 18:41

Спасибо за статью, большенство из этих вещей я знал, но те что не знал дали скилл ап мне.
А тебе один вопрос по коду, для чего юзается: rm /tmp/.user?
если после этого у вас идет echo >, где ">" затирает всё что есть в файле.
но это так придирки, спасибо за статью.

Decoy 19 фев 2010 в 10:49

Сейчас такое встретить, пожалуй, практически невозможно, но на некоторых системах операция «>» может не затереть файл.

rdolgov 18 фев 2010 в 18:49

Поясню, что имею ввиду, несмотря на ваше описание данной ситуации, вы же как бы работаете под рутом, и тут у вас всяко имеется доступ к этому файлу.
PS: ни от каких настроек системы не зависит, команды выполняются под рутом, ответ однозначен.

Decoy 19 фев 2010 в 10:53

Зависит от настроек системы:

# set -o noclobber

# cat ~/test.file TEST # echo "TEST AGAIN" > ~/test.file bash: ~/test.file: Cannot clobber existing file

Decoy 19 фев 2010 в 10:58

Кстати, еще один момент, который бы я дополнил, заключается в использовании «>|» для перенаправления ввода в bash. Данный оператор должен игнорировать настройки переменной noclobber.

Decoy 19 фев 2010 в 11:02

Кхм, вывода. :)

rdolgov 18 фев 2010 в 19:00

А вообще жизнь делиться на до PAM'a и после PAM'a, когда про suid просто можно забыть ;)

z123 19 фев 2010 в 18:08

специально проверил — bash,csh и ksh игнорируют suid-bit в скриптах. и, по-моему, так они делают лет десять… собственно, сколько лет оригинальной статье?

Decoy 22 фев 2010 в 11:03

Да, упоминание об этом было. :)

[...] некоторые системы (например, Linux) не поощряют установку атрибута SUID на командные сценарии.

Видимо, «не поощряют» — немного не то слово, мягко сказано… :)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Показать лучшие за всё время