Administrators may observe that the GUID and objectGUID properties returned by Active Roles PowerShell cmdlets appear to contain different values for the same Active Directory object. In reality, both properties represent the same underlying object identifier, but they are returned in different formats.
The GUID property returns the object identifier in the standard GUID format used by Active Roles, Active Directory Users and Computers (ADUC), and most Microsoft tools. The objectGUID property returns the raw Active Directory octet string, which uses a different byte ordering for the first three GUID fields.
Consider the following PowerShell cmdlet:
Active Directory stores the objectGUID attribute as a 16-byte binary value (octet string).
When a GUID is represented in its standard textual format, the first three fields are interpreted using little-endian byte ordering:
The GUID property exposed by Active Roles performs this conversion and displays the GUID in the canonical format expected by most Microsoft tools.
The objectGUID property exposes the raw octet string returned from Active Directory. If the raw bytes are displayed directly as hexadecimal data, the first three fields appear byte-reversed when compared to the canonical GUID format.
When comparing object identifiers:
Use the GUID property when comparing values shown in:
[GUID] objectsUse the objectGUID property when working with:
If a comparison appears to fail, convert both values to a common representation before comparing them.
© 2026 One Identity LLC. ALL RIGHTS RESERVED. Terms of Use Privacy Cookie Preference Center