Назовите 'PS' как обычного пользователя в Linux

-rwxr--r-- 1 root root ...... ps

Это говорит, что пользователь, который владеет им, читал, запишите и выполните разрешение и всех других просто чтение. Таким образом, никто, но корень не может выполниться ps.

Сценарий, который Вы записали, является исполняемым файлом всеми, но наследовал полномочия от того, который вызывает его, таким образом, он также получает "разрешение, отклоненное" при попытке выполниться ps, поскольку он - все еще обычный пользователь.

Мое предположение - то, что Вы хотите препятствовать тому, чтобы обычные пользователи выполнились ps с определенными опциями (не, что это имеет смысл мне), но затем необходимо добавить setuid бит или setgid бит к Вашему сценарию (см. страницу справочника chmod). Когда Вы делаете это, это получает полномочия не от invoker сценария, а от того, который владеет сценарием.

НО ОСТЕРЕГАЙТЕСЬ: установка suid обдумал сценарии, по сути небезопасно. Можно сделать очень много с переменными среды, этим, например, сказать оболочке выполнять команды - и затем они выполняются как корень (здесь, пользовательская c-программа с липким битом является лучшим решением).

Править: Другое решение состояло бы в том, чтобы использовать sudo. Здесь можно также настроить, какие параметры позволяются a sudoпрограмма редактора.

EDIT2: Почему я думаю, что это не хорошая идея запретить пользователя только от выполнения ps? Насколько я знаю, вся информация ps выводы могут быть также быть полученными через /proc система - поэтому, если Вы не делаете ничего иного, которое это - просто безопасность (или независимо от того, что Вы хотите достигнуть) путаницей.

Обычно лучше использовать 'sudo'. Если у Вас нет sudo установленным и настроенным

su - someuser -c "/yourscript.sh"

Иногда Вы хотите предоставить пользовательский доступ к информации, которая является только доступными корневыми инструментами использования, не давая пользовательские полномочия пользователя root через sudo. Например, предоставить информацию a smartctl -A не обеспечивая доступ к полной функциональности smartctl.

Рассмотрите, например, программу hddtemp. Это читает температуру данного жесткого диска от данных S.M.A.R.T. диска и печатает его к stdout. При нормальной необходимости в полномочиях пользователя root сделать так это также обеспечивает режим демона, s.t. программа работал бы как корень, ожидал бы в фоновом режиме некорневых клиентских запросов и направил бы выходные данные им каждый раз, когда они подключают сокет. Этим способом Вы могли реализовать демона (запустился как корень), который работает ps и перенаправляет его вывод каждый раз, когда клиент хочет.

Рассмотрите этот пример Python (возможно, должен быть, работал как корень):

import socket, subprocess

HOST = '127.0.0.1'
PORT = 50006

s = socket.socket(socket.AF_INET,socket.SOCK_STREAM)
s.bind((HOST,PORT))
s.listen(1)

while True:
    conn,addr = s.accept()
    pipe = subprocess.Popen(["/bin/ps"],stdout=subprocess.PIPE).stdout
    for line in pipe:
        conn.send(line)
    conn.close()

можно затем поместить a netcat localhost 50006 в Вашем call_ps_via_root.sh и Вы сделаны.