Startseite› Glossar› Breach and Attack Simulation

Breach and Attack Simulation

Englisch: Breach and Attack Simulation

Breach and Attack Simulation ist eine Methode der kontinuierlichen, automatisierten Sicherheitsvalidierung, bei der reale Angriffsketten auf Basis der MITRE ATT&CK Enterprise Matrix vollständig und sicher in Produktivumgebungen simuliert werden.

Normative Grundlage: NIST SP 800-115 (Continuous Security Testing Framework) + MITRE ATT&CK Enterprise Matrix v16 (Threat-Informed Defense) + ISO/IEC 27001:2022 Annex A 8.29 (Security testing in development and acceptance)

Hintergrund und normative Einordnung

Breach and Attack Simulation entstand als Antwort auf eine strukturelle Schwäche klassischer Sicherheitstests: Der Penetrationstest liefert einen tiefen, manuellen Befund zu einem bestimmten Zeitpunkt, lässt aber die Frage offen, ob die Detektions- und Reaktionskapazitäten des SOC im täglichen Betrieb tatsächlich wirksam sind. Vulnerability-Scanner identifizieren bekannte Schwachstellen signaturbasiert, prüfen aber nicht, ob eine vorhandene Schwachstelle unter realen Betriebsbedingungen ausnutzbar ist und ob die Verteidigungstools den Angriffsversuch erkennen würden. BAS schließt diese Lücke: Die Plattform simuliert vollständige Angriffsketten, von der initialen Kompromittierung über Lateral Movement bis zur Datenexfiltration, auf Basis der MITRE ATT&CK Enterprise Matrix v16, und misst dabei quantitativ, welcher Anteil der simulierten Techniken durch die implementierten Kontrollen (EDR, SIEM, XDR, NDR, WAF) erkannt, blockiert und eskaliert wurde. Gartner hat BAS ab 2022 als eigenständige Markt-Kategorie definiert, die im Rahmen des Continuous Threat Exposure Management (CTEM) die Validierungsphase übernimmt: Die fünf CTEM-Phasen Scoping, Discovery, Priorisierung, Validierung und Mobilisierung werden durch BAS-Plattformen in der Validierungsphase operationalisiert. Repräsentative Anbieter in der Gartner-Kategorie Adversarial Exposure Validation (Nachfolge-Kategorie von BAS ab 2026) sind AttackIQ, SafeBreach, Cymulate, Picus Security und XM Cyber, die BAS in Richtung autonomer Red-Team-Simulation weiterentwickeln.

In der deutschen und europäischen Compliance-Landschaft gewinnt BAS an Bedeutung, weil NIS-2 (Richtlinie (EU) 2022/2555, Art. 21 Abs. 2 lit. f) wesentliche und wichtige Einrichtungen verpflichtet, Verfahren zur Bewertung der Wirksamkeit von Risikomanagementmaßnahmen zu implementieren. Der Begriff Wirksamkeitsbewertung ist normativ entscheidend: Er verlangt nicht nur die Inventarisierung von Schwachstellen, sondern den Nachweis, dass implementierte Kontrollen unter realen Angriffsbedingungen funktionieren. BSI Grundschutz-Baustein DER.1 (Detektion sicherheitsrelevanter Ereignisse, Edition 2023) fordert als Standardanforderung DER.1.A3 die Auswertung von Protokolldaten durch Detektionssysteme und als erhöhte Anforderung DER.1.A11 den Einsatz von Intrusion-Detection-Systemen mit regelmäßiger Überprüfung der Detektionsqualität. BAS ist das operative Instrument, diese Überprüfung kontinuierlich, messbar und reproduzierbar zu gestalten: Anstelle eines einmaligen manuellen Tests validiert BAS täglich oder wöchentlich, ob DER.1-Anforderungen im laufenden Betrieb erfüllt bleiben. Im Kontext einer vollständigen ISO 27001 Zertifizierung liefert BAS für Annex A 8.8 und Annex A 8.29 quantitative, auditierbare Metriken auf Basis der MITRE ATT&CK Enterprise Matrix und ergänzt den manuellen Penetrationstest um die kontinuierliche Validierungsdimension. ISO/IEC 27001:2022 Annex A 8.8 (Management of technical vulnerabilities) und Annex A 8.29 (Security testing in development and acceptance) bilden den normativen ISO-Rahmen, in dem BAS als kontinuierliches Validierungsinstrument verankert ist.

Normative Bezüge:

NIST SP 800-115 MITRE ATT&CK Enterprise v16 ISO/IEC 27001:2022 Annex A 8.29

Vorgehen in der Praxis

Ein normkonformer BAS-Einsatz folgt einem vierstufigen Zyklus, der kontinuierlich durchlaufen wird und nicht wie der Penetrationstest an ein einmaliges Prüffenster gebunden ist. Die Kontinuität ist das definitorische Merkmal: BAS produziert täglich oder wöchentlich aktualisierte Metriken zur Kontrolleffektivität, damit Sicherheitsteams Regressions-Drifts (verschlechterte Detektionsrate nach Systemänderungen) sofort erkennen und beheben können. Voraussetzung für einen validen BAS-Einsatz ist die schriftliche Autorisierung aller Simulationsaktivitäten im Testplan, die Kennzeichnung von BAS-Verkehr in SIEM-Systemen und die Abstimmung mit dem SOC-Team, um BAS-ausgelöste Alarme von realen Incidents zu trennen.

1
Phase 1: Scope-Definition und ATT&CK-Mapping Vor dem BAS-Einsatz wird ein Simulationsplan erstellt, der festlegt, welche ATT&CK-Taktiken und -Techniken simuliert werden sollen. Die Selektion erfolgt risikobasiert: Welche Bedrohungsakteure (Threat Groups nach ATT&CK) sind für die Branche und Unternehmensgröße relevant? Welche Taktiken decken die kritischsten Angriffsvektoren ab? Die MITRE ATT&CK Enterprise Matrix v16 mit 14 Taktiken bildet den vollständigen Referenzrahmen. Ergänzend definiert MITRE D3FEND v1.4.0 die defensiven Gegenmaßnahmen, gegen die BAS die Wirksamkeit testet. Das Ergebnis ist eine Abdeckungsmatrix: Für jede simulierte ATT&CK-Technik ist eine oder mehrere D3FEND-Gegenmaßnahme (SIEM-Regel, EDR-Signatur, NDR-Policy) als Prüfziel definiert. ISO/IEC 27001:2022 Annex A 8.29 verlangt, dass Sicherheitstests auf Basis definierter Testpläne durchgeführt werden; der BAS-Simulationsplan erfüllt diese Anforderung als strukturiertes, dokumentiertes Prüfdokument.
2
Phase 2: Kontinuierliche Angriffssimulation Die BAS-Plattform führt Angriffssimulationen sicher und produktionsschonend aus: Angriffstechniken werden mit harmlosen Payloads simuliert, die reales Angreifer-Verhalten imitieren, ohne tatsächlich Daten zu kompromittieren oder Systeme zu beschädigen. Typische Simulationsbereiche nach ATT&CK umfassen Credential-Dumping-Techniken (T1003), Pass-the-Hash-Angriffe (T1550.002), Lateral-Movement-Aktivitäten über SMB (T1021.002), Command-and-Control-Kommunikation via HTTP/S (T1071.001), Data-Exfiltration-Szenarien über DNS (T1048.003) und Defense-Evasion-Techniken wie Process Injection (T1055). Die Simulation deckt dabei den vollständigen Kill Chain ab, von Initial Access bis Impact, um zu validieren, ob die Verteidigungsschichten an jedem Punkt der Angriffskette greifen. Jede simulierte Technik wird auf drei Dimensionen geprüft: Wurde der Angriff vom EDR oder SIEM erkannt (Detection Rate)? Wurde der Angriff aktiv blockiert (Prevention Rate)? Wurde eine SOC-Eskalation ausgelöst (Response Rate)?
3
Phase 3: Metriken und Detection-Tuning-Zyklus BAS-Plattformen generieren nach jeder Simulationsrunde strukturierte Berichte mit drei Kernmetriken: Detection Coverage (Anteil erkannter ATT&CK-Techniken), Prevention Rate (Anteil blockierter Techniken) und Mean Time to Detect (MTTD, Zeitspanne zwischen Angriffsstart und SIEM-Alert). Diese Metriken ermöglichen gezieltes Detection-Tuning: Techniken mit niedriger Detection Rate weisen auf fehlende oder veraltete SIEM-Regeln hin; hohe MTTD-Werte deuten auf Konfigurationsprobleme in der Alert-Pipeline hin. BAS adressiert damit strukturell das Alert-Fatigue-Problem: Indem BAS regelmäßig generierte False-Positive-Alarme identifiziert, können SIEM-Regeln präzisiert werden. FIRST CVSS v4.0 dient als Bewertungsrahmen für Findings aus BAS-Simulationen. BSI DER.1.A11 fordert den Einsatz von Intrusion-Detection-Systemen mit regelmäßiger Überprüfung der Detektionsqualität, die BAS als IDS- und Incident-Response-relevantes Messinstrument kontinuierlich liefert. NIS-2 Art. 21 Abs. 2 lit. f verlangt Verfahren zur Bewertung der Wirksamkeit von Risikomanagementmaßnahmen; BAS-Berichte sind als Wirksamkeitsnachweise für NIS-2-Audits geeignet.
4
Phase 4: Reporting und ISMS-Integration BAS-Berichte werden in zwei Formaten erstellt: ein Management-Summary mit aggregierten Kontrolleffektivitäts-Metriken (Security Posture Score, ATT&CK-Abdeckungsgrad, Trend-Verlauf über Zeit) und ein technisches Detail-Annex mit technikenspezifischen Findings. Die Integration ins ISMS erfolgt auf zwei Ebenen: Erstens werden BAS-Ergebnisse in die regelmäßige Risikobeurteilung nach ISO/IEC 27001:2022 Kap. 6.1 eingespeist, da nicht erkannte Angriffstechniken als verbleibende Risiken zu dokumentieren sind. Zweitens dienen BAS-Metriken als Messgrößen für die Wirksamkeitsbewertung nach ISO 27001:2022 Kap. 9.1: Der Security Posture Score über Zeit ist ein direktes Maß für die Leistung des Informationssicherheitsmanagementsystems. Für DORA-pflichtige Finanzinstitutionen ist BAS zudem relevant im Kontext der Threat-Led Penetration Testing (TLPT) Anforderungen des Art. 26 DORA, bei der Angreifer-Simulation unter Aufsicht durchgeführt wird; BAS kann als kontinuierliche Ergänzung zwischen TLPT-Zyklen eingesetzt werden.

BAS-Befunde sind nur dann für ISO 27001-Audits und NIS-2-Wirksamkeitsnachweise verwertbar, wenn der Simulationsplan schriftlich autorisiert ist, jede simulierte ATT&CK-Technik mit einer CVSS-v4.0-klassifizierten Risikobewertung versehen wurde und die Messmethodik (Detection Rate, Prevention Rate, MTTD) im ISMS-Kennzahlensystem dokumentiert ist.

Abgrenzung zu verwandten Begriffen

BAS ergänzt bestehende Sicherheitstestmethoden und ersetzt diese nicht. Die folgende Abgrenzung zeigt, wie BAS zu verwandten Instrumenten wie dem Penetrationstest, dem Vulnerability Scan und der Red Team Exercise positioniert ist. Ebenso relevant ist die Abgrenzung zum Blackbox-Test, der die externe Angriffsperspektive einmalig und manuell prüft, während BAS permanent und systematisch die interne Kontrollwirksamkeit validiert.

Begriff Fokus Verhältnis zu Breach and Attack Simulation
Penetrationstest Autorisierter, manuell geführter Angriff auf IT-Systeme durch ein Prüfteam mit dem Ziel, reale Schwachstellen und ihre Ausnutzbarkeit tiefgehend zu validieren; punktuell, aufwandsintensiv BAS und Penetrationstest sind komplementäre Instrumente mit unterschiedlicher Ausrichtung: Der Penetrationstest liefert maximale Tiefe in einem begrenzten Scope zu einem Zeitpunkt, BAS liefert maximale Breite über den gesamten ATT&CK-Taktikrahmen kontinuierlich. Das BSI empfiehlt im Praxis-Leitfaden IS-Penetrationstest mindestens alle drei Jahre eine Wiederholungsprüfung; BAS schließt die zeitlichen Lücken zwischen diesen Prüfzyklen mit kontinuierlicher Validierung. Ein reifer ISMS-Sicherheitstestprozess nach ISO 27001 Annex A 8.29 kombiniert beide Instrumente.
Vulnerability Scanning (Schwachstellen-Scan) Automatisierter, signaturbasierter Abgleich von Systemkonfigurationen mit bekannten Schwachstellendatenbanken (CVE/NVD) ohne aktive Ausnutzung oder Angriffsketten-Simulation Vulnerability Scanning prüft das Vorhandensein bekannter Schwachstellen (Existenz-Check), BAS prüft die Wirksamkeit der Verteidigung gegen reale Angriffstechniken (Kontrolleffektivitäts-Check). NIST SP 800-115 unterscheidet beide explizit: Vulnerability Scanning ist passiv und datenbankbasiert; Security Testing mit Angriffssimulation ist aktiv und validierend. BAS deckt zudem Konfigurationsfehler und Detektionslücken auf, für die keine CVE-Einträge existieren, die aber in realen Angriffen ausgenutzt werden.
Red Team Exercise Vollumfängliche, langfristige Angriffssimulation durch ein spezialisiertes Team mit dem Ziel, Schwächen in Prozessen, Menschen und Technologie gleichzeitig aufzudecken; typischerweise unangekündigt für das Verteidigungsteam Red Team Exercises sind die aufwandsintensivste Form der Angriffssimulation: Das angreifende Team hat freie Hand bei Methodik und Zeitpunkt, das Verteidigungsteam (Blue Team) wird nicht vorab informiert. BAS ist demgegenüber strukturiert, automatisiert und auf vordefinierte ATT&CK-Techniken beschränkt. In ausgereiften ISMS-Programmen wird BAS als kontinuierliches Baseline-Instrument eingesetzt, während Red Team Exercises den strategischen Stresstest darstellen, der die Grundannahmen des Sicherheitsprogramms in Frage stellt.

Typische Fehler und wie ihr sie vermeidet

BAS entfaltet seine Wirksamkeit nur dann vollständig, wenn operative und strategische Voraussetzungen erfüllt sind. Auch die Abgrenzung der eigenen Bedrohungslandschaft und der relevanten Attack Surface ist Voraussetzung für einen zielgerichteten BAS-Einsatz.

  • BAS ohne SOC-Abstimmung und Alert-Kennzeichnung: Der häufigste operative Fehler beim BAS-Einsatz ist das Fehlen einer schriftlichen Abstimmung mit dem SOC-Team und einer technischen Kennzeichnung von BAS-generiertem Verkehr im SIEM. Ohne diese Voraussetzungen kann BAS-Simulation zum SOC-Alarm führen, der als echter Incident behandelt wird, was Ressourcen bindet und die Glaubwürdigkeit des Sicherheitsprozesses beschädigt. Die korrekte Lösung ist die Kennzeichnung von BAS-Verkehr mit einem definierten Tag (z.B. via spezifischen User-Agent oder Quell-IP-Range), der es dem SIEM ermöglicht, BAS-Alarme parallel zu echten Alarmen zu erzeugen und beide separat auszuwerten. BSI DER.1.A3 fordert eine systematische Auswertung von Protokolldaten; ein BAS-Deployment ohne SIEM-Kennzeichnung unterläuft diese Anforderung.
  • ATT&CK-Coverage-Illusion durch Technik-Overload: BAS-Plattformen ermöglichen die Simulation von mehreren hundert ATT&CK-Techniken gleichzeitig. Organisationen, die ohne Priorisierung den gesamten Techniksatz aktivieren, erzeugen einen Befundbericht mit scheinbar umfassender Abdeckung, der aber strategisch wertlos ist: Ohne Threat-Modellierung ist unbekannt, welche der 600+ ATT&CK-Techniken für die eigene Bedrohungslandschaft (Branche, Unternehmensgröße, Technologiestack) tatsächlich relevant sind. MITRE ATT&CK Groups (bekannte Threat-Actor-Gruppen mit dokumentierten TTPs) bieten den richtigen Ausgangspunkt. NIS-2 Art. 21 Abs. 1 schreibt einen risikobasierten Ansatz vor; ein BAS ohne Threat-Modellierung als Basis widerspricht diesem Prinzip.
  • BAS-Ergebnisse ohne Maßnahmenplanung und Retest-Zyklus: BAS erzeugt kontinuierlich Befunde, die nur dann Sicherheitsgewinn bringen, wenn sie in einen strukturierten Maßnahmenkreislauf münden: Jede nicht erkannte ATT&CK-Technik muss mit einer konkreten Maßnahme (neue SIEM-Regel, EDR-Policy-Anpassung, NDR-Signatur-Update) adressiert werden, und die Wirksamkeit der Maßnahme muss im nächsten BAS-Zyklus verifiziert werden. ISO/IEC 27001:2022 Kap. 10.1 (Kontinuierliche Verbesserung) verlangt, dass identifizierte Nichtkonformitäten in Maßnahmen mit Wirksamkeitsprüfung münden; BAS-Befunde ohne Retest-Zyklus erfüllen diese Anforderung nicht.
  • Fehlende Autorisierung und rechtliche Absicherung: BAS-Simulationen, die ohne schriftliche Autorisierung aller beteiligten Systemverantwortlichen durchgeführt werden, können rechtliche Konsequenzen nach Paragraph 202a StGB (Ausspähen von Daten) haben, auch wenn die Simulation von einer internen Sicherheitsabteilung durchgeführt wird. Dies gilt insbesondere, wenn BAS-Simulationen Cloud-Infrastruktur (AWS, Azure, GCP) oder von Dritten betriebene Systeme einbeziehen: Hier ist zusätzlich die Genehmigung des Cloud-Providers oder des externen Dienstleisters erforderlich. Das BSI betont im Praxis-Leitfaden IS-Penetrationstest, dass eine schriftliche Autorisierungsklausel als Pflichtbestandteil jedes Sicherheitstests gilt; diese Anforderung gilt analog für BAS-Deployments.

Relevanz im regulatorischen Kontext

Breach and Attack Simulation ist kein eigenständiger Regelungsgegenstand in europäischen Rechtsakten, aber als Wirksamkeitsprüfungsinstrument direkt durch mehrere Normen adressiert. NIS-2 (Richtlinie (EU) 2022/2555) verpflichtet in Art. 21 Abs. 2 lit. f wesentliche und wichtige Einrichtungen zu Konzepten und Verfahren zur Bewertung der Wirksamkeit von Risikomanagementmaßnahmen. Art. 21 Abs. 2 lit. e schreibt Sicherheit bei Erwerb, Entwicklung und Wartung von Netz- und Informationssystemen einschließlich Behandlung und Offenlegung von Schwachstellen vor. BAS ist das operative Instrument, das die Wirksamkeitsbewertung nach lit. f in ein messbares, kontinuierliches Verfahren überführt: Anstelle jährlicher manueller Prüfungen liefert BAS täglich aktualisierte Metriken zur Kontrolleffektivität. Die Umsetzung der NIS-2-Anforderungen in deutsches Recht durch das NIS-2-Umsetzungsgesetz (NIS2UmsuCG) überträgt diese Anforderungen auf Unternehmen der kritischen Infrastruktur mit entsprechenden Nachweispflichten gegenüber dem BSI.

ISO/IEC 27001:2022 verankert die normativen Grundlagen für BAS an mehreren Stellen. Annex A 8.29 (Security testing in development and acceptance) fordert definierte Sicherheitstestprozesse, die explizit Penetrationstests als Methode nennen; BAS ist die kontinuierliche, automatisierte Ausprägung dieses Testprozesses. Annex A 8.8 (Management of technical vulnerabilities) verlangt ein systematisches Schwachstellen- und Kontroll-Management, für das BAS die kontinuierliche Validierungsdimension beisteuert. BSI IT-Grundschutz-Kompendium Edition 2023, Baustein DER.1 (Detektion sicherheitsrelevanter Ereignisse), fordert in Anforderung DER.1.A3 die Auswertung von Protokolldaten durch qualifizierte Detektionssysteme und in der erhöhten Anforderung DER.1.A11 den Einsatz von Intrusion-Detection-Systemen mit Überprüfung der Detektionsqualität. BAS erfüllt diese Überprüfungsanforderung als kontinuierliches, metrisches Messinstrument. Für Finanzinstitutionen mit DORA-Pflichten (Verordnung (EU) 2022/2554) ist BAS zudem als Instrument zur Vorbereitung und Ergänzung von Threat-Led Penetration Testing (TLPT) gemäß Art. 26 DORA relevant.

Häufige Fragen

Was unterscheidet Breach and Attack Simulation grundlegend vom Penetrationstest?
Der Penetrationstest ist manuell, tief und punktuell: Ein Prüfteam untersucht einen definierten Scope intensiv über einen begrenzten Zeitraum, typischerweise ein bis drei Wochen, mit dem Ziel, tatsächlich ausnutzbare Schwachstellen nachzuweisen und vollständige Angriffspfade zu demonstrieren. BAS ist automatisiert, breit und kontinuierlich: Die Plattform simuliert täglich oder wöchentlich Hunderte von ATT&CK-Techniken und misst quantitativ, welcher Anteil davon durch die implementierten Sicherheitskontrollen erkannt und blockiert wird. Der fundamentale Unterschied liegt in der Prüffrage: Der Penetrationstest fragt, welche Schwachstellen existieren und wie tief ein Angreifer eindringen kann. BAS fragt, ob die Verteidigungstools (SIEM, EDR, XDR) wirksam genug sind, reale Angriffstechniken zu erkennen und zu blockieren. Beide Instrumente sind für ein reifes ISO 27001-konformes ISMS komplementär und nicht substituierbar.
Wie wird sichergestellt, dass BAS-Simulationen keine Produktionssysteme beschädigen?
BAS-Plattformen verwenden ausschließlich sichere, produktionsschonende Simulations-Payloads, die reales Angreifer-Verhalten imitieren, ohne tatsächlich Daten zu exfiltrieren, Systeme zu verschlüsseln oder Prozesse zu terminieren. Technisch wird dies durch die Verwendung von harmlosen Testagenten realisiert, die ATT&CK-Techniken in ihrer Verhaltenssignatur emulieren, aber keinen destruktiven Payload ausführen. Dennoch sind drei Vorsichtsmaßnahmen obligatorisch: erstens schriftliche Autorisierung aller Systemverantwortlichen vor dem ersten BAS-Einsatz; zweitens SIEM-Kennzeichnung von BAS-Verkehr, damit SOC-Teams BAS-Alarme von echten Incidents unterscheiden können; drittens Ausschluss kritischer Produktionssysteme (Echtzeit-Steuerungssysteme, Kerndatenbanken im Live-Betrieb) aus dem BAS-Scope, wenn Ausfallrisiken inakzeptabel sind.
Ab wann lohnt sich BAS-Implementierung für mittelständische Unternehmen?
BAS ist ab einem ISMS-Reifegrad sinnvoll, bei dem grundlegende Detektions-Infrastruktur (SIEM, EDR) vorhanden und betrieben wird, da BAS ohne diese Tools keine sinnvollen Metriken erzeugen kann: BAS misst die Wirksamkeit vorhandener Kontrollen, setzt also deren Existenz voraus. Für Unternehmen ohne SIEM ist Vulnerability Scanning und periodischer Penetrationstest der geeignetere Einstiegspunkt. Sobald ein SIEM betrieben wird und die Frage aufkommt, ob die konfigurierten Detektionsregeln im Alltag tatsächlich wirken, ist BAS das präzise Messinstrument. NIS-2-pflichtige Unternehmen profitieren zusätzlich davon, dass BAS einen dokumentierten, kontinuierlichen Wirksamkeitsnachweis nach Art. 21 Abs. 2 lit. f liefert, der für BSI-Audits und Konformitätsnachweise geeignet ist. Für den Mittelstand empfehlen sich SaaS-BAS-Plattformen mit vordefinierten ATT&CK-Bibliotheken, die keinen eigenen Security-Engineering-Aufwand für Technik-Entwicklung erfordern.

Quellen & weiterführende Literatur

  1. NIST SP 800-115, Technical Guide to Information Security Testing and Assessment (September 2008)
  2. MITRE ATT&CK Enterprise Matrix v16, Tactics Overview (14 Taktiken, Oktober 2024)
  3. MITRE D3FEND v1.4.0, Defensive Countermeasures Knowledge Graph (NSA-gefördert)
  4. ISO/IEC 27001:2022 Annex A 8.29 Security testing in development and acceptance
  5. BSI IT-Grundschutz-Kompendium Edition 2023, Baustein DER.1 Detektion sicherheitsrelevanter Ereignisse
  6. BSI, Praxis-Leitfaden IS-Penetrationstest (Stand 2022), Abgrenzung manueller und automatisierter Testmethoden
  7. Richtlinie (EU) 2022/2555 (NIS-2), Art. 21 Abs. 2 lit. e und f, Wirksamkeitsbewertung von Cybersicherheitsmaßnahmen
  8. FIRST, CVSS v4.0 Specification Document (November 2023), Schweregrad-Klassifikation
  9. NVD NIST, CVSS v4.0 Official Support
  10. Gartner, Market Guide for Adversarial Exposure Validation 2026 (BAS als Kerntechnologie im CTEM)