Доброго дня.
Итак, интересно разобраться немного подробнее с вот чем:
когда запускается linux, его первый процесс (PID 1) запускается ядром. Далее этот процесс разветвляется, запуская кучу чего, и вот, в некий момент, он вызывает, в очередной раз, fork (для примера, новый процесс PID 100, процесс предок PPID 1), и запускает getty, которая создаёт необходимый буфер для консоли, обеспечивает вывод информации на экран, а также файл устройства, например, tty3. Далее, getty, также делает fork, запуская программу login (PID 101 PPID 100), та, соответственно, запрашивает имя пользователя, пароль, и, полагаю, есть тоже какой-то системный вызов, который эти данные передаёт ядру для сверки, после чего, ядро как-бы регистрирует права конкретного пользователя на доступ к ресурсам ПК к конкретному процессу. Мало того, все последующие вызовы fork из этого залогиненного процесса будут наследоваться потомками. Затем запускается оболочка bash (PID 102 PPID 101), и мы пишем команды от лица зарегистрированного пользователя.
Вопрос, во-первых, какими правами обладают процессы, которые запускает init до залогинивания? root?
Во-вторых, когда в bash набираю exit он возвращается на уровень login, то есть как-бы разлогинивается. По идее должен иметься системный вызов, на отмену регистрации, тогда к каким правам вернулась программа login?
В-третьих, в tty1 я запускаю процесс aaa &.
Консоль пишет: ...PID 140...
То есть, запустился новый процесс. Если затем разлогиниться, получается этот процесс так и сохранится с правами того пользователя из под которого был запущен?
Буду рад, указаниям на мои ошибки в понимании.
LinuxForum.Fans
Вопрос по залогиниванию
Автор: Aether
9 сообщений
1906 просмотров
[далее всё написанное относится к классической схеме без оговорок про pam, systemd и cgroups]
а, соответственно, запрашивает имя пользователя, пароль, и, полагаю, есть тоже какой-то системный вызов, который эти данные передаёт ядру для сверки
нет, пароли проверяются в userspace: login просто читает содержимое /etc/passwd и /etc/shadow и сама принимает решение о предоставление доступа, без участия ядра.
Мало того, все последующие вызовы fork из этого залогиненного процесса будут наследоваться потомками. Затем запускается оболочка bash (PID 102 PPID 101), и мы пишем команды от лица зарегистрированного пользователя.
тут всё проще: login делает fork() -> setuid() -> exec(<shell>).
Вопрос, во-первых, какими правами обладают процессы, которые запускает init до залогинивания? root?
про те которые говорим — да, root... остальные могут быть запущены с произвольными правами...
Во-вторых, когда в bash набираю exit он возвращается на уровень login, то есть как-бы разлогинивается. По идее должен иметься системный вызов, на отмену регистрации, тогда к каким правам вернулась программа login?
login просто ждёт на wait(2). после завершения шела управление передаётся ему и он продолжает своё дело с теми же правами, которыеу него были...
В-третьих, в tty1 я запускаю процесс aaa &.
Консоль пишет: ...PID 140...
То есть, запустился новый процесс. Если затем разлогиниться, получается этот процесс так и сохранится с правами того пользователя из под которого был запущен?
после разлогинивания процесс будет убит SIGHUP'ом и завершится... но если он перехватит сигнал, то продолжит работать со своими правами...
Хорошо, как я понимаю функции ввода-вывода, например printf() - это всего лишь формообразователи входных данных с последующим сис. вызовом write(). Далее ядро или его модули получают в обработку буфер подготовленных данных... Так вот, предположим, мы обратились к файлу, с запрещённой для нас записью, стало быть именно ядро должно принять решение можно нам с ним работать или нет, сверяя, UID, GID... Write() вернёт программе результат: либо отказ в доступе, либо операция исполнена.
Соответственно, что делает setuid() - это тоже системный вызов. Почитал описание, но не совсем понял суть:
login имеет изначально права root, setuid понижает её права до UID выбранного пользователя? Получается, если я создам программу, включу библиотеку unistd.h, сделаю вызов setuid() на любого пользователя, то она либо переключит UID процесса в случае запуска из под root, либо выдаст ошибку при запуске из-под любой другой учётной записи.
Если можно, то хотел бы уяснить: что такое реальный, а что такое эффективный UID?
которые запускает init
Почему только он? Мы systemd не рассматриваем?
Так это сути дела не изменит, как я понял, в системах с systemd, процессом init является файл-ссылка на systemd. Инициализирующим может являться, вообще, какой угодно процесс.
Aether, я всего лишь юзер. Но даже я не понял всего драматизма и пафоса вопроса. Переформулируйте пожалуйста! Внятно.
Так это сути дела не изменит, как я понял, в системах с systemd, процессом init является файл-ссылка на systemd. Инициализирующим может являться, вообще, какой угодно процесс.
http://unix-pro.ru/un/linux/linuxlesson/53-polnomochija-polzovatelja.html
выходных данных
опечатка...
Так вот, предположим, мы обратились к файлу, с запрещённой для нас записью, стало быть именно ядро должно принять решение можно нам с ним работать или нет, сверяя, UID, GID... Write() вернёт программе результат: либо отказ в доступе, либо операция исполнена.
да всё так, только это всё делается во время open(2)
login имеет изначально права root, setuid понижает её права до UID выбранного пользователя?
да, но это делается уже для нового процесса, после fork'а, но до exec'а. т.е. сам login это не затрагивает...
Получается, если я создам программу, включу библиотеку unistd.h, сделаю вызов setuid() на любого пользователя, то она либо переключит UID процесса в случае запуска из под root, либо выдаст ошибку при запуске из-под любой другой учётной записи.
да...
Если можно, то хотел бы уяснить: что такое реальный, а что такое эффективный UID?
они одинаковы почти всегда: euid отличается только у программ с установленным setuid битом... в остальных случаях их можно не различать...
Спасибо, подробно)
Войдите или зарегистрируйтесь, чтобы ответить.
