Forum Debian Users Gang

Jak przetniesz komuś przewody hamulcowe w samochodzie, to dopóty nie wsiądzie do samochodu i się nie rozpędzi to mu się nic nie stanie.

Dziura w sudo jest załatana https://resources.whitesourcesoftware.com/blog-whit … ve-2019-14287

Natknołem się też na stwierdzenia "never ever install program as root".

Czy to znaczy, że instalując program jako root (a nie sudo user) program ten może miec jakieś specjalne przywileje, których by nie miał gdyby był zainstalowany przez sudo?

ilin napisał(-a):

Archie napisał(-a):

Czy to znaczy, że instalując program jako root (a nie sudo user) program ten może miec jakieś specjalne przywileje, których by nie miał gdyby był zainstalowany przez sudo?

Instalując z repozytorium nie.

Przy instalowaniu jakimiś dziwnymi skryptami z dziwnych źródeł moze być róznie.
Tu cokolwiek cięzko powiedzieć. Można nawet program zainstalować jako uzytkownik bez roota i sudo.
Różne sa możliwości. Przykład  rózne wersje wine na playonlinux.

Biorąc pod uwagę wasze opinie ciężko wysunąć jednoznaczne rozwiązanie,  decyduje się edytować sudoers w taki sposób
$ apt-get update
$ apt-get install sudo
$ sudo -i
$ nano /etc/sudoers
Dodam do "User privilege specification" Archiego :

root         ALL=(ALL:ALL) ALL
Archi       ALL=(ALL:ALL) ALL

i save

a jak ewentualnie okaże sie że sudo jest dziurawe jak szwajcarski ser to edytuje ponownie i usune te uprawnienia :/

Dobrze kombinuje?

Ostatnio edytowany przez Archie (2019-10-29 11:28:40)

ilin napisał(-a):

Wróciliśmy do sytuacji z pierwszego postu.
Zrobiłeś sobie dziurawy system i tyle. I to nie przez dziurawe sudo tylko przez uprawnienia jakie za jego pomocą nadałeś.

Zacznijmy inaczej.
Odpowiedz na pytanie.

Do czego potrzebne ci to sudo ?

:) Do niczego, po prostu sugerowałem sie stwierdzeniami typu "never ever install program as root"
      czy filmikami typu https://www.youtube.com/watch?v=yy3CRLTDLQE

lub

jacekz napisał(-a):

O widzę, że kolega lubi komplikować sprawy:
zakończmy:
1) Zawsze pracujesz na koncie zwykłego użytkownika,
2) Chcąc wykonać polecenie z wyższymi uprawnieniami poprzedzasz je sudo,
3) Jeśli użytkownik nie jest w grupie sudo to powyższe kończy się właśnie takim komunikatem...

Ostatnio edytowany przez Archie (2019-10-29 12:27:41)

hi napisał(-a):

Debian to porządny system:

Nie ma porządnych systemów, są tylko ogarnięci użytkownicy. xD

hi napisał(-a):

Daj mi choćby jeden sensowny powód użytkowania sudo na jednoosobowej maszynie desktopowej (wnioskuję, że o takiej tu mowa) a utnę sobie paleca :)

Ja ci mogę dać nawet kilka.
Jednym z przykładów może być uruchamianie niezbyt szkodliwych programów (albo konkretnego zestawu poleceń oferowanego przez program) jako root bez potrzeby pytania o hasło. Weźmy sobie `/sbin/hddtemp -nq -u C /dev/sd[a-z]` — bez root dostaniesz jedynie komunikat `/dev/sda: open: Permission denied` . Dodatkowo, wszystkie polecenia oferowane przez hddtemp (poza tymi pasującymi do powyższej linijki) będą wymagać od usera zalogowania się na albo na root'a, albo poproszą o hasło w sudo. W taki oto prosty sposób można sobie zaoszczędzić ciągłego wpisywania hasła, gdy jest to zupełnie zbędne, właśnie przez odpowiednie skonfigurowanie sobie sudo...  Podobnie możesz sobie postąpić z każdą inną appką i nie trzeba od razu dawać jej możliwości skorzystania z dowolnego parametru (jaki może ona przyjąć w swoim argumencie) i wykonać się jako root,

Inny przykład (ten trochę egzotyczny), to uruchamianie procesów z innymi grupami niż są w standardzie. Dla przykładu pulseaudio — ten proces domyślnie będzie miał użytkownika i grupę jako morfik:morfik, przez co przy przełączeniu się na TTY/blokowaniu sesji zostaje uwalona komunikacja z kartą dźwiękową — to taki ficzer bezpieczeństwa mający na celu uniemożliwić podsłuchiwanie sesji innych użytkowników w systemie. Ja u siebie startuję pulseaudio w poniższy sposób:

$  cat .config/autostart/pulseaudio.desktop | grep -i exe
Exec=/usr/bin/sudo -u morfik -g audio pulseaudio -D

By zmienić grupę potrzebne są uprawnienia root i czy naprawdę potrzebuję ciągłego pytania o hasło za każdym razem, gdy restartuję środowisko graficzne albo chociaż samego demona pulseaudio? A może po prostu dodać sobie w konfiguracji sudo:

morfik      HOSTY = (morfik:audio) /usr/bin/pulseaudio

I problem z głowy?

Ja tak mogę długo wymieniać zalety stosowania sudo na "jednouserowych" systemach linux'owych. xD

Oczywiście ja używam su i sudo jednocześnie —  w zasadzie to cały czas korzystam z su a wszystko co potrzebuje root'a bez mojej wyraźniej zgody jest podpięte pod sudo, tak jak ten hddtemp czy pulseaudio.

arecki napisał(-a):

hi napisał(-a):

sudo to bezpośrednie zagrożenie dla systemu a nie umiejętnie skonfigurowane go kładzie system od razu :)

Chyba się przejęzyczyłeś, ale z ciekawości zapytam: Jaka konfiguracja sudo kładzie system od razu?

A taka: xD

Defaults !authenticate

Gparted nie jest uruchamiany ani przez su ani przez sudo.
To program graficzny.


Co do innych.

Jakim problemem jest np taka operacja.

su -

enter
hasło
enter
jesteś na roocie.

Wydajesz dowolne polecenie np.

aptitude update
aptitude install gparted
exit

Jesteś spowrotem na koncie uzytkownika i masz zainstalowany gparted.

Nie.
gparted podałem jako przykład instalacji programu.

Deweloperzy nie bez powodu tak to zrobili że gparted żąda hasła roota.
Chcesz aby podczas twojej chwilowej nieobecności podszedł ktos do kompa i odpalił gparted i rozwalił cały układ partycji bądz wykasował dane?

Jak podasz hasło to będziesz miał zawsze sie na bacznosci, inaczej sam z rozpędu mozesz sobie gpartedem szkód narobić jeśli zaczniesz cos na czuja robic.

Nie będziesz.

morfik napisał(-a):

arecki napisał(-a):

hi napisał(-a):

sudo to bezpośrednie zagrożenie dla systemu a nie umiejętnie skonfigurowane go kładzie system od razu :)

Chyba się przejęzyczyłeś, ale z ciekawości zapytam: Jaka konfiguracja sudo kładzie system od razu?

A taka: xD

Kod:

Defaults !authenticate

Ale to po prostu wyłącza autoryzację na wykonywanie poleceń i to wciąż nie uwala systemu od razu.

arecki napisał(-a):

Ale to po prostu wyłącza autoryzację na wykonywanie poleceń i to wciąż nie uwala systemu od razu.

skrót myślowy