Zum Inhalt springen
Legiscope
Menü
Cybersecurity

BSI Active Directory Härtung: Leitfaden 2026

BSI Active Directory 2026: Tier-Modell, LAPS, Privileged Access, Kerberoasting verhindern und DSGVO-konforme AD-Konfiguration.

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.

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

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

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?

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.

L
Verfasst von
Legiscope
Legiscope

Diesen Leitfaden in die Praxis umsetzen

Erfahren Sie, wie Legiscope Datenschutzverzeichnisse, Quellen und prüfungsgesteuerte Arbeit verbindet.

Individuelle Demo buchen
Weiterlesen

Ähnliche Artikel

01Cybersecurity

BSI BYOD-Richtlinie Deutschland: Leitfaden 2026

In einem Satz. BYOD (Bring Your Own Device) ist in Deutschland nur DSGVO-konform mit strikter Container-Trennung, schriftlicher Betriebsvereinbarung, MDM-Pflicht und DSFA — BSI empfiehlt im Modul…

26. Juni 2026
02Cybersecurity

BSI Zero-Trust-Architektur: Leitfaden 2026

In einem Satz. Zero Trust ist die Architektur-Philosophie, die das Netzwerk-Perimeter durch ein Identitäts-Perimeter ersetzt — kein impliziter Trust auf Basis Netzwerk-Standort, jeder Zugriff wird…

26. Juni 2026
03Cybersecurity

BSI 200-1: ISMS Managementsystem nach IT-Grundschutz

In einem Satz. Der BSI-Standard 200-1 definiert das Managementsystem für Informationssicherheit (ISMS) — Rahmen, Rollen, Verantwortungen, Prozesse — und ist die organisatorische Klammer um die…

3. Juni 2026
04Cybersecurity

BSI 200-2: IT-Grundschutz-Methodik im Detail

In einem Satz. Der BSI-Standard 200-2 beschreibt die operative IT-Grundschutz-Methodik in sieben Phasen — von der Initiierung des Sicherheitsprozesses über Strukturanalyse, Schutzbedarfsfeststellung,…

3. Juni 2026
05Cybersecurity

BSI 200-3: Risikoanalyse nach IT-Grundschutz

In einem Satz. Der BSI-Standard 200-3 liefert eine vereinfachte Risikoanalyse-Methodik, die immer dann verpflichtend wird, wenn der Schutzbedarf "hoch" oder "sehr hoch" ist, der IT-Grundschutz keinen…

3. Juni 2026
06Cybersecurity

BSI 200-4 Notfallmanagement: BCMS-Leitfaden

In einem Satz. Der BSI-Standard 200-4 (veröffentlicht 2023, löst den alten Standard 100-4 ab) ist das aktuelle deutsche Rahmenwerk für Business Continuity Management Systems (BCMS) — von Business…

3. Juni 2026
07Cybersecurity

BSI C5: Cloud Computing Compliance Criteria

In einem Satz. Der BSI Cloud Computing Compliance Criteria Catalogue (C5) ist ein 2016 vom BSI eingeführter und 2020 aktualisierter Kriterienkatalog mit 121 Anforderungen in 17 Themenbereichen, der…

3. Juni 2026
08Cybersecurity

BSI Hochverfügbarkeit Rechenzentrum: TR-03183

In einem Satz. Der BSI-Standard für Hochverfügbarkeit in Rechenzentren kombiniert TIER-Klassifikation (Uptime Institute, I-IV), eigene Verfügbarkeitsklassen (VK0-VK5) und konkrete Anforderungen an…

26. Juni 2026