SID visar istället för användarnamn eller vänligt namn i Windows 10

En säkerhetsidentifierare (SID)(Security Identifier (SID)) är ett unikt värde med variabel längd som används för att identifiera en säkerhetsprincip (som en säkerhetsgrupp) i Windows -operativsystem. SID:n(SIDs) som identifierar generiska användare eller generiska grupper är särskilt välkända. Deras värden förblir konstanta i alla operativsystem. I det här inlägget kommer vi att försöka förstå varför vissa SID(SIDs) inte löser sig till vänliga namn och sedan rekommendera vad som kan göras för att lösa eventuella SID till ett vänligt namn om möjligt.

Denna information är användbar för att felsöka problem som involverar säkerhet. Det är också användbart för att felsöka visningsproblem i Windows -redigeraren för åtkomstkontrolllista ( ACL ). Windows spårar en säkerhetsprincip genom dess SID . För att visa säkerhetsprincipen i ACL- redigeraren löser Windows SID till dess tillhörande säkerhetsprincipnamn.

SID visas istället för Användarnamn

På vissa ställen i Windows UI , som visas i bilden ovan. du ser Windows-kontosäkerhetsidentifierare ( SIDS ) som inte löser sig till vänliga namn. Dessa platser inkluderar följande:

  • Utforskaren
  • Säkerhetsrevisionsrapporter
  • Redaktören för åtkomstkontrolllista ( ACL ) i  Registereditorn(Registry Editor)

Dessa olösta SID(SIDs) är så eftersom Windows Server 2012 och Windows 8 introducerade en typ av SID som är känd som en capability SID . Genom designen löser sig en förmåga SID inte till ett vänligt namn.

Det vanligaste kapacitets -SID :t är följande:

S-1-15-3-1024-1065365936-1281604716-3511738428-1654721687-432734479-3232135806-4053264122-3456934681

Windows 10, version 1809 använder mer än 300 kapacitets -SID:n(SIDs) .

SID visas istället för Användarnamn

När du felsöker SID:er(SIDs) som inte löser sig till vänliga namn, se till att det inte är ett funktions -SID .

Varning: RADERA INTE(DO NOT DELETE) kapacitets -SID(SIDs) från vare sig registret(Registry) eller filsystemets behörigheter. Att ta bort ett funktions - SID från filsystembehörigheter eller registerbehörigheter kan göra att en funktion eller applikation fungerar felaktigt. När du har tagit bort ett funktions -SID kan du inte använda användargränssnittet för att lägga till det igen.

Följ dessa steg för att få en lista över alla funktions -SID:er(SIDs) som Windows har registrerat:

Tryck på Windows-tangenten + R.

I dialogrutan Kör skriver du regedit(regedit) och trycker på Enter för att öppna Registereditorn(open Registry Editor) .

Navigera eller hoppa till registernyckelns sökväg nedan:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SecurityManager\CapabilityClasses\

I den högra rutan dubbelklickar du på posten AllCachedCapabilities .

Kopiera all data i värdedatarutan(Value data) och klistra in den i en valfri textredigerare(text editor of your choice) där du kan söka efter data.

Det här värdet kanske inte inkluderar alla funktions -SID:n(SIDs) som tredjepartsapplikationer använder.

Sök i datan efter SID som du felsöker.

Om du hittar SID i registerdata är det ett kapacitets -SID . Genom designen kommer det inte att lösas till ett vänligt namn. Om du inte hittar SID i registerdata är det inte en känd förmåga SID . Du kan fortsätta att felsöka det som ett normalt olöst SID . Tänk på att det finns en liten chans att SID kan vara ett (SID)SID med kapacitet från tredje part , i vilket fall det inte kommer att lösas till ett vänligt namn.

Kapacitet SID(Capability SIDs)

Kapacitets-SID:n identifierar(Capability SIDs) unikt och oföränderligt förmågor. I det här sammanhanget är en förmåga en oförfalskbar auktoritetstecken som ger en Windows - komponent eller en Universal Windows-applikation(Windows Application)  åtkomst till resurser som dokument, kameror, platser och så vidare. En applikation som "har" en kapacitet ges åtkomst till den resurs som är associerad med kapaciteten. En applikation som "inte har" en förmåga nekas åtkomst till den associerade resursen.



About the author

Jag är en erfaren Windows 10 och 11/10 expert, med erfarenhet av både webbläsare och smartphone-appar. Jag har varit mjukvaruingenjör i över 15 år och har arbetat med ett antal stora namnföretag, inklusive Microsoft, Google, Apple, Ubisoft med flera. Jag har också undervisat i Windows 10/11-utveckling på högskolenivå.



Related posts