Gudmodus i Linux: root, bakdører og absolutt makt

Informatec Digital » Ressurser » Gudmodus i Linux: root, bakdører og absolutt makt

Når folk snakker om «Gudsmodus» i Linux , refererer de faktisk til noe mye mer reelt og farlig enn et enkelt visuelt triks som i Windows: den absolutte makten til root- brukeren , kontoen du kan konfigurere, reparere ... eller fullstendig ødelegge systemet ditt med på få sekunder. Det er mye mystikk rundt det, mange myter, og også noen reelle tilfeller av «Gudsmodus» på prosessornivå som er ganske skremmende.

Hvis du kommer fra Windows og har hørt om Gudmodus, tenker du kanskje på en magisk mappe som sentraliserer avanserte alternativer. I Linux er konseptet annerledes: vi snakker om tillatelser, privilegier på CPU-en, bakdører til maskinvare, og hvorfor dette systemet gir deg nesten ubegrenset strøm ... i bytte mot å kreve ansvar og holde hodet kaldt hver gang du skriver en kommando med administratorrettigheter.

Hva betyr egentlig «Gudsmodus» i Linux?

I Linux-økosystemet har ekte «gudsmodus» et navn: rotbrukeren . Det er kontoen som opprettes som standard på ethvert Unix-lignende system og har en UID på 0, identifikatoren som er reservert for superbrukeren. Alt med UID 0 på et Linux-system har absolutte rettigheter : det kan lese, endre eller slette enhver fil, endre tillatelser, administrere prosesser, installere eller fjerne kritiske pakker og få tilgang til områder som er fullstendig begrenset til andre brukere.

Sammenlignet med Windows ville den nærmeste ekvivalenten være administratorkontoen, selv om Microsofts system i praksis også har den interne SYSTEM-brukeren, som går et skritt videre for systemspesifikke oppgaver. Hovedforskjellen er at i Linux er denne rollen mye mer integrert i daglig bruk, spesielt når man bruker terminalen til administrative oppgaver.

Når root utfører noe, spør ikke systemet igjen : ingen bekreftelsesvinduer eller vennlige advarsler vises. Kjernen antar at du vet hva du gjør og utfører kommandoen. Det er det tveeggede sverdet til "Gudsmodus" i Linux: det lar deg fikse nesten ethvert rot ... men det kan også være grunnen til at systemet ditt blir uopprettelig hvis du gjør en feil med en kommando.

Slik får du tilgang til «Gudsmodus» i Linux: sudo, su og company

I en moderne distribusjon er det normalt å ikke logge inn direkte som root , men heller bruke din vanlige brukerkonto og bare "utvide" rettigheter når det er nødvendig for å utføre spesifikke handlinger. Det er her to viktige kommandoer kommer inn i bildet: `sudo` og `su` , som ofte forveksles, men ikke er det samme.

Med sudo kjører du én kommando med administratorrettigheterDen vanlige arbeidsflyten er å skrive «sudo» før kommandoen, skrive inn brukerpassordet ditt, og i en begrenset periode (som standard, omtrent 15 minutter på distribusjoner som Ubuntu), husker systemet denne autentiseringen, slik at du ikke trenger å skrive den inn på nytt for hver administrative kommando. Alt du utfører med sudo logges i filer som /var/log/auth.logså det er sporbarhet.

Bruk av `su` bytter brukere fullstendig . Ved å ganske enkelt bruke `su` og skrive inn root-passordet, får du et nytt skall som om du var logget inn med den kontoen, med alle dens rettigheter og, avhengig av om du bruker `su` eller `su-`, med flere eller færre endringer i miljøet (variabler, stier osv.). Denne metoden er mer praktisk hvis du skal utføre mange administrative oppgaver etter hverandre, men den er også mindre sikker, fordi enhver kommando du skriver inn i den konteksten vil ha fritt spillerom til å endre hele systemet.

Forskjellen i filosofi mellom de to metodene er tydelig.`sudo` er utformet for å gi spesifikk og kontrollert tilgang til bestemte oppgaver, og kan til og med begrense hvilke kommandoer hver bruker kan bruke gjennom filen. /etc/sudoersDet innebærer full tillit til den som sitter foran tastaturet, siden de fra det øyeblikket har fritt spillerom til å gjøre hva de vil inntil de logger av eller skriver. exit.

Typiske handlinger for rotbrukeren: hva som absolutt krever "Gudsmodus"

Det finnes operasjoner som, per design, bare superbrukeren kan utføre . Dette er de som påvirker kjernen i systemet, tillatelser, tjenester eller generell sikkerhet. Å forstå dem hjelper deg å vite når det er fornuftig å bruke root og hvorfor du aldri bør kjøre disse kommandoene tilfeldig.

En av de mest åpenbare mulighetene til root er å slette enhver fil fra systemet.Som vanlig bruker kan du bare slette det som tilhører deg eller det som har tillatelser gitt til kontoen eller gruppen din. Hvis du prøver å slette en beskyttet konfigurasjonsfil eller en annen brukers fil, vil du se tillatelsesfeil. Men med en uskyldig bruker... sudo rmSuperbrukeren kan ta over fra en liten fil i /etc opp til hele innholdet av /boot eller selve kjernen.

Kommandoer som «sudo rm -rf /boot» eller enda verre, «sudo rm -rf /», er en del av internett-trollkulturen av en grunn: hvis du kjører dem, vil systemet ditt bli ubrukelig. Derfor er det viktig å følge strategier for sikkerhetskopiering av data . Maskinen vil prøve å starte opp uten viktige filer, og i praksis vil du ha slettet en stor del av disken. Det finnes ingen søppelbøtte eller angrefunksjon i rotkonsollen.

En annen oppgave som bare root kan utføre er å endre passordet til en hvilken som helst konto.Normalt har hver bruker bare tillatelse til å endre sitt eget passord, men superbrukeren kan fremtvinge en passordendring for enhver systemprofil med en enkel kommando. sudo passwd nombre_de_usuarioDu trenger ikke å vite det forrige passordet, noe som forsterker ideen om at det er viktig å følge beste praksis. sterke passord Det er viktig for privilegert tilgang.

Det er også roots eksklusive domene til å endre tillatelser og eiere uten noen begrensninger.. Med sudo chmod Du kan endre lese-, skrive- og utføringsdelene i en hvilken som helst fil eller mappe, og med sudo chown Å tildele eiere og grupper på nytt er svært nyttig for å rette opp tillatelsesproblemer i komplekse tjenester eller databaser, men en dårlig planlagt, massiv endring kan gjøre halve systemet ubrukelig eller skape et stort sikkerhetsproblem.

Det finnes spesielt sensitive kataloger som bare root har tilgang til.Som /root (superbrukerens personlige katalog), /var/log (der mange systemoppføringer er lagret) eller filen /etc/shadowsom lagrer passord-hasher. For en vanlig bruker er dette begrensede områder; for root er det en enkel sudo cat /etc/shadow å se de krypterte fingeravtrykkene til alle systemets nøkler, noe som har en enorm sikkerhetsmessig innvirkning hvis noen uautorisert klarer å utnytte den muligheten.

Innen programvare er root ansvarlig for å installere og fjerne kritiske komponenter . Fra å legge til repositorier til å kompilere kjernemoduler eller slette viktige biblioteker, vil enhver seriøs pakkebehandler (apt, dnf, pacman, osv.) kreve utvidede rettigheter for å få tilgang til disse delene av systemet. En kommando som "sudo apt remove gnome-shell" i Ubuntu kan for eksempel føre til at du mister det grafiske miljøet ditt og tvinger deg til å reparere alt fra kommandolinjen.

Til slutt faller kontrollen over lavnivåtjenester og prosesser også på superbrukeren.. Verktøy som systemctl De lar deg starte, stoppe eller starte systemdaemoner på nytt, fra SSH-serveren til nettverkstjenester eller systemstasjoner. sudo systemctl stop ssh Den slutter å godta nye eksterne tilkoblinger, og misbruk av disse kommandoene kan føre til at viktige tjenester på en server eller din egen PC krasjer.

Tre ting du aldri bør gjøre med root-tilgang hvis du verdsetter systemet ditt

Bare fordi du kan gjøre det, betyr det ikke at du bør . Noen handlinger, selv om det er teknisk mulig med root-tilgang, er sanne tikkende bomber. Det er lurt å huske på dette, slik at du ikke handler impulsivt i et øyeblikk hvor du tenker: «Å ja, hva kan vel gå galt?»

Den første farlige fristelsen er å kjøre nettleseren din som root . Nettlesere er det primære inngangspunktet for skadelig programvare og angrep av alle slag: hvis en ondsinnet side utnytter en sårbarhet, arver den tillatelsene til den kjørende prosessen. Hvis den prosessen kjører med superbrukerrettigheter, vil angriperen ha full tilgang til maskinen din, uten tillatelsesbrannmurer for å beskytte den. Den sikreste tilnærmingen er å reservere root-tilgang for spesifikke oppgaver i kommandolinjen og unngå å starte fullstendige grafiske økter som superbruker.

Den andre klassikeren er den tunghendte «chmod -R 777» . Når noe ikke fungerer på grunn av feil tillatelser, er den raske og lure løsningen du ser på forumene «gi den mappen 777, så er du ferdig». Og ja, mange ganger forsvinner problemet ... på bekostning av å åpne opp lese-, skrive- og utførelsestillatelser fullstendig for enhver bruker, tjeneste eller prosess. Å gjøre dette rekursivt på brede stier er som å la alle dører og vinduer i huset stå vidåpne.

Den tredje dårlige vanen er å kopiere og lime inn kommandoer eller skript uten å sjekke dem . Internett er fullt av terminalutdrag som lover å fikse livet ditt, men et velplassert «sudo rm -rf» eller et obfuskert skript kan slette hele mapper, endre sensitive innstillinger eller lekke personopplysninger. Den gylne regelen i «Gud-modus» er å alltid forstå hva hver kommando gjør før du trykker på Enter, uansett hvor pålitelig kilden virker.

Linux er faktisk designet slik at du ikke trenger å leve som root . Med mindre du er systemadministrator eller trenger å utføre veldig spesifikke oppgaver, er moderne distribusjoner designet slik at hverdagen din går knirkefritt med en vanlig bruker, som bare delegerer til sudo når det er nødvendig. Dette reduserer risikoen for at noe ved et uhell ødelegges betraktelig.

«Gudsmodus» på ordentlig: bakdøren i VIA-CPUer og ringhoppet

Utover rotbrukeren finnes det en enda mer urovekkende «Gudsmodus» : en som aktiveres direkte i maskinvaren, selv før operativsystemet kan gjøre mye. Et velkjent tilfelle var det som ble oppdaget av sikkerhetsforsker Christopher Domas i en spesifikk familie av x86-prosessorer produsert av VIA i 2003.

Under et foredrag på Black Hat-konferansenDomas viste hvordan en udokumentert instruksjon kunne utføres fra Linux på visse VIA C3 Nehemiah-brikker. .byte 0x0f, 0x3fDette utløste en veritabel «Gudsmodus» på CPU-nivå. Denne bytesekvensen, som offisielt «ikke eksisterte» og ikke engang hadde et offentlig navn, tillot umiddelbar root-tilgang, og omgikk fullstendig operativsystemets vanlige sikkerhetstiltak.

Det som er slående med denne oppdagelsen er at den bryter den klassiske ringmodellen for beskyttelse i x86-arkitekturen . I den modellen kjører systemkjernen i ring 0 (den mest privilegerte), enhetsdrivere opptar ring 1 og 2, og brukerapplikasjoner forblir i ring 3, med færrest rettigheter. Denne separasjonen er grunnlaget for moderne sikkerhet: ekstern kode skal ikke kunne få direkte tilgang til kjernen i systemet.

Bakdøren i VIA C3 Nehemiah tillater imidlertid et direkte hopp fra ring 3 til ring 0. Det vil si at et program som kjører med normale brukerrettigheter kan eskalere til det høyeste rettighetsnivået med bare fire byte. Domas beskrev det som en direkte eskalering som aldri før er sett, og påpekte i tillegg at mekanismen involverte en skjult RISC-koprosessor i selve x86-brikken.

Denne hemmelige koprosessoren fungerer som en slags «ring -4 », enda dypere enn nivåene som hypervisorer eller fjernstyringsmotorer har tilgang til, noen ganger referert til som ring -1 eller -2. Denne RISC-kjernen, som er samlokalisert med hoved-CPU-en, har full tilgang til hva x86-prosessoren gjør og kan gripe inn uten at operativsystemet har noen enkel måte å vite eller kontrollere det på.

Hvordan ble denne bakdøren oppdaget, og hva er dens virkelige omfang?

Domas' oppdagelse var verken tilfeldig eller et resultat av et «lykketreff» ved å teste instruksjoner tilfeldig . Forskeren fulgte det han kalte en «brødsmulesti» blant tekniske patenter innlevert av ulike prosessorprodusenter, helt til han fant en som eksplisitt nevnte muligheten for å hoppe fra ring 3 til 0 ved hjelp av mekanismer knyttet til modellspesifikke registre (MSR).

Fra den første ledetråden sporet han hvilke brikkefamilier som kunne være dekket av disse patentene , og fokuserte til slutt på VIA C3 Nehemiah. Han kjøpte flere vintagemaskiner basert på disse prosessorene og brukte uker på å utvikle verktøy som systematisk kunne teste kombinasjoner av instruksjoner og konfigurasjoner relatert til det som ble beskrevet i dokumentene.

Etter omtrent tre uker med intensivt arbeidDomas hadde generert rundt 15 GB med registerdata. I den fant han de nøyaktige instruksjonene som tillot ham å aktivere bakdøren til den skjulte RISC-koprosessoren, og dermed validere at sekvensen .byte 0x0f, 0x3f Det var utløseren for «Gudsmodus» i disse spesifikke brikkene. Derfra dokumenterte han oppførselen og forberedte verktøy for å oppdage og, når det var mulig, deaktivere standardmekanismen.

Det relativt betryggende aspektet er at omfanget av denne bakdøren er begrenset . Den påvirker bare et spesifikt sett med VIA C3 Nehemiah-prosessorer produsert i 2003, primært brukt i innebygde systemer og tynne klienter. Det er ikke noe som vil påvirke deg hvis du bruker moderne, vanlig forbrukermaskinvare, men det er en veldig alvorlig advarsel om hva som kan lurke i lukkede arkitekturer.

Det er også en betydelig forskjell i oppførsel mellom modellene . I noen prosessorer krever utnyttelse av bakdøren at man starter fra en privilegert kontekst, med tilgang til ring 0 for å starte hele prosessen. I visse varianter av VIA C3 x86 er imidlertid den beryktede "Gudsmodus" aktivert som standard og kan aktiveres fra en enkel brukerkontekst, direkte fra operativsystemets konsoll, noe som gjør antivirus, ASLR og andre tiltak for å redusere utnyttelsen ineffektive.

Skyggen av andre mulige bakdører og problemet med «svarte bokser»

VIA C3 Nehemiah-saken reiser et ubehagelig spørsmål : hvis en så tydelig bakdør er funnet i denne CPU-familien, hvor mange andre brikkesett kan skjule lignende mekanismer som ennå ikke er avslørt? Domas var ganske klar i sin vurdering: det er veldig sannsynlig at det finnes flere skjulte bakdører i andre design, rett og slett fordi moderne prosessorer er veritable svarte bokser.

Sluttbrukere og store deler av det tekniske miljøet har ingen realistisk måte å grundig revidere en kommersiell brikke på . Mikroarkitekturens kompleksitet, mengden proprietær logikk og mangelen på fullstendig dokumentasjon gjør det praktisk talt umulig å garantere at det ikke finnes hemmelige opkoder, diskrete koprosessorer eller eksterne administrasjonskanaler som kan brukes som en "Gudsmodus" av noen som kjenner nøklene.

Etter denne ideen gjorde Domas forskningen og verktøyene sine offentlig tilgjengelige , inkludert verktøy for å sjekke om en spesifikk VIA C3 CPU kunne ha denne udokumenterte koprosessoren og for å deaktivere standard koprosessoren når det var mulig. Målet var todelt: å gi åpenhet og å la administratorer og produsenter av innebygde systemer redusere risikoen i enheter som fortsatt er under utrulling.

Alt dette knytter seg til en bredere refleksjon rundt tillit til maskinvare . Systemene vi bruker daglig er avhengige av komponenter hvis design vi ikke direkte kan verifisere; vi stoler på produsentens gode tro og at hvis bakdører finnes, vil de bli oppdaget i tide. Men VIA-saken om «Gudsmodus» tjener som en påminnelse om at sikkerhet ikke bare handler om operativsystemoppdateringer eller om man skal bruke root-tilgang eller ikke, men også om hva silisiumet faktisk gjør under.

I mellomtiden, i hverdagen til enhver Linux-bruker, forblir den praktiske "Gudsmodus" root , med sine driftsfordeler og klare risikoer. Å holde systemet oppdatert, ikke misbruke privilegier og være veldig selektiv med maskinvaren som brukes er alle brikker i det samme sikkerhetspuslespillet.

Kontrasten til Windows' «Gudmodus»: en snarveimappe kontra den virkelige kraften til root

Når vi snakker om «Gudmodus» i Windows, er situasjonen mye mindre dramatisk . Det berømte trikset med å opprette en spesiell mappe på skrivebordet åpner ikke en bakdør eller gir flere rettigheter; det det gjør er å konsentrere hundrevis av snarveier til innstillinger spredt over kontrollpanelet og andre områder av systemet på ett sted.

I versjoner som Windows Vista, Windows 7 eller Windows Server 2008Det var nok å opprette en mappe med et veldig spesifikt navn, for eksempel ModoDios.{ED7BA470-8E54-465E-825C-99712043E01C}Da du trykket på Enter, endret mappeikonet seg til det typiske kontrollpanelikonet, og da du åpnet det, fant du en enorm liste over konfigurasjonsalternativer gruppert etter kategorier: administrative verktøy, nettverksinnstillinger, strømalternativer osv.

Trikset fungerer takket være bruken av GUID-er (Globally Unique Identifiers) , unike identifikatorer som Windows tilordner praktisk talt alle elementer i systemet: programmer, biblioteker, panelkomponenter, spesielle mapper ... Det du gjør ved å skrive det merkelige navnet er å knytte GUID-en til det utvidede kontrollpanelet til en mappe, og dermed opprette en "klone" av tilgang til alle disse funksjonene på ett sted.

På samme måte kan du opprette snarveier til andre spesialområder ved å bruke den tilsvarende GUID-en i mappenavnet, for eksempel systemstatusfeltet eller «Min datamaskin». Dette er rett og slett en genial måte å eksponere eksisterende ressurser på, ikke en økning i privilegier eller en skjult administrasjonsmodus som root eller «-4-ringen» til CPUer med bakdører.

Men selv dette trikset er ikke uten nyanser . Det ble advart den gangen om at det ikke var en god idé å bruke det på visse versjoner av Windows Vista x64 fordi det kunne oppstå feil, noe som demonstrerte at selv om Windows' "Gudsmodus" er rent kosmetisk, medfører det alltid risiko å tukle med interne funksjoner.

Linux som standard «Gudsmodus»: kraft, frihet og null støttehjul

Et siste interessant poeng er hvor mange som oppfatter Linux som et system med en permanent «Gudsmodus ». I motsetning til Windows eller macOS, som har en tendens til å skjule teknisk kompleksitet bak svært veiledede grensesnitt, lar Linux systemets indre virkemåte være mye mer eksponert: konfigurasjoner i tekstfiler, terminalstyrte tjenester, detaljerte bruker- og gruppetillatelser og så videre.

For noen som er vant til at operativsystemet veileder dem gjennom prosessen , kan denne tilnærmingen være rystende. Grafiske verktøy finnes, men omfanget deres er vanligvis begrenset, og så snart du avviker fra standardinnstillingene eller ønsker å finjustere noe spesifikt, ender du opp med å ty til kommandolinjen eller oppstart fra en aktiv USB-stasjon . Det er her du innser at Linux er designet for å tukle, eksperimentere og endre miljøet etter din smak, med langt mindre beskyttelse mot feil enn mer lukkede plattformer.

Denne designen gir deg en veldig reell følelse av "gudsmodus" over maskinen din : du kan endre praktisk talt hva som helst i operativsystemet, fra vindusbehandleren til kjernen, inkludert hvordan tjenester oppfører seg ved oppstart og hvilke tillatelser enheter har. Men til gjengjeld krever det et minimum av kunnskap og interesse for å forstå hva du justerer, fordi feil ikke alltid fikses med et par klikk.

Denne filosofien forklarer også mange av vanskelighetene Linux fortsatt står overfor som et vanlig skrivebordsoperativsystem . Tilgjengeligheten av kommersiell programvare er fortsatt mer begrenset enn på Windows eller macOS, brukere må noen ganger håndtere avhengigheter og manuell kompilering, spill med proprietær anti-cheat fungerer kanskje ikke, og visse drivere (spesielt noen fra Nvidia eller for eksotisk maskinvare) krever mer arbeid enn ønskelig.

Mellom kjerneoppdateringer som noen ganger ødelegger ting, widgeter eller plugins som feiler etter en oppdatering av skrivebordsmiljøet , bærbare datamaskiner med komplekse kombinasjoner av integrerte og dedikerte GPU-er, og spillstartere som sliter med å kjøre problemfritt under Proton og Wine, er det ikke rart at mange brukere bare vil slå på PC-ene sine og glemme alt det der. Linux fortsetter imidlertid å fokusere på å styrke brukere på bekostning av å kreve litt mer involvering.

Til syvende og sist er den såkalte «Gudsmodusen» i Linux summen av flere lag med makt.Fra root-superbrukeren og farene ved en sudo Misbrukt, til og med privilegieringene i x86-arkitekturen og maskinvarebakdører som i svært spesifikke tilfeller lar deg omgå operativsystemet fullstendig; å kjenne disse delene, bruke dem klokt og forstå hva som ligger bak hver enkelt er det som utgjør forskjellen mellom å nyte all den friheten eller å gjøre systemet ditt om til et ruinerende testområde.