Защита process arguments от просмотра чужими пользователями

попробуй семёрочку, там нет таких детских проблем

Не указывать -p? Они же сами спрашивают, если пароль нужен…

Оно запускается из крона - не покатит :(

Я не знаю что такое семёрочка - на домашнем компе Fedora, на сервере Debian.

Вот же вам делать нечего...

Разве что пропатчить себе «особую» версию 7z с «вшитым» паролем…

Ты не осилил найти в Диспетчере Задач дополнительные поля?

Передавать пароль из файла? Эти убогие программы хоть это умеют или опять как обычно — пианистлинукс виноват?

В любом случае имхо не правильно, что простые смертные могут смотреть процессы админа.

Если кто программить на C может, милостиво просим сюда.

С 2000 года существуют патчи от grsecurity и rsbac, ограничивающие доступ к /proc и много чего другого. Почему они не в mainline? Наверное, это никому не нужно.

Я в курсе этих патчей, они уже в mainline есть - только у Debian ядро старое, а на удалённой машине что-то перекомпилять и ставить - ужас, не буду.

mysqldump --user=root --password=$PASSWORD?

--defaults-file=file

мда, я и не сомневался, что эта троллоло-школота не читает манов, что даже не стал проверять

с mysql было ясно изначально (~/.my.cnf Password=), а вот остальные два беспокоят.

Можно, конечно, использовать except, но это через_одно_место.

Тут библиотекой не обойдешься: ядро патчить надо.

Пичалька. ;(

так не хочется expect использовать, аж стонать хочется.

One way I've seen it done is to save the parameters in variables, export them, then immediately exec a different script. The new script will obtain values through environment variables and not display them in its commandline, while the program that called it no longer exists, having been replaced with whatever it exec'd. This makes it difficult — though not impossible — to catch in the act.

осталось выяснить, поддерживают ли чтение данных из переменных окружения твои прогоаммы.

7z/rar не умеют.

Ответил в твою соседнюю тему, но отвечу и сюда, мало ли кого с гугла занесет в этот топик.

Ответ здесь:
Нужно ли шифровать backup'ы? (комментарий)

Попробуйте обновить linux-base из squeeze-backports и поставить ядро из http://liquorix.net/ - там как раз 3.3.0.

Хотя это решение тоже не выглядит очень верным.

Я отказался от идеи прятания аргументов - уж больно просто они перехватываются, если человек хакнул неглупый - обновлять ядро на удалённом production сервере как-то нет большого желания.

В Debian 7 такой проблемы уже не будет - и то хорошо.

$ echo $PASSWORD | $rar a -p

В любом случае имхо не правильно, что простые смертные могут смотреть процессы админа.

Ставьте FreeBSD, там это очень просто решается через sysctl security.bsd.see_other_uids, либо городите grsecurity но для этого нужно ядро патчить.

Есть в Debian 6 возможность запретить не root процессам видеть аргументы запущенных из под root приложений?

НИКОГДА не передавай пароли в аргументах!

На дату сообщения посмотри. Джва года прошло уже.

Ставьте FreeBSD

facepalm

mount -o remount /proc -o hidepid=2

Благодаря некропостерам узнал, что в линуксах существует аналог фряшного security.bsd.see_other_uids.
Спасибо.

Надо будет через годик отписаться. Даёшь самый долгий тред на ЛОРе!

Благодаря некропостерам узнал, что в линуксах существует аналог фряшного security.bsd.see_other_uids.

Ну вот и чудненько. Благодаря рекропостерам, некроридер для себя что-то новое узнал.