Чи залишаються користувацькі файли приватними, коли в Ubuntu існують два користувачі sudo?

Я ділюсь своїм персональним ПК Ubuntu з одним із колег.

Я створив іншого користувача з іншим паролем (він звичайно знає) і додав його до sudoerсписку.

Враховуючи, що sudoв одній системі Ubuntu є два користувачі:

• Чи приватні файли (вказані власниками та дозволи) будь-якого з цих користувачів все ще є приватними?

• Чи можу я змінити файли свого колеги за допомогою sudoкоманд, навіть sudo su, або навпаки?

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

Це найгірше налаштування, яке ви можете мати, якщо хочете конфіденційність користувача. Вам слід остаточно ознайомитися з тим, як працює управління користувачами в Linux. Ось кілька статей, з яких можна почати:

• https://help.ubuntu.com/stable/ubuntu-help/user-accounts.html
• Як керувати користувачами та групами?
• https://help.ubuntu.com/community/EncryptedHome

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

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

Проста альтернатива - зберігати ваші приватні дані у зашифрованому файлі (це може бути файл архіву tar, який ви шифруєте, наприклад, gpg). Ви повинні пам'ятати, щоб перезаписати та видалити чіткі текстові файли після їх перегляду.

Ще одна альтернатива для всіх вас, хто має доступ до комп'ютера та доступу до sudo (root), - це використовувати зашифрований будинок та зашифрований своп.

Але це не допоможе, якщо ви одночасно входите в систему. Насправді вам доведеться перезавантажити комп’ютер, щоб позбутися від файлів у чіткому текстовому форматі навіть із зашифрованим домом.

Загалом безпека дуже складна, і єдина система користувача з зашифрованим диском (LVM з шифруванням) була б найпростішим способом зберегти безпеку.

• Не зберігайте конфіденційні приватні дані на спільному комп'ютері
• Не зберігайте приватні дані на комп’ютері, який належить вашому роботодавцю

Після того, як ви можете отримати rootдозвіл (наприклад , з використанням sudo, suі т.д.).
Ви маєте повний доступ до кожного файлу в системі.

Тож обидва користувачі, які мають sudoдозвіл та можуть rootкористуватися ними sudo bash, матимуть повний доступ до кожного файлу в системі

Відповідно до цього питання в SE-Security: Можливо, ви зможете змінити SELinux(що не є Ubuntu), щоб обмежити rootдоступ:

Якщо ваше запитання: "чи можу я це зараз легко та безпечно зробити?" відповідь - ні. Якщо у вашій відповіді "Я готовий дізнатися про SELinux, збиваюся з бруду своїм дистрибутивом і мирився з великою кількістю речей, які не працюють", відповідь - це можливо обмежити корінь набагато більше, ніж середня установка. Однак, це ні в якому разі не робить вас невразливими до подвигів - це не робить неможливим для користувача обхід цього додаткового контролю доступу ні в програмному, ні в фізичному відношенні.

Щоб зробити те, що інші відповіді, про які вже було сказано, цілком зрозуміло: що інший користувач не лише «корінь стільки, скільки ви» (відповідь Videonauth), він також може стати вами (перейти на ваш обліковий запис користувача) .

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

Ви, мабуть, знаєте

sudo su

що є одним із варіантів відкриття кореневої оболонки, якщо для кореня не встановлено пароль (тому ви не можете просто увійти як корень безпосередньо).

suє коротким для "користувач комутації". До якого користувача він переходить? Нічого не зазначено, правда? Але зі сторінки man, ми можемо дізнатися, що:

Запрошений без імені користувача, він за замовчуванням стає користувачем.

Отже, це ефективно

sudo su root

якщо ви не перейменували rootщось інше.

Якщо ви просто запустите su <someuser>, вам буде запропоновано пароль. Отже, якщо ви запускаєте su root, вам буде запропоновано пароль root (який за умовчанням не існує в Ubuntu, тому ви не можете ввійти (зауважте, що не встановлений пароль означає, що немає засобів для входу через пароль, який є відрізняється від того, що пароль є порожнім рядком)). Але якщо ви запустите sudo su root, вам буде запропоновано власний пароль. І вам це лише запропонують sudo. Отримавши sudoваш пароль, він виконує команду, яку він отримав, як параметри з правами суперпользователя. Оскільки користувач може перейти на будь-який обліковий запис, коли він має привілеї суперпользователя, запит на введення пароля не потрібен.

Так виконуючи

sudo su <yourusername>

, інший sudoer може увійти як і ви.

Можна обмежити програми, які можна запустити, використовуючи ескалацію привілеїв sudo, відредагувавши файл sudoers ( /etc/sudoers).

Дивіться прийняту відповідь на це запитання в Super User для отримання додаткової інформації, а також тут, на Unix та Linux . Дивіться відповідь slm щодо пропозиції щодо обмеження привілеїв у /etc/sudoers.

Також перевірте сторінку sudoers man, набравши текст man sudoersі не забудьте перевірити його. Пам'ятайте, що при безперебійному доступі до Sudo користувач може повністю себе представляти будь-якому іншому користувачеві. наприклад, якщо користувач fooповинен запустити команду

sudo exec su - bar

Тоді вони зможуть діяти як користувачі barз усіма привілеями цього користувача.

Попередні відповіді не застосовуються повністю, якщо ви позначили encrypt home folderпід час встановлення Ubuntu. Це гарантує зашифровані домашні папки для кожного користувача, навіть тому root не може прочитати дані без належного пароля користувача / власника цієї домашньої папки. Ваш колега повинен змінити ваш пароль, щоб прочитати файли, що було б помічено.

І звичайно, люди мають рацію, що обмін машинами з цінними або конфіденційними даними на ньому та, крім того, кореневим доступом до колег, не є хорошою ідеєю.

Залежно від цінності цих даних, я б запропонував запитати у вас власну машину.