Aller au contenu principal
Expert Cybersécurité & IAv9.0
Logo Ayi NEDJIMI Consultants
Centres de ressources conformité
Centre ISO 27001
55+ templates gratuits
Centre NIS 2
Directive UE 2022/2555
Centre AirCyber
Labellisation Bronze→Gold
Besoin d'un accompagnement expert ?
Devis personnalisé sous 24h — audit, conformité, incident
Nos Livres — PDF offerts
Voir tous →
Proxmox VE 9 — guide complet administration Proxmox et haute disponibilité
Proxmox VE 9
379 pages · Clustering, HA, Ceph, SDN
Télécharger
Guide de sécurisation Active Directory Windows Server 2025 — méthodes et outils
Sécuriser Active Directory
447 pages · Attaques, Tiering, Monitoring
Télécharger
Tiering Model Active Directory — guide segmentation des privilèges en tiers
Tiering Model AD
PAW, ESAE, Tier 0/1/2, GPO
Télécharger
Guide déploiement SIEM hybride Wazuh Graylog Suricata pour SOC open source
SIEM Hybride Wazuh
Wazuh + Graylog + Suricata · SOC
Télécharger
Téléchargement gratuit · Aucune inscription Tous les livres →
Checklists Sécurité — Audit & Durcissement
Formats disponibles
📄 PDF 📊 Excel 🌐 Web

11 checklists professionnelles couvrant 2 200+ points de contrôle. Téléchargement gratuit, aucune inscription.

Toutes les checklists Demander un audit
Nos Ouvrages — PDF offerts gratuitement
Voir tous →
Construire un LLM from scratch — guide complet PyTorch et CUDA en français
NEW
Construire un LLM from scratch
362 pages · PyTorch · CUDA · RLHF
ISBN 978-2-9580154-1-1
Télécharger
Durcissement Windows Server 2025 — 96 contrôles de sécurité ANSSI et NIS2
Durcissement Windows Server 2025
96 contrôles · ANSSI · NIS 2 · CIS
Télécharger
Proxmox VE 9 l'ouvrage complet — guide administration cluster et haute disponibilité
Proxmox VE 9 — L'ouvrage complet
379 pages · Clustering HA · Ceph · SDN
Télécharger
Téléchargement gratuit · Aucune inscription · PDF prêt à imprimer Tous nos ouvrages →
Audit & Pentest
Pentest Active Directory Pentest Cloud Pentest Kubernetes Pentest Virtualisation Pentest Microsoft 365 Audit Infrastructure Audit Kubernetes Audit Microsoft 365 Audit Sécurité Réseau Analyse de Risques Audit Active Directory Audit Application Web Audit Cloud (AWS/Azure/GCP) Audit Messagerie Audit API (OWASP) Audit DevSecOps & CI/CD Audit Code Source Audit Postes de Travail Audit Sauvegarde Audit OT/SCADA
Conformité & Gouvernance
ISO 27001 EBIOS RM AirCyber — Boost Aerospace RSSI Externalisé
Forensics & Incident
Investigation numérique Réponse à incident Rétro-ingénierie Analyse données chiffrées
Forces de l’Ordre
Cellule d’Investigation Judiciaire
Tous les articles Articles IA Livres Blancs Grands Guides Comparatifs Solutions 2026 New Checklists Sécurité Blog Actualités Tech Alertes CVE Patch Tuesday Hub Panorama Ransomware France Outils de Déchiffrement Ransomware Recherche avancée
Open Source & IA
Hub Open Source GitHub — 9 projets Hugging Face — LLMs FR Benchmark IA mensuel
Formations
LLM Construire un LLM from scratch — 362p WS Durcissement Windows Server 2025 PVE Proxmox VE 9 — L'ouvrage complet — 379p Tous nos ouvrages →
Academy Contact

GMSA (Group Managed Service Account)

ad

Définition

Le GMSA (Group Managed Service Account) est un type de compte de service Active Directory, introduit avec Windows Server 2012, dont le mot de passe, généré aléatoirement sur 240 caractères, est automatiquement géré, protégé et renouvelé par les contrôleurs de domaine selon un intervalle par défaut de trente jours, sans intervention humaine ni connaissance directe du secret par les administrateurs. Contrairement à un compte de service traditionnel dont le mot de passe reste statique jusqu'à un changement manuel, souvent négligé pendant des années, un GMSA élimine structurellement le risque de mot de passe faible, ancien ou réutilisé, et supprime la nécessité de le stocker en clair dans des fichiers de configuration ou des scripts, une pratique historiquement source de fuites de credentials. Un GMSA peut être utilisé simultanément par plusieurs serveurs, contrairement à son prédécesseur MSA (Managed Service Account) limité à une seule machine, ce qui le rend particulièrement adapté aux architectures en ferme de serveurs ou en cluster. Les machines autorisées à récupérer le mot de passe courant du GMSA doivent être explicitement déclarées dans l'attribut msDS-GroupMSAMembership. Le vol de ce mot de passe reste néanmoins possible via l'exploitation d'une permission ReadGMSAPassword mal attribuée, ce qui justifie un audit régulier des principals autorisés à récupérer ce secret automatiquement renouvelé.

Les serveurs autorisés dans msDS-GroupMSAMembership récupèrent le mot de passe via le KDC. Amélioration significative par rapport aux comptes de service classiques. Risques : compromission d'un serveur autorisé permettant le calcul du hachage NTLM (gMSADumper). Les gMSA privilégiés doivent être traités comme des comptes Tier 0.

Articles liés

Logo Ayi NEDJIMI Consultants

Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.

© 2026 Ayi NEDJIMI Consultants. Tous droits réservés. 2.1.7

Mentions légales Confidentialité Politique éditoriale Plan du site ⭐ Source préférée

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis