Приложения, которые могут быть установлены и / или запущены пользователем, не являющимся администратором
Большинство приложений необходимо установить администратором, потому что, по-моему, им нужен доступ к системным ресурсам или файлам, защищенным от доступа или модификации.
В то же время, например, Netbeans или Aptana не нужно устанавливать администратором (оба используют JavaRE).
Итак, три вопроса:
1) Существует ли какой-либо более или менее общий метод установки приложений из репозитория без использования sudo пользователем, не являющимся администратором, для ее использования только? По крайней мере, те приложения, которые не требуют ничего специального для работы.
2) Какие другие приложения / игры и т. Д., Которые не требуют установки администратором, знаете ли вы? (Я не знаю, насколько широко этот вопрос.)
3) Когда приложение на основе Java установлено пользователем, не являющимся администратором, предоставляет ли он (JavaRE) доступ к любому системному файлу / ресурсов и т. д., иначе защищенных от изменения? Я думаю, что нет, но в то же время Java был установлен администратором, и во время установки он мог предоставить себе доступ к некоторым ресурсам.
7 ответов
deb / dkpg требуется установить root. Это так же, как защита компьютера и других его пользователей от вреда, так как он защищает программное обеспечение от пользователей. (это имело смысл в моей голове!) Это технически так, потому что вся база данных apt / dpkg принадлежит root.
Боковая панель: в наши дни вы можете устанавливать и обновлять вещи без root из-за структуры разрешений называемый PolicyKit, который похож на sudo / sudoers для графических интерфейсов.
Но нет причин, по которым вы не можете иметь локальный репозиторий в другом формате. Desura (Steam-a-like) управляет вашими игровыми установками. Eclipse может управлять своими плагинами и обновлять их. Firefox для плагинов. Они все репозитории по-своему.
Вам не нужно устанавливать большинство программ. Если вы можете его загрузить, большинство из них можно извлечь, скомпилировать (если это необходимо) и запустить. Вам не нужно перепрыгивать через этапы упаковки.
Множество игр входит в установщики .run. Если вы запустите их как root, он установит игру в /opt/ или /usr/local/games/ и т. Д., Но в противном случае она будет установлена в ваш домашний каталог.
Что касается вашего третьего вопроса, нет. Он может изменять только то, что пользователь может изменить. То же самое касается и корневого приложения Java (или другого). Если он не проходит через безумный процесс setuid, он может получить доступ только к тому, к чему пользователь может получить доступ. Просто потому, что исполняемый файл может принадлежать root, не означает, что он выполняется как root.
deb / dkpg требуется установить root. Это так же, как защита компьютера и других его пользователей от вреда, так как он защищает программное обеспечение от пользователей. (это имело смысл в моей голове!) Это технически так, потому что вся база данных apt / dpkg принадлежит root.
Боковая панель: в наши дни вы можете устанавливать и обновлять вещи без root из-за структуры разрешений называемый PolicyKit, который похож на sudo / sudoers для графических интерфейсов.
Но нет причин, по которым вы не можете иметь локальный репозиторий в другом формате. Desura (Steam-a-like) управляет вашими игровыми установками. Eclipse может управлять своими плагинами и обновлять их. Firefox для плагинов. Они все репозитории по-своему.
Вам не нужно устанавливать большинство программ. Если вы можете его загрузить, большинство из них можно извлечь, скомпилировать (если это необходимо) и запустить. Вам не нужно перепрыгивать через этапы упаковки.
Множество игр входит в установщики .run. Если вы запустите их как root, он установит игру в /opt/ или /usr/local/games/ и т. Д., Но в противном случае она будет установлена в ваш домашний каталог.
Что касается вашего третьего вопроса, нет. Он может изменять только то, что пользователь может изменить. То же самое касается и корневого приложения Java (или другого). Если он не проходит через безумный процесс setuid, он может получить доступ только к тому, к чему пользователь может получить доступ. Просто потому, что исполняемый файл может принадлежать root, не означает, что он выполняется как root.
deb / dkpg требуется установить root. Это так же, как защита компьютера и других его пользователей от вреда, так как он защищает программное обеспечение от пользователей. (это имело смысл в моей голове!) Это технически так, потому что вся база данных apt / dpkg принадлежит root.
Боковая панель: в наши дни вы можете устанавливать и обновлять вещи без root из-за структуры разрешений называемый PolicyKit, который похож на sudo / sudoers для графических интерфейсов.
Но нет причин, по которым вы не можете иметь локальный репозиторий в другом формате. Desura (Steam-a-like) управляет вашими игровыми установками. Eclipse может управлять своими плагинами и обновлять их. Firefox для плагинов. Они все репозитории по-своему.
Вам не нужно устанавливать большинство программ. Если вы можете его загрузить, большинство из них можно извлечь, скомпилировать (если это необходимо) и запустить. Вам не нужно перепрыгивать через этапы упаковки.
Множество игр входит в установщики .run. Если вы запустите их как root, он установит игру в /opt/ или /usr/local/games/ и т. Д., Но в противном случае она будет установлена в ваш домашний каталог.
Что касается вашего третьего вопроса, нет. Он может изменять только то, что пользователь может изменить. То же самое касается и корневого приложения Java (или другого). Если он не проходит через безумный процесс setuid, он может получить доступ только к тому, к чему пользователь может получить доступ. Просто потому, что исполняемый файл может принадлежать root, не означает, что он выполняется как root.
deb / dkpg требуется установить root. Это так же, как защита компьютера и других его пользователей от вреда, так как он защищает программное обеспечение от пользователей. (это имело смысл в моей голове!) Это технически так, потому что вся база данных apt / dpkg принадлежит root.
Боковая панель: в наши дни вы можете устанавливать и обновлять вещи без root из-за структуры разрешений называемый PolicyKit, который похож на sudo / sudoers для графических интерфейсов.
Но нет причин, по которым вы не можете иметь локальный репозиторий в другом формате. Desura (Steam-a-like) управляет вашими игровыми установками. Eclipse может управлять своими плагинами и обновлять их. Firefox для плагинов. Они все репозитории по-своему.
Вам не нужно устанавливать большинство программ. Если вы можете его загрузить, большинство из них можно извлечь, скомпилировать (если это необходимо) и запустить. Вам не нужно перепрыгивать через этапы упаковки.
Множество игр входит в установщики .run. Если вы запустите их как root, он установит игру в /opt/ или /usr/local/games/ и т. Д., Но в противном случае она будет установлена в ваш домашний каталог.
Что касается вашего третьего вопроса, нет. Он может изменять только то, что пользователь может изменить. То же самое касается и корневого приложения Java (или другого). Если он не проходит через безумный процесс setuid, он может получить доступ только к тому, к чему пользователь может получить доступ. Просто потому, что исполняемый файл может принадлежать root, не означает, что он выполняется как root.
deb / dkpg требуется установить root. Это так же, как защита компьютера и других его пользователей от вреда, так как он защищает программное обеспечение от пользователей. (это имело смысл в моей голове!) Это технически так, потому что вся база данных apt / dpkg принадлежит root.
Боковая панель: в наши дни вы можете устанавливать и обновлять вещи без root из-за структуры разрешений называемый PolicyKit, который похож на sudo / sudoers для графических интерфейсов.
Но нет причин, по которым вы не можете иметь локальный репозиторий в другом формате. Desura (Steam-a-like) управляет вашими игровыми установками. Eclipse может управлять своими плагинами и обновлять их. Firefox для плагинов. Они все репозитории по-своему.
Вам не нужно устанавливать большинство программ. Если вы можете его загрузить, большинство из них можно извлечь, скомпилировать (если это необходимо) и запустить. Вам не нужно перепрыгивать через этапы упаковки.
Множество игр входит в установщики .run. Если вы запустите их как root, он установит игру в /opt/ или /usr/local/games/ и т. Д., Но в противном случае она будет установлена в ваш домашний каталог.
Что касается вашего третьего вопроса, нет. Он может изменять только то, что пользователь может изменить. То же самое касается и корневого приложения Java (или другого). Если он не проходит через безумный процесс setuid, он может получить доступ только к тому, к чему пользователь может получить доступ. Просто потому, что исполняемый файл может принадлежать root, не означает, что он выполняется как root.
deb / dkpg требуется установить root. Это так же, как защита компьютера и других его пользователей от вреда, так как он защищает программное обеспечение от пользователей. (это имело смысл в моей голове!) Это технически так, потому что вся база данных apt / dpkg принадлежит root.
Боковая панель: в наши дни вы можете устанавливать и обновлять вещи без root из-за структуры разрешений называемый PolicyKit, который похож на sudo / sudoers для графических интерфейсов.
Но нет причин, по которым вы не можете иметь локальный репозиторий в другом формате. Desura (Steam-a-like) управляет вашими игровыми установками. Eclipse может управлять своими плагинами и обновлять их. Firefox для плагинов. Они все репозитории по-своему.
Вам не нужно устанавливать большинство программ. Если вы можете его загрузить, большинство из них можно извлечь, скомпилировать (если это необходимо) и запустить. Вам не нужно перепрыгивать через этапы упаковки.
Множество игр входит в установщики .run. Если вы запустите их как root, он установит игру в /opt/ или /usr/local/games/ и т. Д., Но в противном случае она будет установлена в ваш домашний каталог.
Что касается вашего третьего вопроса, нет. Он может изменять только то, что пользователь может изменить. То же самое касается и корневого приложения Java (или другого). Если он не проходит через безумный процесс setuid, он может получить доступ только к тому, к чему пользователь может получить доступ. Просто потому, что исполняемый файл может принадлежать root, не означает, что он выполняется как root.
deb / dkpg требуется установить root. Это так же, как защита компьютера и других его пользователей от вреда, так как он защищает программное обеспечение от пользователей. (это имело смысл в моей голове!) Это технически так, потому что вся база данных apt / dpkg принадлежит root.
Боковая панель: в наши дни вы можете устанавливать и обновлять вещи без root из-за структуры разрешений называемый PolicyKit, который похож на sudo / sudoers для графических интерфейсов.
Но нет причин, по которым вы не можете иметь локальный репозиторий в другом формате. Desura (Steam-a-like) управляет вашими игровыми установками. Eclipse может управлять своими плагинами и обновлять их. Firefox для плагинов. Они все репозитории по-своему.
Вам не нужно устанавливать большинство программ. Если вы можете его загрузить, большинство из них можно извлечь, скомпилировать (если это необходимо) и запустить. Вам не нужно перепрыгивать через этапы упаковки.
Множество игр входит в установщики .run. Если вы запустите их как root, он установит игру в /opt/ или /usr/local/games/ и т. Д., Но в противном случае она будет установлена в ваш домашний каталог.
Что касается вашего третьего вопроса, нет. Он может изменять только то, что пользователь может изменить. То же самое касается и корневого приложения Java (или другого). Если он не проходит через безумный процесс setuid, он может получить доступ только к тому, к чему пользователь может получить доступ. Просто потому, что исполняемый файл может принадлежать root, не означает, что он выполняется как root.
-
1Спасибо, Оли. Может быть, я должен был бы более четко рассказать о возможных случаях использования. На моем компьютере у меня есть один su (еженедельные обновления и т. Д.) И другие обычные пользователи. В идеале, эти пользователи должны иметь возможность устанавливать все, что захочет, локально в своих домашних каталогах. Из вашего ответа на третью часть моего вопроса я пришел к выводу, что нет реальной угрозы для установки программ таким образом (что бы они ни захотели). Но, конечно, они могут погубить свои локальные файлы или программы (от этого не защититься). Однако я не вижу четкого способа дать им некоторые общие инструкции о том, как это сделать. – Vadim 16 December 2011 в 12:57
-
2Возможно, было бы безопаснее просто использовать Центр программного обеспечения. По крайней мере, есть шанс, что они получат обновления для системы безопасности. Я задаю следующий вопрос, чтобы узнать, можете ли вы ограничить, какие пользователи устанавливают , если вы позволили им использовать Центр программного обеспечения. – Oli♦ 16 December 2011 в 18:40