Size: a a a

2020 April 02

N

Navern in DevOps
Dmitry Sergeev
если убрать из sudo ALL (то есть разрешения запускать все команды от пределенного пользователя), тебе даст залогиниться?
Ну ты сейчас ведешь в ту степь, если ты реально в системе используешь su как способ аутентификации в другого юзера.

В большинстве случаев люди хотят не этого и делают sudo su и им кажется что всё ок)

так то очевидно, что какая-то разница всегда присутствует, но в этом кейсе ей в 99% случаев можно пренебречь
источник

A

Alexander in DevOps
Dmitry Sergeev
когда ты логинишься под рутом, ты вводишь его логин и пароль.
Когда ты запускаешь bash, тебе просто разрешили запустить баш от рута и все
Ты в курсе, что то, что ты сейчас описал, зависит от настроек sudo и pam?
источник

N

Navern in DevOps
Ура, пошел конкурс на то кто лучше знает линух)
источник

A

Alexander in DevOps
Dmitry Sergeev
после процедуры аутентификации, он запускает то что у тебя в /etc/passwd указано в качестве шела, да
sudo -i, внезапно, тоже :)
источник

DS

Dmitry Sergeev in DevOps
Alexander
Ты в курсе, что то, что ты сейчас описал, зависит от настроек sudo и pam?
да, но тем не менее это разные тулзы.
источник

DS

Dmitry Sergeev in DevOps
Alexander
sudo -i, внезапно, тоже :)
так оно не аутентифицирует юзера, под которым ты запускаешь этот шелл. Оно тебя аутентифицирует
источник

A

Alexander in DevOps
Dmitry Sergeev
да, но тем не менее это разные тулзы.
Я в курсе, что это разные программы. Но возможности в плане повышения привилегий у них примерно одинаковые. Разница лишь в том, насколько тонко можно настроить правила авторизации.
источник

A

Alexander in DevOps
Dmitry Sergeev
так оно не аутентифицирует юзера, под которым ты запускаешь этот шелл. Оно тебя аутентифицирует
Это зависит от настроек в sudoers и pam. Можешь сделать так, чтобы sudo спрашивал пароль этого юзера. А можешь сделать так, чтобы su пускал всех без вопросов.
источник

N

Navern in DevOps
Alexander
Это зависит от настроек в sudoers и pam. Можешь сделать так, чтобы sudo спрашивал пароль этого юзера. А можешь сделать так, чтобы su пускал всех без вопросов.
О кстати не знал, чтт модно судо заставить спрашивать пароль юзера, но мне и не нужно было
источник

N

Navern in DevOps
Напомню тогда уж, что есть программа login
источник

N

Navern in DevOps
Которая прям логинит!
источник

DS

Dmitry Sergeev in DevOps
Alexander
Я в курсе, что это разные программы. Но возможности в плане повышения привилегий у них примерно одинаковые. Разница лишь в том, насколько тонко можно настроить правила авторизации.
нет, su никак не может заменить sudo, если конечно ты тупо не даш доступ к другой учетке, оно для логина. А то что в sudo с помощью повышения привелегий можно получать баш, это просто наследуется от его возможностей запустить указанный cmd line с другими привелегиями
источник

N

Navern in DevOps
Dmitry Sergeev
нет, su никак не может заменить sudo, если конечно ты тупо не даш доступ к другой учетке, оно для логина. А то что в sudo с помощью повышения привелегий можно получать баш, это просто наследуется от его возможностей запустить указанный cmd line с другими привелегиями
Наверно для научной работы какой нибудь это важно
источник

DS

Dmitry Sergeev in DevOps
Alexander
Это зависит от настроек в sudoers и pam. Можешь сделать так, чтобы sudo спрашивал пароль этого юзера. А можешь сделать так, чтобы su пускал всех без вопросов.
Чтобы sudo -i спрашивал пароль пользователя от имени  котого ты запускаешь шелл? А можно пример такой настройки? Вроде sudo для такого как раз не задумывалось
источник

A

Alexander in DevOps
Dmitry Sergeev
нет, su никак не может заменить sudo, если конечно ты тупо не даш доступ к другой учетке, оно для логина. А то что в sudo с помощью повышения привелегий можно получать баш, это просто наследуется от его возможностей запустить указанный cmd line с другими привелегиями
Давай еще раз. Чем процедура запуска шелла через sudo -i отличается от процедуры запуска шелла через su -?
источник

A

Alexander in DevOps
Dmitry Sergeev
Чтобы sudo -i спрашивал пароль пользователя от имени  котого ты запускаешь шелл? А можно пример такой настройки? Вроде sudo для такого как раз не задумывалось
targetpw
источник

DS

Dmitry Sergeev in DevOps
Alexander
Давай еще раз. Чем процедура запуска шелла через sudo -i отличается от процедуры запуска шелла через su -?
аутентификацией.
sudo -i аутентифицирует тебя, и если тебе разрешено запускать bash от другой учетки, оно тебе позволит сделать это.
su - ты аутентифицируешься под другой учеткой и вводишь пароль от нее.
источник

A

Alexander in DevOps
Dmitry Sergeev
аутентификацией.
sudo -i аутентифицирует тебя, и если тебе разрешено запускать bash от другой учетки, оно тебе позволит сделать это.
su - ты аутентифицируешься под другой учеткой и вводишь пароль от нее.
Давай по шагам, что делают sudo и su, и где появляются различия?
источник

DS

Dmitry Sergeev in DevOps
Alexander
targetpw
про такую настройку не знал
источник

N

Navern in DevOps
Alexander
Давай по шагам, что делают sudo и su, и где появляются различия?
В коде ифчики по разному написаны;))
источник