- Root tilbyder fuld kontrol, men Ubuntu og andre distributioner holder det deaktiveret som standard for at reducere risici.
- Sudo giver dig mulighed for at hæve privilegier fra sag til sag og holder styr på, hvem der udfører hver kommando.
- Til grafiske applikationer findes der hjælpere som kdesu, gksu, gksudo eller pkexec, som kan bruges i .desktop-startere.
- Sikkerhed afhænger af at bruge færrest rettigheder, undgå scripts, der ikke er tillid til, og overvåge adgang med forhøjet rettigheder.
I Windows er mange vant til at trykke på Shift+Enter eller Shift+venstreklik for at åbne et program med forhøjede rettigheder fra Start-menuen. I Linux er dette ikke altid ligetil, fordi sikkerhed er afhængig af root, sudo og grafiske hjælpere , og hvert skrivebordsmiljø har sine egne værktøjer. Alligevel er der forholdsvis enkle måder at starte programmer som root fra en launcher, en genvej eller programmenuen, selvom det er vigtigt at forstå, hvad det indebærer.
Nøglen er, at root-brugeren har absolut kontrol over systemet , og moderne distributioner, især Ubuntu og dets derivater, deaktiverer typisk direkte login. Derfor er det ikke almindeligt at logge ind som root, men snarere at øge rettighederne lejlighedsvis ved hjælp af `sudo` eller et grafisk program, der beder om adgangskoden. Hvis vi ønsker, at et launcher-ikon skal starte en app med disse rettigheder, skal vi ændre den kommando, den udfører, eller oprette en specifik launcher.
Hvad vil det egentlig sige at køre noget som root?
I Linux er root kontoen med UID 0 og ubegrænsede rettigheder . Den kan læse, ændre eller slette enhver fil, installere software, ændre kernekonfigurationer og kontrollere processer, der tilhører enhver bruger. Dette gør det til et utroligt kraftfuldt værktøj, men også en enorm risiko, hvis det bruges uforsigtigt. En simpel slåfejl med `rm` eller `mv` kan gøre systemet ubrugeligt, og et ondsindet script, der udføres som root, kan installere bagdøre, ændre sikkerhedsforanstaltninger eller stjæle data stort set uden spor.
I Ubuntu har root-kontoen ingen standardadgangskode, og direkte login er ikke tilladt. Filosofien er, at du arbejder med din almindelige brugerkonto og bruger `sudo` til specifikke opgaver . `sudo` betyder i bund og grund at køre en kommando som en anden bruger, normalt root, efter at have godkendt med din egen adgangskode, hvis du tilhører `sudo`-gruppen. Dette begrænser den tid, du er eksponeret, og holder styr på, hvem der gjorde hvad.
I meget specifikke situationer, såsom at gendanne et beskadiget system, arbejde i begrænsede miljøer eller konfigurere tjenester, der kræver vedvarende adgang, kan du dog overveje at aktivere root midlertidigt. Den generelle anbefaling er at deaktivere det igen, så snart behovet opstår. Jo mindre tid du bruger som root, jo bedre for maskinens stabilitet og sikkerhed.
Risici ved at bruge root uden forsigtighed
En af de mest åbenlyse farer er utilsigtet sletning af vitale filer . Som root er der ingen tilladelsesbegrænsninger; en kommando som `sudo rm -rf /` kan slette systemet uden varsel. Der er normalt heller ingen papirkurv til disse sletninger, så gendannelse kan kræve komplekse retsmedicinske værktøjer eller endda en komplet geninstallation af systemet.
En anden risiko er at køre scripts, man ikke har tillid til. Hvis du kører kode, der er downloadet fra et websted med forhøjede rettigheder, giver du det i bund og grund nøglerne til dit hus . Selv hvis scriptet virker harmløst, kan det indeholde destruktive instruktioner eller installere malware med root-rettigheder. Derfor er det tilrådeligt at gennemgå koden, bruge officielle kilder, kontrollere checksummer og teste den i en virtuel maskine eller container, før du kører den i produktion.
Der er også et sporbarhedsproblem. Når du bruger `sudo`, logger systemet kommandoen, den bruger, der udstedte den, og tiden til `/var/log/auth.log`, `/var/log/secure` eller `journalctl` . Hvis du logger direkte ind som root, vises alt som root, og du mister muligheden for at vide, hvilken person der har foretaget hver ændring. I miljøer med flere administratorer eller ISO 27001, PCI DSS eller andre revisionsstandarder er denne mangel på sporbarhed en betydelig svaghed.
Måder at få privilegier fra terminalen
Den mest almindelige og anbefalede måde er at sætte `sudo` foran en specifik kommando. For eksempel, for at opdatere pakker, genstarte en tjeneste eller redigere en beskyttet fil, vil `sudo` bede om din brugeradgangskode, ikke root-adgangskoden, og efter at have godkendt dig, vil den udføre kommandoen med forhøjede rettigheder. Hvis du har brug for at køre den som en anden bruger, kan du bruge `sudo -u username command` . Og hvis du opdager, at du har glemt at bruge `sudo`, kan du gentage den sidste kommando med `sudo!! `.
Når du skal udføre flere administrative opgaver i træk, kan det være praktisk at åbne en midlertidig rodshell. `sudo -i` simulerer et fuldt root-login, indlæser rodmiljøet og placerer dig i hjemmemappen. `sudo su` eller `sudo su -` fungerer også, selvom `sudo -i` normalt er mere pålideligt. For at afslutte denne session skal du blot skrive `exit`. Det er ikke tilrådeligt at lade en rodshell være åben uden opsyn.
Kommandoen `su` skifter derimod brugere. `su-root` eller blot `su-` anvender også miljøvariablerne fra målbrugeren, mens `su root` eller `su` uden bindestregen bevarer en del af det tidligere miljø. Denne forskel forklarer fejl som `kommandoen blev ikke fundet`: administrative kommandoer er normalt placeret i `/usr/local/sbin`, `/usr/sbin` og `/sbin`, stier der ikke altid vises i en almindelig brugers PATH. Hvis du bruger `su` uden bindestregen, skal du skrive den fulde sti eller skifte til `su-` for at arve rod-PATH'en.
Hvis du vil aktivere en adgangskode til root, kan du gøre det med `sudo passwd root` . Ubuntu fraråder dette, men tillader teknisk set root at have en adgangskode. For at låse kontoen skal du bruge `sudo passwd -l root` , og for at låse den op skal du bruge `sudo passwd -u root`. I SSH styres direkte root-adgang af `PermitRootLogin` i `/etc/ssh/sshd_config`. Det er sikrest at holde den indstillet til `no` eller højst `prohibit-password` for kun at tillade SSH-adgangskoder. Derefter skal du genstarte SSH-tjenesten.
Konfigurer trøjer præcist
Filen `/etc/sudoers` definerer, hvem der kan bruge `sudo`, og til hvilket formål. Det er bedst ikke at redigere den manuelt; den korrekte fremgangsmåde er at bruge `sudo visudo` , som låser filen og kontrollerer syntaksen, før den gemmes. Grundreglen har formen `host user=(target_user)`. For eksempel tillader `bob ALL=(ALL) ALL` `bob` at udføre enhver kommando som root på enhver maskine. Grupper kan også bruges, såsom `%admin ALL=(ALL) ALL`.
For at give finere tilladelser bruges aliasser. `User_Alias ADMINS = alice, bob` grupperer brugere, og `Cmnd_Alias LOCATE = /usr/sbin/updatedb` grupperer kommandoer. Derefter bruges `ADMINS ALL = LOCATE`, så disse brugere kun kan udføre disse kommandoer. Aliaser som `NETWORKING` kan oprettes for kommandoer som `route`, `ifconfig`, `ping`, `iptables` osv. Dette anvender princippet om færrest rettigheder uden at give fuld root-adgang til nogen.
NOPASSWD - indstillingen giver dig mulighed for at køre bestemte kommandoer uden en adgangskode, for eksempel `pi ALL=(ALL)`. NOPASSWD: ALL. Dette er praktisk, men farligt, hvis det misbruges. Derudover logges enhver brug af `sudo`, hvilket hjælper med at revidere adgang og fejlfinde problemer. Hvis noget går i stykker, kan en gennemgang af disse logfiler indikere, hvilken nylig ændring der forårsagede fejlen.
Start af grafiske applikationer som root fra launcheren
For programmer med en grafisk brugerflade fungerer det normalt ikke godt blot at bruge `sudo`, fordi der ikke er nogen terminal til at bede om adgangskoden. Det er her, grafiske hjælpere kommer ind i billedet. I KDE er der `kdesu` : hvis du ved, hvilken kommando der starter programmet, kan du køre `kdesu that_command`. Indstillingen `Kør kommando` i KDE-menuen giver dig også mulighed for at starte et program som en anden bruger ved at indtaste deres legitimationsoplysninger. I GNOME- og GTK-miljøer blev `gksu` og `gksudo` brugt i vid udstrækning ; disse er brugergrænseflader for `sudo` eller `su`. For eksempel åbner `gksu synaptic` eller `gksudo gparted` appen og beder om adgangskoden.
I moderne systemer frarådes eller forældes gksu. Det sædvanlige alternativ er pkexec , baseret på PolicyKit, som tillader programmer at køre med rettigheder i henhold til definerede politikker. Mange nuværende launchere bruger pkexec til administrative opgaver. Ideen er den samme: brugeren behøver ikke at åbne en terminal, men systemet validerer autorisation på en kontrolleret måde.
For at oprette en genvej i launcheren skal du redigere en .desktop -fil . `Exec`-linjen er nøglen. Hvis du vil have den til at køre som root, kan du bruge noget i retning af `Exec=gksu /path/to/program`, `Exec=kdesu /path/to/program` eller `Exec=pkexec /path/to/program`. Hvis du bruger `sudo` direkte, skal launcheren have `Terminal=true` eller konfigurere en grafisk askpass. Du kan også prøve at trykke på Alt+F2 og skrive hjælperen og programnavnet, for eksempel `gksu synaptic`. I KDE udfører `kdesu synaptic` eller muligheden for at køre som en anden bruger en lignende funktion.
Der findes et klassisk alternativ kaldet consolehelper , en wrapper til GUI-applikationer. Du opretter et symbolsk link, for eksempel /usr/bin/xterm-root, der peger på /usr/sbin/consolehelper. Derefter konfigurerer du PAM ved at oprette /etc/pam.d/xterm-root med auth-, account- og session-inkluderingerne fra config-util. Dernæst definerer du /etc/security/console.apps/xterm-root med USER=root og PROGRAM=/usr/bin/xterm. Når du kører xterm-root, beder consolehelper om PAM-godkendelse og starter xterm som root. Hvis du støder på fejlen "Xlib connection to :0.0 refused by server", kan det hjælpe at køre xhost local:root.
Under alle omstændigheder har det ulemper at åbne grafiske applikationer som root: det blander miljøvariabler, kan afbryde sessionsbussen, påvirke Wayland eller X11 og oprette root-ejede filer i din hjemmemappe. Det er bedst kun at bruge det til specifikke administrative værktøjer og lukke dem, så snart du er færdig. Undlad at surfe på internettet eller åbne mistænkelige dokumenter som root , da enhver udnyttelse ville arve fulde rettigheder.
Almindelige eksempler på opgaver, der kræver root-adgang
Mange daglige handlinger kræver forhøjede rettigheder. Administration af pakker med apt, zypper, dnf eller yum kræver ofte sudo. For eksempel `sudo apt update` , `sudo apt install firefox` eller `sudo zypper install docker-ce`. Det samme gælder for systemtjenester: `sudo systemctl restart apache2`, `sudo systemctl restart ssh` eller `sudo systemctl restart nginx`. For at ændre brugerkonti skal du bruge `sudo usermod`, og for at ændre filejerskab skal du bruge `sudo chown`. Redigering af kritiske konfigurationer, såsom `/etc/ssh/sshd_config`, kræver også root-rettigheder, hvis det gøres med nano, vim eller gedit.
Du behøver ikke `sudo` til kommandoer, der kun læser information eller ikke ændrer systemet, såsom `zypper repos` eller `systemctl status NetworkManager`. At bruge `sudo` til alt af vane er dårlig praksis. Det fornuftige er kun at hæve privilegier, når opgaven kræver det, og derefter skifte tilbage til den normale bruger så hurtigt som muligt.
Bedste fremgangsmåder ved arbejde med forhøjede rettigheder
Princippet om mindst mulige rettigheder bør styre alt. Brug `sudo` til individuelle kommandoer, når det er muligt, undgå persistente root shells, medmindre det er absolut nødvendigt, og afslut, så snart du er færdig. Kør ikke scripts fra ukendte kilder som root; gennemgå koden på forhånd, download fra officielle arkiver eller velrenommerede projekter, verificer checksummer, og test i et isoleret miljø, hvis du er i tvivl. En sund dosis skepsis er en dyd, når man har med tredjepartskode at gøre, der har fulde rettigheder.
Det er også tilrådeligt at konfigurere sudoere granulært, ikke udelukkende stole på sudo-gruppen for alt, og at holde logfiler reviderede. Hvis du administrerer servere, skal du kontrollere `/var/log/auth.log`, `/var/log/secure` eller `journalctl -xe` for at opdage misbrug. I flerbrugermiljøer er det afgørende at vide, hvem der udførte hver kommando, for at sikre ansvarlighed og overholdelse af sikkerhedsregler.
Aktivér og deaktiver root med et head
Hvis du beslutter dig for at aktivere root-adgang, skal du tildele en adgangskode med `sudo passwd root`, kun bruge den til essentielle opgaver, og derefter låse kontoen igen. For at deaktivere direkte SSH-login skal du redigere `sshd_config` og indstille `PermitRootLogin no` eller `prohibit-password`, og derefter genstarte SSH. For at låse kontoen lokalt skal du bruge `sudo passwd -l root`. For at låse den op skal du bruge `sudo passwd -u root`. Disse foranstaltninger reducerer angrebsfladen og forhindrer brute-force-angreb mod den mest kraftfulde konto.
I de fleste tilfælde er det praktiske svar på det indledende spørgsmål ja: du kan starte et program fra launcheren med root-rettigheder ved hjælp af en grafisk hjælper som kdesu, gksu, gksudo eller pkexec, eller ved at oprette en .desktop-fil med den relevante kommando. Dette er dog ikke noget, du bør lade være konfigureret til et hvilket som helst program. Det er bedre at have specifikke administrative launchere med klare navne og kun bruge dem, når det er nødvendigt.
Den vigtigste konklusion er, at root ikke er legetøj, og sudo eksisterer netop for at give dig kræfter uden at forvandle hvert klik til en permanent risiko. Hvis du har brug for at starte en grafisk app som superbruger, skal du prioritere hjælpere, der kræver en adgangskode, kontrollere, at applikationen virkelig har brug for det, og begrænse brugen til administrative opgaver. På denne måde kan du nyde bekvemmeligheden ved launcheren uden at ofre den sikkerhed, der gør Linux så stærk.