Lors de l’embauche d’une nouvelle personne dans une société, la première chose demandée au service informatique est la création d’un compte de domaine. Cette tâche bien que très simple, possède un impact important sur la sécurité. Voici comment se déroule à peu près le processus de création de compte. Une demande contenant les noms des personnes est soumise au service informatique par les ressources humaines ou bien par un chef de service.
Suivant la procédure, le compte est créé en respectant les règles de nommage (longueur du compte de connexion, format,…), de mot de passe par défaut (aléatoire la plupart du temps, longueur, complexité) et de droit en général (en utilisant les groupes de domaines). Cette partie ne pose en général pas de problème et peut être automatisée.
Interface d’ajout d’utilisateur – USERADD
Cependant elle inclue une faille liée au mot de passe. Bien souvent, le compte est créé plusieurs semaine avant l’arrivée du nouvel employé, et les informations de compte de connexion (login) et de mot de passe se trouvent sur un document papier, remis le jour de l’arrivé par une assistante ou un chef de service. Ce document est alors « disponible » pour une personne mal intentionnée qui pourrait le trouver sur un bureau ou dans le courrier interne. Grâce à ce compte, une personne pourrait avoir accès au réseau. La solution à ce problème est assez simple, il suffit de désactiver le compte utilisateur et de l’activer le jour de son arrivée. L’assistant de création de compte dans Active Directory permet d’ailleurs de désactiver un compte après sa création. Un deuxième problème lié à cette solution apparaît. Il faudra penser à activer le compte le jour de l’arrivée de l’utilisateur, c’est-à-dire deux ou trois semaines après la création en général. Pour pallier à ces problèmes, j’ai réalisé un script qui créer le compte utilisateur, spécifie son mot de passe, désactive le compte, puis demande la date d’arrivée de la personne. Pour cela, j’ai étudié plusieurs pistes, voici le fonctionnement de ce script, puis sa conception détaillée. Le script doit créer un utilisateur dans Active Directory, mettre son mot de passe, et le désactiver. Le jour de l’arrivée de l’utilisateur le compte doit être activé. L’interface contient les champs login, mot de passe, le login et le mot de passe de l’utilisateur autorisé à créer un compte, l’unité d’organisation (OU), la date, l’heure d’activation et des boutons de validation, d’informations, et d’annulation.
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
Les plus consultés sur iTPro.fr
- Cyberattaques : 46% des entreprises françaises perdent du chiffre d’affaires dès le premier jour
- Cybersécurité française 2026 : explosion des startups, ralentissement des scale-ups et virage stratégique de l’IA
- Le Cercle de l’Innovation décerne le Prix de l’Innovation du Public 2026
- Avec l’IA agentique, la robustesse des SI redevient stratégique
Articles les + lus
Couchbase lance AI Data Plane pour industrialiser l’IA agentique
Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
Computex 2026 : 5 signaux forts à retenir
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
À la une de la chaîne Tech
- Couchbase lance AI Data Plane pour industrialiser l’IA agentique
- Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
- Computex 2026 : 5 signaux forts à retenir
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
