2 votes

Comment cette valeur d'ObjectGUID a-t-elle été encodée ?

Une application stocke les objectGUID de l'entrée MSAD d'un utilisateur en interne comme :

msad://OBJECTGUID=\5c\78\33\6d\77\d8\df\44\80\07\d2\77\da\d5\c5\69?USER 

Voici les Uids que je vois quand je tire les détails de l'utilisateur en utilisant ldapsearch commandement :

...
objectGUID:: XHgzbXfY30SAB9J32tXFaQ==
ibm-entryUuid: {base64binary}XHgzbXfY30SAB9J32tXFaQ==
objectSid:: AQUAAAAAAAUVAAAAJnYeL8CFOF0H5TsrNU0lAA==
employeeNumber: 502075089
...

Quelqu'un a-t-il une idée de la façon dont l'application code les MSAD ? objectGUID sur msad://OBJECTGUID=\5c\78\33\6d\77\d8\df\44\80\07\d2\77\da\d5\c5\69?USER ?

Je dois essentiellement décoder l'encodage des applications de objectGUID pour identifier les entrées MSAD correspondantes.

3voto

James Mertz Points 390

Il s'agit exactement des mêmes données affichées en hexadécimal au lieu de Base64.


Dans le format LDIF, qui ldapsearch les sorties, deux deux-points signifient que la valeur suivante est codée en base64 (généralement parce qu'elle contient des données binaires). Par exemple, les valeurs suivantes sont équivalentes :

greeting: Hello

greeting:: SGVsbG8=

Donc si vous exécutez XHgzbXfY30SAB9J32tXFaQ== (la valeur de objectGUID ) à travers un décodeur base64, vous obtiendrez :

$ echo XHgzbXfY30SAB9J32tXFaQ== | base64 -d | xxd
0000000: 5c78 336d 77d8 df44 8007 d277 dad5 c569  \x3mw..D...w...i

En su msad:// URI, le même GUID est stocké en hexadécimal, chaque octet étant préfixé d'un signe \ .

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X