Hvilken Windows-konto bruges af systemet, når ingen er logget ind?

Hvis du er nysgerrig og lærer mere om, hvordan Windows opererer under emhætten, kan du måske undre dig selv, hvilke "konto" aktive processer kører under, når ingen er logget ind i Windows. Med det for øje har dagens SuperUser Q & A-post svar på en nysgerrig læser.

Dagens Spørgsmål & Svar session kommer til os med venlig hilsen af ​​SuperUser-en underafdeling af Stack Exchange, en community-driven gruppe af Q & A-websteder.

Spørgsmålet

SuperUser-læser Kunal Chopra vil gerne vide, hvilken konto der bruges af Windows, når ingen er logget ind:

Når ingen er logget ind i Windows, og log-in-skærmen vises, hvilken brugerkonto er de aktuelle processer kørende under (video- og lyddrivere, login session, serverprogrammer, tilgængelighedskontrol osv.)? Det kan ikke være nogen bruger eller den tidligere bruger, fordi ingen er logget ind.

Hvad med processer, der er startet af en bruger, men fortsætter med at køre efter logging af (for eksempel HTTP / FTP-servere og andre netværksprocesser)? Skifter de over til SYSTEM-kontoen? Hvis en brugerstartsproces overføres til SYSTEM-kontoen, indikerer det en meget alvorlig sårbarhed. Bliver en sådan proces kørt af den bruger fortsat under den brugers konto på en eller anden måde, efter at de har logget af?

Er det derfor, at SETHC hack giver dig mulighed for at bruge CMD som SYSTEM?

Hvilken konto bruges af Windows, når ingen er logget ind?

Svaret

SuperUser bidragyder grawity har svaret for os:

Når ingen er logget ind i Windows, og log-in skærmen vises, hvilken brugerkonto er de aktuelle processer, der kører under (video og lyddrivere, login session, hvilken som helst server software, tilgængelighedskontrol osv.)?

Næsten alle drivere kører i kernel mode; de behøver ikke en konto, medmindre de starter bruger-rum processer. De der bruger-rum drivere kører under SYSTEM.

Med hensyn til login sessionen er jeg sikker på at det også bruger SYSTEM. Du kan se logonui.exe ved hjælp af Process Hacker eller SysInternals Process Explorer. Faktisk kan du se alt på den måde.

Hvad angår serversoftware, se Windows-tjenester nedenfor.

Hvad med processer, der er startet af en bruger, men fortsætter med at køre efter logging af (for eksempel HTTP / FTP-servere og andre netværksprocesser)? Skifter de over til SYSTEM-kontoen?

Der er tre slags her:

1. Almindelig gammel baggrundsprocesser: Disse løber under samme konto som den, der startede dem og løber ikke efter at logge af. Logoff processen dræber dem alle. HTTP / FTP-servere og andre netværksprocesser kører ikke som regelmæssige baggrundsprocesser. De løber som tjenester.
2. Windows Service Processes: Disse lanceres ikke direkte, men via Service Manager. Som standard betjenes tjenester som LocalSystem (som det er sagte er SYSTEM) kan have dedikerede konti konfigureret. Selvfølgelig er det næsten ingen, der plager. De installerer bare XAMPP, WampServer eller en anden software og lad det køre som SYSTEM (for evigt unpatched). På nyere Windows-systemer tror jeg, at tjenester også kan have deres egne SID'er, men igen har jeg ikke gjort meget forskning herom endnu.
3. Planlagte opgaver: Disse lanceres af Task Scheduler Service i baggrunden og altid køre under den konto, der er konfigureret i opgaven (normalt den, der oprettede opgaven).

Hvis en brugerstartsproces overføres til SYSTEM-kontoen, indikerer det en meget alvorlig sårbarhed.

Det er ikke en sårbarhed, fordi du allerede skal have administratorrettigheder til at installere en tjeneste. At have administratorrettigheder giver dig allerede mulighed for at gøre praktisk talt alt.

Se også: Forskellige andre ikke-sårbarheder af samme art.

Sørg for at læse resten af ​​denne interessante diskussion via trådlinket nedenfor!

Har du noget at tilføje til forklaringen? Lyde af i kommentarerne. Vil du læse flere svar fra andre tech-savvy Stack Exchange brugere? Tjek den fulde diskussionstråd her.