Czy pliki użytkowników są nadal prywatne, gdy w Ubuntu istnieje dwóch użytkowników sudo?

Dzielę się moim osobistym komputerem Ubuntu z jednym z moich kolegów.

Stworzyłem innego użytkownika z innym hasłem (on oczywiście wie) i dodałem go do sudoerlisty.

Biorąc pod uwagę, że sudow jednym systemie Ubuntu jest dwóch użytkowników:

• Czy prywatne pliki (określone przez właścicieli i uprawnienia) któregokolwiek z tych użytkowników są nadal prywatne?

• Czy mogę modyfikować pliki mojego kolegi za pomocą sudopolecenia, a nawet sudo suodwrotnie?

Jeśli twój kolega znajduje się na liście sudoers, jest tak samo rootowany jak Ty, jeśli tego chce (i może cię też podszyć), a wtedy wszystko zobaczy.

To najgorsza konfiguracja, jaką możesz mieć, jeśli chcesz prywatności użytkownika. Ostatecznie powinieneś przeczytać, jak działa zarządzanie użytkownikami w systemie Linux. Oto kilka artykułów, od których możesz zacząć:

• https://help.ubuntu.com/stable/ubuntu-help/user-accounts.html
• Jak zarządzać użytkownikami i grupami?
• https://help.ubuntu.com/community/EncryptedHome

I nawet wtedy, gdy ktoś ma fizyczny dostęp do danej maszyny, nie ma prywatności, mógłby wpaść przy uruchamianiu do powłoki roota i zobaczyć wszystko bez względu na wszystko, a gdyby był chroniony hasłem, mógłby nadal używać pamięci USB i wejdź tą drogą.

Tak więc najlepszą rzeczą w tym przypadku jest prawidłowe zarządzanie użytkownikami, hasło do roota i szyfrowany dysk i / lub szyfrowane katalogi domowe.

Prostą alternatywą jest przechowywanie prywatnych danych w zaszyfrowanym pliku (może to być plik archiwum tar, który szyfrujesz, na przykład za pomocą gpg). Musisz pamiętać o zastąpieniu i usunięciu czystych plików tekstowych po ich obejrzeniu.

Inną alternatywą dla wszystkich, którzy korzystają z komputera i dostępu sudo (root), jest korzystanie z zaszyfrowanego domu i zaszyfrowanej wymiany.

Ale to nie pomoże, jeśli jesteś zalogowany w tym samym czasie. W rzeczywistości musisz ponownie uruchomić komputer, aby pozbyć się plików w formacie czystego tekstu, nawet w przypadku zaszyfrowanego domu.

Ogólnie bezpieczeństwo jest bardzo trudne, a system dla jednego użytkownika z zaszyfrowanym dyskiem (LVM z szyfrowaniem) byłby najprostszym sposobem na zapewnienie bezpieczeństwa.

• Nie przechowuj poufnych danych prywatnych na współużytkowanym komputerze
• Nie przechowuj prywatnych danych na komputerze należącym do twojego pracodawcy

Gdy jesteś w stanie uzyskać rootuprawnienia (np użyciu sudo, suitp).
Masz pełny dostęp do każdego pliku w systemie.

Tak więc obaj użytkownicy, którzy mają sudouprawnienia i mogą rootkorzystać, sudo bashbędą mieli pełny dostęp do każdego pliku w systemie

Zgodnie z pytaniami i odpowiedziami w SE-Security: Być może będziesz mógł zmodyfikować SELinux(co nie jest Ubuntu) w celu ograniczenia rootdostępu:

Jeśli twoje pytanie brzmi „czy mogę to teraz łatwo i bezpiecznie zrobić?” odpowiedź brzmi nie. Jeśli twoja odpowiedź brzmi: „Jestem gotów dowiedzieć się o SELinux, zejdź na dół z moją dystrybucją i pogódź się z tym, że wiele rzeczy nie działa”, odpowiedź jest taka, że ​​można ograniczyć rootowanie znacznie bardziej niż przeciętna instalacja. To powiedziawszy, w żaden sposób nie czyni cię odpornym na exploity - nie uniemożliwia użytkownikowi obejścia tej dodatkowej kontroli dostępu w oprogramowaniu lub fizycznie.

Aby wyjaśnić to, co inne odpowiedzi już stwierdziły, całkowicie jasne: że inny użytkownik jest nie tylko „zrootowany tak bardzo jak ty” (odpowiedź Videonauth), może on także stać się tobą (przejdź do konta użytkownika) .

Wynika to z faktu, że dzięki uprawnieniom administratora można przełączyć się na dowolne konto.

Prawdopodobnie wiesz

sudo su

która jest jedną z opcji otwierania powłoki roota, jeśli root nie ma ustawionego hasła (więc nie możesz zalogować się bezpośrednio jako root).

sujest skrótem od „zmień użytkownika”. Do jakiego użytkownika się przełącza? Nic nie jest określone, prawda? Ale ze strony podręcznika możemy dowiedzieć się, że:

Wywołany bez nazwy użytkownika, su domyślnie staje się superużytkownikiem.

Tak to jest skutecznie

sudo su root

jeśli nie zmieniłeś nazwy rootna coś innego.

Jeśli po prostu uruchomisz su <someuser>, pojawi się monit o podanie hasła. Więc jeśli uruchomisz su root, pojawi się monit o hasło roota (które domyślnie nie istnieje w Ubuntu, więc nie możesz się zalogować (pamiętaj, że brak ustawionego hasła oznacza, że ​​nie ma możliwości zalogowania się za pomocą hasła, które jest inny niż hasło będące pustym ciągiem)). Ale jeśli uruchomisz sudo su root, pojawi się monit o podanie własnego hasła. I jesteś o to poproszony tylko przez sudo. Po sudootrzymaniu hasła uruchamia polecenie otrzymane jako parametry z uprawnieniami administratora. Ponieważ można przełączyć się na dowolne konto z uprawnieniami administratora, monit o hasło nie jest konieczny.

Więc wykonując

sudo su <yourusername>

, drugi sudoer może się zalogować jako Ty.

Można ograniczyć programy, które można uruchamiać przy użyciu eskalacji uprawnień sudo, edytując plik sudoers ( /etc/sudoers).

Zobacz zaakceptowaną odpowiedź na to pytanie na Super User, aby uzyskać więcej informacji, a także tutaj na Unix i Linux . Zobacz odpowiedź slm, aby uzyskać sugestię dotyczącą ograniczenia uprawnień w /etc/sudoers.

Sprawdź także manstronę sudoers , pisząc man sudoersi nie zapomnij przetestować. Pamiętaj, że dzięki nieskrępowanemu dostępowi do sudo użytkownik może w pełni podszyć się pod innego użytkownika. np. jeśli użytkownik foouruchomi polecenie

sudo exec su - bar

mogliby wtedy działać jako użytkownik bar, ze wszystkimi uprawnieniami tego użytkownika.

Poprzednie odpowiedzi nie mają pełnego zastosowania, jeśli zaznaczyłeś to encrypt home folderpodczas instalacji Ubuntu. Gwarantuje to zaszyfrowane foldery domowe dla każdego użytkownika, nawet jeśli root nie może odczytać danych bez odpowiedniego hasła użytkownika / właściciela tego folderu domowego. Twój kolega musiałby zmienić hasło, aby odczytać pliki, co zostanie zauważone.

I oczywiście ludzie mają rację, że dzielenie się maszynami z cennymi lub wrażliwymi danymi na nich, a ponadto dostęp do konta root z kolegami, nie jest dobrym pomysłem.

W zależności od wartości tych danych sugeruję poprosić o własną maszynę.