Comme chaque classe et attribut AD doit être unique, il faut attribuer un OID unique à chaque définition de classe et d'attribut. Les OID sont représentés par des chaînes décimales comportant des points, semblables à des adresses IP. (Le tableau 4, montre les OID pour plusieurs classes d'objets.) L'OID d'un
S’identifier
objet classSchema réside dans son attribut governsID ; l’OID d’un objet attributeSchema réside dans son attribut attributeID.
L’autorité d’enregistrement des noms (Name Registration Authority) de l’ISO (International Organization for Standardization) émet ces identifieurs ; les OID ne sont pas propres à Microsoft. (Pour plus d’informations sur l’ISO Name Registration Authority et les OID, visiter le site http://web.ansi.org/public/services/reg_org.html ou http://www.iso.ch/members/index.html.)
Les OID sont numérotés sous forme arborescente. Des autorités bien définies dans une arborescence de nomination peuvent allouer des branches, ou des arcs, de cette branche à des sous-autorités, lesquelles peuvent ensuite allouer des sous-branches à d’autres sous-autorités. Le tableau 5 montre la structure arborescente des OID pour la classe d’objet builtinDomain dans le schéma AD. (Notons que, comme le montre le tableau 4, la classe organizationalUnit n’utilise pas l’OID de base de Microsoft. Une autre entité possède la définition de l’OID organizationalUnit.) Une société qui veut ajouter un nouvel attribut de schéma peut s’adresser à l’Iso Name Registration Authority pour enregistrer un OID, ou peut utiliser l’outil oidgen.exe du Microsoft Windows 2000 Server Resource Kit, pour créer un nouvel OID au-dessous de l’arc Microsoft.
Il ne faut pas confondre les OID avec les GUID (globally unique ID). Un OID identifie de façon unique une classe ; un GUID identifie de façon unique une instance d’objet. La classe utilisateur, par exemple, a l’OID 1.2.840.113556.1.5.9 ; chaque objet User que l’on crée à partir de cette classe a un GUID unique mais provient de la même classe (c’est-à -dire la classe qui utilise l’OID 1.2.840.113556.1.5.9).
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
- IBM i célèbre ses 25 ans
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Cybersécurité Active Directory et les attaques de nouvelle génération
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
- Afficher les icônes cachées dans la barre de notification
Les plus consultés sur iTPro.fr
- Le Zero Trust : pourquoi votre entreprise en a besoin
- Cloud souverain : répondre aux enjeux d’hybridation et de maîtrise des dépendances
- Cybermenaces 2026 : l’IA devient la nouvelle arme des attaquants
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Articles les + lus
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
À la une de la chaîne Tech
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
- Adapter la sécurité OT aux réalités de l’industrie
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
- Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
