BSI Active Directory Härtung: Leitfaden 2026

In einem Satz. Das BSI-Modul APP.2.2 “Active Directory Domain Services” kombiniert Microsofts Tier-Modell, LAPS für Local-Admin-Passwörter, Hardening nach Microsoft Security Baselines und kontinuierliches Monitoring zu einem Standardvorgehen — Pflicht für jede DSGVO Art. 32-konforme Windows-Umgebung.

Active Directory ist die meistangegriffene Komponente in Unternehmensnetzen. 80% aller Ransomware-Angriffe in Deutschland nutzten AD-Schwächen. Siehe BSI-Grundschutz und DSGVO Art. 32. Für die Cloud-Seite ergänzt unser Leitfaden zur Härtung von Microsoft 365 diese Maßnahmen.

Wichtige Punkte

• Tier-Modell (Tier 0, 1, 2) zwingend.
• LAPS für lokale Admin-Passwörter.
• Privileged Access Workstations (PAW).
• Kerberoasting-Schutz durch Service-Account-Härtung.
• Mindestens vierteljährliches Privileged-Access-Audit.

1. Tier-Modell

Tier	Inhalt	Beispiel
Tier 0	Identity-Systeme	Domain Controller, AD CS, AAD Connect
Tier 1	Server, Anwendungen	File Server, SQL, Exchange
Tier 2	Workstations	Mitarbeiter-PCs

Kein Login-Übergang zwischen Tiers — Tier-0-Admin niemals an Workstation einloggen. Das Tier-Modell ist zugleich ein Grundbaustein jeder Zero-Trust-Architektur nach BSI.

2. Schutz von Tier 0

• Dedizierte Domain Admins, nicht für Tagesgeschäft.
• Privileged Access Workstations (PAW) für DA-Tätigkeiten.
• Smartcards/FIDO2 Pflicht.
• Protected Users Group für DA-Konten.
• Just-in-Time-Access (z.B. mit Microsoft PIM).

3. LAPS (Local Administrator Password Solution)

Microsoft LAPS rotiert lokale Admin-Passwörter automatisch und speichert sie verschlüsselt in AD. Pflicht ab Standard-Absicherung. Windows LAPS (ab Win11 22H2 / Server 2022) ersetzt klassisches LAPS.

4. Service-Account-Härtung

Kerberoasting-Risiko: Service Accounts mit SPN können von authentisierten Nutzern angefragt werden — Hash offline knackbar. Schutzmaßnahmen:

• Lange (25+ Zeichen) komplexe Passwörter.
• Group Managed Service Accounts (gMSA).
• AES-Verschlüsselung statt RC4 erzwingen.
• Monitoring auf TGS-Requests.

5. Kerberos-Härtung

• RC4 deaktivieren (msDS-SupportedEncryptionTypes).
• AES256_HMAC_SHA1 Pflicht.
• KRBTGT-Passwort alle 12 Monate rotieren (zweimal mit Pause).
• AS-REP Roasting verhindern (DONT_REQ_PREAUTH nie setzen).

6. Monitoring

• Event-Forwarding zu zentralem SIEM.
• Critical Events: 4624 (Logon), 4672 (Special Privileges), 4768/4769 (Kerberos).
• Microsoft Defender for Identity (Azure ATP) als Standard.
• Mindestens 90 Tage Aufbewahrung.

7. Group Policy Hygiene

• Microsoft Security Baselines anwenden.
• Keine “Authenticated Users” mit Vollzugriff auf GPOs.
• LSASS-Schutz aktivieren (Credential Guard).
• AppLocker oder WDAC für Application Control.

8. Patch-Management

• Domain Controller alle 30 Tage patchen.
• Out-of-Band-Updates (Zerologon, PrintNightmare) innerhalb 72h.
• Test in Lab vor Produktion.
• Rollback-Plan dokumentiert.

9. Backup und Recovery

• Mindestens 2 DCs pro Standort.
• System State Backup täglich, offline aufbewahrt.
• AD Recycle Bin aktivieren.
• DR-Test mindestens jährlich.

10. Typische AD-Schwachstellen

• Default Domain Policy ungehärtet.
• “Pre-Win2000 Compatible Access” mit Authenticated Users.
• Klartext-Passwörter im SYSVOL (GPP).
• ACL-Misconfigurations (BloodHound-Pfade).
• Stale Computer Accounts.

11. Tool-Unterstützung

Legiscope dokumentiert AD-Härtungsmaßnahmen als DSGVO Art. 32-Nachweis.

11. Konkrete Implementierungsschritte

1. Bestandsaufnahme der betroffenen Systeme und Datenflüsse (CMDB, Netzplan).
2. Schutzbedarfsfeststellung nach BSI-Standard 200-2 (normal/hoch/sehr hoch).
3. Risikoanalyse mit Bedrohungskatalog des IT-Grundschutz-Kompendiums.
4. Maßnahmenkatalog ableiten aus den relevanten Bausteinen.
5. Pilotierung auf ausgewähltem Subsystem, Lessons Learned dokumentieren.
6. Rollout mit Rollbackplan, Change-Management, Schulungen.
7. Monitoring über SIEM, regelmäßige Vulnerability-Scans.
8. Wirksamkeitsprüfung über interne Audits und Pentests, mindestens jährlich.
9. Dokumentation im ISMS-Tool (verinice., AdaptiveGRC, Compliance Aspekte).
10. Re-Zertifizierung spätestens alle drei Jahre.

12. Tool-Empfehlungen (Open-Source und kommerziell)

Bereich	Open-Source	Kommerziell
ISMS	verinice., OpenVAS	RSA Archer, ServiceNow GRC
SIEM	Wazuh, Graylog, ELK	Splunk, Microsoft Sentinel, IBM QRadar
Pentest	Kali Linux, Metasploit Framework	Burp Suite Pro, Cobalt Strike
Vulnerability-Scan	OpenVAS, Nuclei	Tenable Nessus, Qualys VMDR
Endpoint Detection	Wazuh, OSSEC	CrowdStrike Falcon, SentinelOne
Backup	Bacula, Restic	Veeam, Rubrik

Open-Source-Stacks sind für KMU oft ausreichend, erfordern aber qualifizierte Administration. Kommerzielle Lösungen liefern Support, Hardening-Defaults und Compliance-Reports out-of-the-box.

13. Voraussetzungen und Vorwissen

Für die Umsetzung empfiehlt der BSI mindestens: ISO 27001 Foundation oder BSI IT-Grundschutz-Praktiker-Zertifizierung, praktische Erfahrung mit Netzwerktechnik und Linux/Windows-Administration, Verständnis von Identitäts- und Zugriffsmanagement (IAM), Kenntnisse in Kryptographie nach BSI TR-02102. Für Audits zusätzlich ISO 27001 Lead Auditor oder BSI-zertifizierter Auditor. Mittlere Projekte erfordern ein Team aus DSB, ISB, Netzwerk-Admin und Anwendungsverantwortlichem.

14. ROI-Metriken und Kennzahlen

Typische Kennzahlen zur Erfolgskontrolle:

• Mean Time to Detect (MTTD): Ziel < 24 Stunden, ohne SIEM oft > 200 Tage (IBM Cost of a Data Breach Report).
• Mean Time to Respond (MTTR): Ziel < 4 Stunden für kritische Vorfälle.
• Patch-Compliance-Quote: Ziel > 95 % binnen 30 Tagen nach CVE-Veröffentlichung.
• Schulungsquote: 100 % aller Mitarbeitenden pro Jahr (E-Learning + Phishing-Tests).
• Audit-Befund-Schließung: Critical-Findings binnen 30 Tagen, High binnen 90 Tagen.
• Backup-Wiederherstellungstest: mindestens quartalsweise, RTO/RPO dokumentiert.

Ein durchschnittlicher Datenpannen-Vorfall kostet laut Bitkom-Studie 2024 in Deutschland 4,3 Mio. €. Investitionen in präventive Maßnahmen amortisieren sich typisch nach 18-30 Monaten.

15. Häufige Pitfalls

• Maßnahmen werden eingeführt, aber nicht in Betrieb gehalten (kein Lifecycle-Management).
• Fehlende Asset-Management-Disziplin — Schatten-IT bleibt unberücksichtigt.
• Verlassen auf Standard-Hardening ohne unternehmensspezifische Risikoanalyse.
• Keine Awareness-Schulungen für nicht-technische Mitarbeitende.
• Verträge mit Cloud-Anbietern ohne Sicherheits-SLA und Audit-Recht.
• Pentests ohne Re-Test nach Befundbehebung — Mängel bleiben offen.
• Logmanagement ohne Aufbewahrungspflicht-Konformität (DSGVO Art. 5 Abs. 1 lit. e).

16. Integration mit ISO 27001 und NIS2

ISO 27001:2022 und BSI-Grundschutz sind weitgehend kompatibel; eine Mapping-Tabelle des BSI ordnet die ISO-Controls (Annex A) den Grundschutz-Bausteinen zu. Doppelzertifizierungen sind möglich und reduzieren Audit-Aufwand um ca. 30 %. Für NIS2 Deutschland-pflichtige Einrichtungen (KRITIS, wesentliche/wichtige Einrichtungen nach § 28 NIS2UmsuCG) gilt: BSI-Grundschutz wird als geeigneter Sicherheitsstandard akzeptiert, ISO 27001 ebenso. Wer beides hat, deckt zugleich DORA-Anforderungen (für Finanzinstitute) und DSGVO Art. 32 Sicherheit ab.

17. Vergleich BSI vs ANSSI vs NIST

Aspekt	BSI (DE)	ANSSI (FR)	NIST (US)
Ansatz	Bausteinbasiert (modular)	Risikobasiert (EBIOS)	Funktion-basiert (CSF 2.0)
Hauptstandard	IT-Grundschutz / 200-2	PSSI-E, EBIOS RM	NIST CSF, SP 800-53
Zertifizierung	ISO 27001 auf Basis Grundschutz	LSTI, SecNumCloud	FedRAMP, FISMA
Cloud-Bewertung	C5 (Cloud Computing Compliance Criteria Catalogue)	SecNumCloud	FedRAMP High/Moderate
Pflichtkraft	KRITIS-Verordnung, NIS2UmsuCG	LPM, NIS2-Transposition	FISMA, Executive Orders

In multinationalen Konzernen wird häufig NIST CSF als Mantel verwendet, mit BSI-Grundschutz für DE-Tochterunternehmen und SecNumCloud für FR-Cloudnutzung.

Fazit

Active Directory ist Single Point of Failure aller Windows-Umgebungen. Wer Tier-Modell, LAPS und gMSA nicht umsetzt, lebt mit kalkuliertem Ransomware-Risiko — und einer offenen Flanke bei jeder Aufsichtsprüfung.

FAQ

Was ist das Tier-Modell?

Trennung von Identity-Systemen (Tier 0), Servern (Tier 1) und Workstations (Tier 2). Kein Privileged Account darf zwischen Tiers wandern.

Was ist LAPS?

Local Administrator Password Solution — automatisierte Rotation lokaler Admin-Passwörter, gespeichert verschlüsselt in AD.

Wie verhindere ich Kerberoasting?

gMSA statt klassische Service Accounts, RC4 deaktivieren, lange Passwörter (25+), Monitoring auf TGS-Requests.

Wie oft KRBTGT rotieren?

Mindestens jährlich, immer zweimal mit ca. 10h Pause (sonst funktionieren bestehende Tickets nicht mehr).

Welche Tools für AD-Audit?

BloodHound (Angriffspfade), PingCastle (Reifegrad), Microsoft Defender for Identity (Echtzeit-Monitoring). Zur Wirksamkeitsprüfung durch Penetrationstests nach BSI-Vorgehen siehe unseren separaten Leitfaden.

Wie integriere ich BSI-Grundschutz mit bestehender ISO 27001?

Mapping-Tabellen des BSI zeigen Äquivalenzen zwischen Annex A und Grundschutz-Bausteinen. Praxis: Ein ISMS-Dokument für beide Standards, Audit kombiniert, Zertifizierungsaufwand sinkt um ca. 30 %. Voraussetzung ist ein zentrales ISMS-Tool wie verinice. mit beiden Profilen. Für die Re-Zertifizierung alle drei Jahre reicht ein gemeinsames Audit-Team.

Welche Kosten entstehen für die Erstimplementierung?

Für ein mittleres Unternehmen (250-500 Mitarbeitende): externe Beratung 80.000-180.000 €, Tooling 15.000-60.000 €/Jahr, interne Personalkosten 1-2 FTE über 12 Monate, Audit-Kosten 25.000-50.000 €. Gesamtprojekt typisch 250.000-450.000 € in Jahr 1, danach jährlich 60.000-120.000 € Betrieb. ROI über reduzierte Vorfallskosten und Versicherungsprämienrabatte (typisch 10-20 % bei Cyber-Versicherungen).

Wie verhält sich BSI-Grundschutz zu NIS2?

Die NIS2 Deutschland-Umsetzung (NIS2UmsuCG) akzeptiert BSI-Grundschutz und ISO 27001 als geeignete Sicherheitsstandards. KRITIS-Betreiber und wesentliche Einrichtungen müssen alle zwei Jahre den Nachweis erbringen. Wer bereits zertifiziert ist, hat den Compliance-Nachweis für NIS2 weitgehend erbracht.

Welche BSI-Technische-Richtlinien sind besonders relevant?

BSI TR-02102 (Kryptographische Verfahren), TR-03116 (eHealth-Sicherheit), TR-03161 (Anforderungen mobile Anwendungen), TR-03145 (Sichere CA-Betriebsprozesse), TR-03150 (Sichere Verarbeitung in der elektronischen Patientenakte). Für Cloud-Nutzung zusätzlich der C5-Katalog (Cloud Computing Compliance Criteria Catalogue) in Version C5:2020.