Рейтинг:0

ограничение доступа к запускаемым приложениям для пользователя без полномочий root

флаг ph

Я пытался сделать так, чтобы пользователи без полномочий root не могли получить доступ к настройкам запускаемых приложений, что заставляет вас выбирать, какие приложения запускаются при запуске, и изменять эти настройки. Есть ли способ сделать это, возможно, сделав root владельцем приложения для запуска приложений?

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

флаг cn
Возможно, было бы проще создать «сброс», чтобы вы восстановили значение по умолчанию до того, что вы хотите, чем то, что я предоставил в качестве ответа. Таким образом, чтобы отслеживать изменения, а затем запускать сброс.
Рейтинг:1
флаг cn

Это каталог:

~/.config/автозапуск

в каждом пользовательском каталоге и

/etc/xdg/автозапуск 

для глобального использования (нет необходимости касаться этого).

  • Войдите в свою учетную запись администратора и измените пользователя и группу на свою учетную запись администратора:

    sudo chown $USER:$USER /home/*/.config/autostart
    

    где * — все ваши обычные пользователи.

Это помешает им писать. "Другие" уже настроены на р-х поэтому нет доступа для записи.


Вам также необходимо запретить пользователям изменять параметр, называемый $XDG_CONFIG_HOME и это будет сложно ... пользователь может установить его непосредственно из командной строки только для этого сеанса.

Поэтому, если вы хотите предотвратить это, вам, вероятно, потребуется также отключить доступ к терминалу и к любому изменению ~/.профиль.

vanadium avatar
флаг cn
Возможно, более элегантно изменить владельца и группу на «root», а не на конкретного пользователя с привилегиями sudo, поэтому просто `sudo chown root:root /home/*/.config/autostart`
флаг ph
@Rinzwind сделает ли изменение владельца невозможным добавление / удаление запускаемых приложений в список для того, кто не является владельцем?
флаг ph
@vanadium тот же вопрос!
vanadium avatar
флаг cn
Смена владельца не позволит пользователю записывать в папку, что приведет к тому, что изменения в «Настройках запускаемого приложения» не вступят в силу. Вы также можете скрыть это приложение от пользователя.
флаг ph
@vanadium Спасибо, это здорово!
флаг hr
Могут ли пользователи обойти это, установив `$ XDG_CONFIG_HOME`, чтобы указать альтернативное местоположение?
флаг ph
@vanadium терминал заявляет, что chown не может получить доступ: /home/*/.config/autostart
флаг cn
@EtienneCharpy измените * на каждого из ваших пользователей. Это не удастся, если у вас есть каталог в /home/, который не является пользователем (и не имеет .config. ТАКЖЕ убедитесь, что вы используете Ubuntu; другие ОС могут не использовать концепцию xdg.
флаг hr
... чтобы ответить на мой собственный вопрос - да, они могут (если только администратор не предпримет дополнительные шаги, чтобы запретить пользователю устанавливать `$ XDG_CONFIG_HOME` для своего сеанса). Пользователь также может просто *переименовать* принадлежащий root `~/.config/autostart` и создать свой собственный (`mv` нужно только разрешение на запись в `~/.config/`).
флаг cn
@steeldriver спасибо, это будет сложнее предотвратить :P
флаг hr
@Rinzwind, да, исторически \*nix придерживался невмешательства в собственные сеансы пользователей. Я думаю, что это может быть *немного* сложнее, чем изменение `.profile`, так как `XDG_CONFIG_HOME` необходимо установить до начала сеанса.В прежние времена (если память не изменяет...) сеансы GUI пользователей запускались через оболочку входа в систему, поэтому настройки в `.profile` действительно наследуются сеансами рабочего стола, но я не думаю, что они больше ( ?). Но сеансы, запущенные из диспетчера отображения, по-видимому, получают экспорт в `~/.xsessionrc` (именно так я тестировал настройку альтернативного `XDG_CONFIG_HOME`).
vanadium avatar
флаг cn
Вы хотите «жестко заблокировать» его или этого достаточно, чтобы «не пускать честных людей»?
флаг ph
@Ринзвинд. Должны ли это быть оба пользователя или только неадминистративный вместо *? ПОСМОТРЕТЬ: sudo chown $USERNAME1:$USERNAME1 /home/USERNAME1 USERNAME2/.config/autostart ИЛИ sudo chown $USERNAME1:$USERNAME1 /home/USERNAME2/.config/autostart Где username1 является администратором, а username2 — нет.
флаг cn
последний @EtienneCharpy установил их всех в вашу учетную запись администратора.

Ответить или комментировать

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