Чому команді sudo не потрібен пароль для кореневого доступу?

Я деякий час використовую Linux і кожного разу, коли я вводив текст, sudoя вважав, що я переходжу на кореневого користувача для команди.

Мабуть, це неправда, тому що мені потрібно лише пароль мого облікового запису користувача. Я здогадуюсь, оскільки я не працював із кількома користувачами, я не дуже помітив цього в реальному світі.

Я не впевнений, як Ubuntu налаштовує свій перший акаунт. Чи є користувач root? Я корінь? Я здогадуюсь, що я щойно створив нового користувача після встановлення, але він дав мені привілеї root? Тут трохи розгублено ...

То чому мені дозволяється запускати кореневі команди із паролем мого користувача?

У деталях він працює наступним чином:

1. /usr/bin/sudoвиконуваний файл встановлений встановлений біт , тому навіть коли він виконується іншим користувачем, він працює з ідентифікатором користувача власника файлу (root у цьому випадку).

2. sudoперевіряє у /etc/sudoersфайлі, які у вас є привілеї та чи дозволено вам виконувати команду, яку ви викликаєте. Говорячи просто, /etc/sudoersце файл, який визначає, які користувачі можуть запускати, які команди використовують sudoмеханізм.

   Ось як виглядає цей файл на моєму Ubuntu:

   # User privilege specification
   root    ALL=(ALL:ALL) ALL
   
   # Members of the admin group may gain root privileges
   %admin ALL=(ALL) ALL
   
   # Allow members of group sudo to execute any command
   %sudo   ALL=(ALL:ALL) ALL
   

   Третій рядок - це те, що, мабуть, вас цікавить. Це дозволяє будь-кому з групи "sudo" виконувати будь-яку команду, як будь-який користувач.

   Коли Ubuntu налаштовує перший обліковий запис під час встановлення, він додає цей обліковий запис до групи "sudo". Ви можете перевірити, до яких груп належать користувачі за допомогою groupкоманди.

3. sudoзапитує вас про пароль. Щодо того, що йому потрібен пароль користувача, а не корінний, то це уривок із посібника із судерів :

   Аутентифікація та ведення журналів

   Політика безпеки sudoers вимагає, щоб більшість користувачів ідентифікували себе, перш ніж вони могли використовувати sudo. Пароль не потрібен, якщо користувач, що викликає, є root, якщо цільовий користувач такий, як користувач, що викликає, або якщо політика вимкнула автентифікацію для користувача або команди. На відміну від su (1), коли sudoers вимагає автентифікації, він перевіряє облікові дані користувача, а не цільового користувача (або root). Це можна змінити за допомогою прапорів rootpw, targetpw та runaspw, описаних пізніше.

   Однак насправді sudoне потрібен ваш пароль користувача ні для чого. Він попросить це просто переконатися, що ви насправді є вами, і надати вам якесь попередження (або шанс зупинитися), перш ніж викликати якусь потенційно небезпечну команду. Якщо ви хочете вимкнути пароль із запитом, змініть запис sudoers на:

   %sudo   ALL=(ALL:ALL) NOPASSWD: ALL
   

4. Після аутентифікації sudoстворюється дочірній процес, який запускає викликану команду. Дитина успадковує ідентифікатор користувача root від свого батька - sudoпроцес.

Отже, відповідаючи на ваші запитання точно:

Я думав, що я перейшов на кореневого користувача для команди.

Ви були праві. Кожна команда, що передує sudoзапуску, має ідентифікатор користувача root.

Чи є користувач root?

Так, існує кореневий обліковий запис користувача, окремо від вашого облікового запису користувача, створеного під час встановлення системи. Однак за замовчуванням в Ubuntu вам не дозволяється входити в інтерактивний термінал як користувач root.

Я корінь?

Ні, ти не корінь. Ви маєте право лише запускати окремі команди як корінь , використовуючи sudoописаний вище механізм.

То чому мені дозволяється запускати кореневі команди із паролем мого користувача?

Вам потрібно ввести пароль користувача лише через sudoвнутрішній механізм захисту. Його можна легко відключити. Ви отримуєте свої кореневі повноваження через встановлений біт /usr/bin/sudo, а не через паролі, які ви вводите.

• Вся справа в sudoтому, щоб надати вам чужі привілеї (як правило, root), не запитуючи пароль цього іншого облікового запису (на відміну від цього su).

• sudo просить тут ввести пароль просто для того, щоб перехожий не зловживав вашим розблокованим терміналом.

• Ubuntu та багато інших ОС Linux та Unix надають початковому обліковому запису, створеному в момент встановлення, право запускати будь-які команди як root.

• Незважаючи на те root, що все ще є обліковий запис під Linux, прямі rootвходи відключені за замовчуванням для кращої безпеки та простежуваності.

Пьотр дав дуже вдале пояснення того, як sudoпрацює. Однак він насправді не мотивував, чому це працює саме так, тому я спробую додати це тут.

Перш ніж sudoкоманда була створена, ми мали suкоманду. Ця команда дозволяє одному користувачеві виконувати команди як іншому користувачеві, як правило, root(як sudoце стосується цільового користувача за замовчуванням). Це було абсолютно недискримінаційно, ви можете виконати будь-яку команду. Оскільки цим користувачем міг користуватися будь-який користувач, він фактично був еквівалентним входу в систему як такому користувачеві, він вимагав від вас знати пароль цільового користувача.

У якийсь момент було додано трохи більше контролю доступу: щоб користуватися su, ти повинен був бути членом wheelгрупи. Але оскільки ви все-таки можете виконати будь-яку команду, все одно має сенс вимагати від вас знати їх пароль.

Потрібно, щоб користувачі знали один одного або пароля суперпользователя, але не дуже безпечні. Часто просто потрібно надати певним користувачам обмежений доступ до якогось іншого облікового запису (це частина концепції безпеки, що називається принципом найменшої привілеї ). Це також ускладнює підзвітність: якщо кілька людей знають пароль облікового запису, і цей обліковий запис є помилкою чи зловживанням, ви не можете сказати, хто з них насправді це зробив.

Так sudoбуло створено. Замість того, щоб дозволити користувачам виконувати будь-яку команду, у неї є розроблений файл конфігурації, який коротко торкнувся у відповіді Пьотра, який точно визначає, хто може ним користуватися, до яких користувачів вони можуть перейти та які команди їм дозволено виконувати. За допомогою цього тонкодисперсного контролю над тим, хто може робити що кому, нам більше не потрібно вказувати користувачам цільового пароля облікового запису; якщо б ми це зробили, вони могли легко обійти всі елементи керування у файлі конфігурації, увійшовши як цей користувач. Натомість ми зазвичай вимагаємо від них довести, що вони є тим, ким вони ввійшли в систему, ввівши власний пароль - це покликане запобігти комусь скористатися обліковим записом, якщо термінал залишити без нагляду.

Ця вимога відхиляється від суперпользователя - цей обліковий запис може робити майже все, що потрібно в системі, не використовуючи її sudo, тому він вважався зайвим. Також у файлі конфігурації можна вказати, що користувачам взагалі не потрібно вводити пароль - деякі організації використовують це, коли вважають, що фізична безпека середовища їх робочої станції є достатньою для запобігання зловживань.

Відповідь на ваше запитання:

Коли ви запускаєте команду з sudo , ви запускаєте команду з підвищеними привілеями , тобто кореневими привілеями . Вам потрібно тільки ввести ваш звичайний пароль користувача , тому що ви (користувач) були додані в sudoers файл , який дає вам кореневі priviliges .

По-перше, вимкнення облікового запису зазвичай відбувається шляхом встановлення зашифрованого пароля на *, що не є зашифрованим значенням жодного рядка. Я зараз не можу перевірити, але я вважаю, що саме це робить і Ubuntu для root. Тож технічно немає кореневого пароля на Ubuntu.

Але судо передує Ubuntu; він був розроблений для систем, де, безумовно, були кореневі паролі. То чому він не вимагає пароля root? В основному, sudo призначений для надання дозволу на виконання певних команд певним користувачам --- наприклад, дозволити кореневому доступу розробника перезапустити веб-додаток, але не запускати довільні сервери. Знання пароля root, з іншого боку, надає вам необмежений доступ; ви можете використовувати login або su для відкриття кореневої оболонки та запуску довільних команд. Оскільки sudo повинен працювати для людей без такого рівня доступу, він не може вимагати запуску кореневого пароля.