Security Identifier

{{Short description|Identifier used for user accounts and groups in Microsoft Windows}}

Security Identifier (SID) is a unique, immutable identifier of a user account, user group, or other security principal in the Windows NT family of operating systems. A security principal has a single SID for life (in a given Windows domain), and all properties of the principal, including its name, are associated with the SID. This design allows a principal to be renamed (for example, from "Jane Smith" to "Jane Jones") without affecting the security attributes of objects that refer to the principal.

Overview

Windows grants privileges and access to resources based on access control lists (ACLs). Each entry on the list defines one SID and a set of permissions for that SID. When a user logs into a PC, Windows generates an access token that contains the user SID, the group SIDs to which the user account belongs, and the user privilege level. When a user requests access to a resource, its ACL is checked against the user's access token to permit or deny particular action on a particular object.

Structure

The human-readable representation of a SID is a string that starts with "S-" and consists of several dash-separated numbers. For example, "S-1-5-21-3623811015-3361044348-30300820-1013" could be a user account's SID. The following table explains the components of this example SID.

class="wikitable"

|+ Anatomy of a SID

! Component

! Example

! Explanation

scope="row" | Header

| S

| Identifies the string as a SID

scope="row" | Revision level

| 1

| The version number of the SID specification. {{As of|2025}}, "1" is the only valid number.

scope="row" | Authority

| 5

| See below

scope="row" | Subauthorities

| 21-3623811015-3361044348-30300820

| In this example, "21" indicates a "domain" subauthority. The following 96-bit ID is a domain identifier.

scope="row" | Relative ID (RID)

| 1013

| Uniquely identifies the principal within its subauthority group. In the context of domain accounts (which is the focus of our example), RIDs greater than 1000 indicate an admin-defined principal (as opposed to a predefined, built-in, or special-purpose generic principal).

Originally, SIDs were supposed to allow arbitrarily deep nesting, with each level allowed to create sub-authorities underneath itself. However, that goal was abandoned early in Windows NT development, when it was decided that it would be too unmanageable in practice; by then, however, the SID format had already been finalized and was in heavy use in the Windows code.{{Cite web |date=2022-06-14 |title=[MS-AZOD]: Security Identifiers (SIDs) |url=https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-azod/ecc7dfba-77e1-4e03-ab99-114b349c7164 |access-date=2024-12-29 |website=learn.microsoft.com}}

= Identifier authority =

Identifier authorities are formally defined as six-byte (48-bit) quantities. The identifier authority is expressed in decimal if its value is less than 232, otherwise in hexadecimal.{{Cite web |date=2023-12-12 |title=[MS-DTYP]: SID String Format Syntax |url=https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-dtyp/c92a27b1-c772-4fa7-a432-15df5f1b66a1 |access-date=2024-12-29 |website=learn.microsoft.com |language=en-us}}{{Cite web |date=2022-11-04 |title=RtlConvertSidToUnicodeString function (ntifs.h) - Windows drivers |url=https://learn.microsoft.com/en-us/windows-hardware/drivers/ddi/ntifs/nf-ntifs-rtlconvertsidtounicodestring |access-date=2024-12-29 |website=learn.microsoft.com |language=en-us}} However, while this is the behavior formally defined by Microsoft, and implemented by the relevant Windows APIs (e.g. RtlConvertSidToUnicodeString), hexadecimal identifier authorities appear to have never been used in practice. All known values fit in the least significant byte, and the other 5 bytes are always zero. Identifier authorities are stored in big-endian format, even on little-endian CPU architectures.

class="wikitable sortable"

|+ Valid identifier authority values{{cite web |title=Well-known security identifiers in Windows operating systems |url=https://support.microsoft.com/en-hk/help/243330/well-known-security-identifiers-in-windows-operating-systems |website=support.microsoft.com |accessdate=12 December 2019}}{{Cite web|last=openspecs-office|title=[MS-DTYP]: Well-Known SID Structures|url=https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-dtyp/81d92bba-d22b-4a8c-908a-554ab29148ab|access-date=2020-09-03|website=docs.microsoft.com|language=en-us}}

!Authority

!Formal name

!First introduced

!Notes

0

|Null Authority

|

|e.g., "Nobody" (S-1-0-0)

1

|World Authority

|

|e.g., well-known groups such as "Everyone". (S-1-1-0)

2

|Local Authority

|

|e.g., flag SIDs like "CONSOLE LOGON"

3

|Creator Authority

|

|

4

|Non-unique Authority

|

|

5

|NT Authority

|

|Managed by the NT security subsystem. There are many sub-authorities such as "BUILTIN" and every Active Directory Domain

6{{Cite book |last=Honeycutt |first=Jerry |url=https://books.google.com/books?id=y4pGAAAAYAAJ&pg=PA11 |title=Microsoft Windows Registry Guide |date=2005 |publisher=Microsoft Press |isbn=978-0-7356-2218-0 |pages=11 |language=en}}

|Site Server Authority

|Windows XP

|

7{{Cite web |date=2023-06-28 |title=[MS-PAC]: SID Filtering and Claims Transformation |url=https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-pac/55fc19f2-55ba-4251-8a6a-103dd7c66280 |access-date=2024-12-29 |website=learn.microsoft.com |language=en-us}}

|Internet Site Authority

|Windows XP

|

8{{Cite web |title=Outlook2007CodeSamples/SampleWrappedPSTStoreProvider/WrapPST/EdkMdb.h at 10edfa1ce7e6895a4788ad7c766b9120bec0128d · microsoft/Outlook2007CodeSamples |url=https://github.com/microsoft/Outlook2007CodeSamples/blob/10edfa1ce7e6895a4788ad7c766b9120bec0128d/SampleWrappedPSTStoreProvider/WrapPST/EdkMdb.h#L1183 |access-date=2024-12-29 |website=GitHub |language=en}}

|Exchange Authority

|Windows XP

|

9See "Custom Principals" section on https://msdn.microsoft.com/en-us/library/aa480244.aspx{{Cite web|url=http://blogs.msdn.com/larryosterman/archive/2004/09/01/224051.aspx|title=Larry Osterman's WebLog|date=17 July 2020 }}

|Resource Manager Authority

|Windows Server 2003

|

10

|Passport Authority

|

|

11{{cite web |title=Example impact of Microsoft Accounts on Windows APIs in Windows 8/8.1 – Windows SDK Support Team Blog |url=https://blogs.msdn.microsoft.com/winsdk/2014/12/12/example-impact-of-microsoft-accounts-on-windows-apis-in-windows-88-1/ |website=blogs.msdn.microsoft.com|date=12 December 2014 }}

|Microsoft Account Authority

|Windows 8

|

12

|Azure Active Directory

|Windows 10

|

15{{Cite web|url=https://support.microsoft.com/en-us/help/243330/well-known-security-identifiers-in-windows-operating-systems|access-date=2020-09-02 | title=Security identifiers | date=28 August 2021 |website=support.microsoft.com}}{{Cite web|url=https://support.microsoft.com/en-us/help/4502539/some-sids-do-not-resolve-into-friendly-names | title=Some SIDs do not resolve into friendly names | date=24 September 2021 |access-date=2020-09-02|website=support.microsoft.com}}{{Cite web |title=Capability SID Constants (Winnt.h) - Win32 apps |url=https://docs.microsoft.com/en-us/windows/win32/secauthz/capability-sid-constants |access-date=2020-09-02 |website=docs.microsoft.com |language=en-us}}

|App Package Authority (Capability SIDs)

|Windows Server 2012

|All capability SIDs begin at S-1-15-3. By design, a capability SID does not resolve to a friendly name. The most commonly used capability SID is S-1-15-3-1024-1065365936-1281604716-3511738428-1654721687-432734479-3232135806-4053264122-3456934681

16{{Cite web |date=2024-02-22 |title=SYSTEM_MANDATORY_LABEL_ACE (winnt.h) - Win32 apps |url=https://learn.microsoft.com/en-us/windows/win32/api/winnt/ns-winnt-system_mandatory_label_ace |access-date=2024-12-29 |website=learn.microsoft.com |language=en-us}}

|Mandatory Label Authority

|Windows Vista

|Used as part of Mandatory Integrity Control

17{{Cite web |date=2020-10-30 |title=[MS-DTYP]: SID_IDENTIFIER_AUTHORITY |url=https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-dtyp/c6ce4275-3d90-4890-ab3a-514745e4637e |access-date=2024-12-29 |website=learn.microsoft.com |language=en-us}}

|Scoped Policy ID Authority

|

|

18

|Authentication Authority

|

|

19{{Cite web |date=2023-02-21 |title=Sandboxing Antimalware Products for Fun and Profit — Elastic Security Labs |url=https://www.elastic.co/security-labs/sandboxing-antimalware-products |access-date=2024-12-29 |website=www.elastic.co |language=en}}

|Process Trust Authority

|

= Subauthority =

class="wikitable"

|+ S-1-5 subauthority values{{Cite web|last=|first=|date=2020-09-02|title=IIS AppPool Identity SIDs|url=https://winterdom.com/2014/05/16/iis-apppool-identity-sids|archive-url=|archive-date=|access-date=|website=winterdom}}

!Decimal

!Name

!First introduced

!Format and purpose

8

|Proxy

|Windows Server 2003

|S-1-5-8 is the SID of the "SECURITY_NT_AUTHORITY" proxy.

18

|LocalSystem

|Windows NT 3.1

|S-1-5-18 is the SID of the LocalSystem account on all Windows machines.

19

|LocalService

|

|S-1-5-19 is the SID of the LocalService account on all Windows machines.

20

|NetworkService

|

|S-1-5-20 is the SID of the NetworkService account on all Windows machines.

21

|Domain

|

|S-1-5-21--, where is in the form of <32-bit>-<32-bit>-<32-bit>. See below for details.

32

|Users

|Windows 7

|S-1-5-32-. Example: S-1-5-32-544 (the built-in Administrators group).

The resulting SID pertains a predefined, special-purpose user group, and is valid on all Windows machines. RID could only be one the predefined ones.

64

|Authentication

|

|S-1-5-64-, where is one of the following:

  • 10: NTLM
  • 14: SChannel
  • 21: Digest
80

|NT Service

|Windows Vista

|S-1-5-80-, where is a service identifier. "0" (zero) is reserved for the ALL SERVICES group (hence, S-1-5-80-0's fully qualified name is NT SERVICE\ALL SERVICES).

82

|IIS AppPool

|Windows 7

|

83-0

|Virtual Machines

|Windows 7

|S-1-5-83-0 is the SID of the "NT VIRTUAL MACHINE\Virtual Machines" group, which maintains a list of all Hyper-V virtual machines.

83-1

|Virtual machine

|Windows 7

|S-1-5-83-1----.

The resulting SID pertains a Hyper-V virtual machine.

90

|Windows Manager

|Windows 7

|S-1-5-90-0 is the SID of the "Windows Manager Group", a built-in group that maintains all virtual accounts of the Desktop Windows Manager (DWM).

S-1-5-90-0-, where is a number, is the SID format of a DWM virtual account. For example, S-1-5-90-0-1 pertains DWM-1.

96

|User-Mode Driver Framework

|Windows 7

|S-1-5-96-0-, where is a number, is the SID format of a User-Mode Driver Framework (UMDF) virtual account. For example, S-1-5-96-0-1 pertains UMDF-1. The User-mode Font Driver Host (fontdrvhost.exe) runs in the context of a UMDF account.

Domain SIDs

SIDs that start with "S-1-5-21" are noticeably longer than most other SIDs (with the notable exception of service SIDs). Their general format is: S-1-5-21--, where is in the form of <32-bit>-<32-bit>-<32-bit>.

The Domain ID uniquely identifies a Windows domain. The RID specifies a principal (user account, group account, or computer account) within that domain.

If the RID portion is greater than 1000, the resulting SID pertains an admin-defined user account, user group, or computer account, e.g., S-1-5-21-3361044348-303008203623811015-1001. The name of this account could be anything, e.g., Domain.local\JaneDoe.

If the RID portion is smaller than 1000, the resulting SID pertains a predefined (built-in) user account or user group. For example, RID 500 identifies the controversial "Administrator" user account while RID 512 pertains the "Domain Admins" group.

= Machine SIDs=

Machine SIDs are variety of domain SIDs (S-1-5-21) with a 96-bit domain ID (a machine is considered its own local domain) but no RID. Their general format is: S-1-5-21-, where is in the form of <32-bit>-<32-bit>-<32-bit>.

The machine SID is stored in the SECURITY hive of the Windows Registry, more specifically at HKEY_LOCAL_MACHINE\SECURITY\SAM\Domains\Account. This key has two values: F and V. The latter is a raw binary value that has the machine SID embedded within it at the end of its data (last 96 bits).{{cite web|url=https://technet.microsoft.com/en-us/sysinternals/bb897418.aspx|title=MS TechNet NewSID Utility - How It Works|work=Knowledge Base|publisher=Microsoft|date=November 1, 2006|accessdate=2008-08-05}} (Some sources{{such as|date=January 2025}} state that it is stored in the SAM hive instead.) {{citation needed span|date=January 2025|A backup is located at SECURITY\Policy\PolAcDmS\@.}}

{{Blockquote

|text=NewSID ensures that this SID is in a standard NT 4.0 format (3 32-bit subauthorities preceded by three 32-bit authority fields). Next, NewSID generates a new random SID for the computer. NewSID's generation takes great pains to create a truly random 96-bit value, which replaces the 96-bits of the 3 subauthority values that make up a computer SID.

|title=NewSID readme

}}

The machine SID is stored in a raw-bytes form in the registry. To convert it into the more common numeric form, one interprets it as three, little endian, 32-bit integers, converts them to decimal, and add hyphens between them.

{{static row numbers}}

class="wikitable plainrowheaders static-row-numbers static-row-header-hash"

|+ Example of decoding machine SID

class="static-row-header"

! scope="row" | Raw form (hexadecimal representation)

| 2E,43,AC,40,C0,85,38,5D,07,E5,3B,2B

scope="row" | Split the bytes into 3 groups of four octets

| 2E,43,AC,40 - C0,85,38,5D - 07,E5,3B,2B

scope="row" | Reverse the order of bytes in each group

| 40,AC,43,2E - 5D,38,85,C0 - 2B,3B,E5,07

scope="row" | Convert each group into decimal

| 1085031214 - 1563985344 - 725345543

scope="row" | Add the machine SID prefix

| S-1-5-21-1085031214-1563985344-725345543

Service SIDs

Service SIDs are a feature of service isolation, introduced in Windows Vista and Windows Server 2008.{{cite web

|url=http://www.windowsitpro.com/article/authentication/windows-service-isolation-143215

|title=Windows Service Isolation Feature

|work=Article

|publisher=Windows IT Pro

|date=June 6, 2012

|accessdate=December 7, 2012

}} Any service with the "unrestricted" SID-type property will have a service-specific SID added to the access token of the service host process, allowing permissions for a single service to be managed without necessitating the creation of service accounts.

Each service SID is a local, machine-level SID that has the general form of S-1-5-80-. To generate , Windows copies the service name (in UTF-16 encoding), converts all characters to uppercase, and calculates the SHA-1 digest of said uppercase name. This digest becomes the . The sc.exe command can be used to generate this special SID value; for example, given the "dnscache" service:

C:\>sc query

NAME: dnscache

SERVICE SID: S-1-5-80-859482183-879914841-863379149-1145462774-2388618682

Therefore, the "dnscache" service can be referred to as either NT SERVICE\dnscache or S-1-5-80-859482183-879914841-863379149-1145462774-2388618682. Since a Service SID is determined exclusively by the service name, the value of the SID for a given service is always the same across all machines wherever the service runs.

Duplicated SIDs

A common method of mass-producing Windows PCs is to install Windows on a template machine, and duplicate its disk sector by sector to other identical machines. As a result, these mass-produced machines are identical in every respect, including their SIDs.

Microsoft engineer Mark Russinovich is the creator of a utility called NewSID, the purpose of which is to solve "The SID Duplication Problem."{{cite web | url = https://learn.microsoft.com/en-us/sysinternals/downloads/newsid | title = NewSID v4.10 | work = Windows Sysinternals | date = 2006-11-01 | publisher = Microsoft}} Microsoft has retired the utility on November 2, 2009, because, Mark and the Windows security team have concluded that duplicate SIDs do not pose any problem whatsoever.{{cite web | url = https://learn.microsoft.com/en-us/archive/blogs/markrussinovich/the-machine-sid-duplication-myth-and-why-sysprep-matters | title = The Machine SID Duplication Myth | first = Mark | last = Russinovich | authorlink = Mark Russinovich | date = 2009-11-03| publisher = Microsoft | work = Mark's Blog |via=Microsoft Learn's blog archive}}

See also

Footnotes

{{Notelist}}

References

{{reflist}}