Angriffsvektor
Englisch: Attack Vector
Angriffsvektor ist der spezifische Weg oder Mechanismus, über den ein Angreifer eine Schwachstelle in einem IT-System, einer Anwendung oder einem organisatorischen Prozess ausnutzt, um unbefugten Zugang zu erlangen, Schaden anzurichten oder Daten zu entwenden. Der Begriff bezeichnet nicht die Bedrohung selbst, sondern den konkreten Pfad, den ein Angriff nimmt.
Normative Grundlage: ISO/IEC 27000:2018 + MITRE ATT&CK TA0001 + NIST SP 800-30 Rev. 1 Appendix D + CVSS v4.0 Specification (FIRST)
Hintergrund und normative Einordnung
Der Begriff Angriffsvektor hat seinen normativen Ursprung in der Schnittmenge mehrerer Sicherheitsstandards. ISO/IEC 27000:2018, die Terminologie-Norm der 27000-Familie, definiert zusammenhängende Konzepte wie Bedrohung (Threat: 'potential cause of an unwanted incident, which may result in harm to a system or organisation', Clause 3.74) und Verwundbarkeit (Vulnerability: 'weakness of an asset or control that can be exploited by one or more threats', Clause 3.77). Der Angriffsvektor verbindet beide: Er ist der operative Pfad, auf dem eine Bedrohung eine Schwachstelle erreicht und ausnutzt. ISO/IEC 27005:2022 operationalisiert dieses Konzept im ereignisbasierten Ansatz (Event-based Approach) der Risikoidentifikation: Risikoszenarien werden als Sequenz oder Kombination von Ereignissen beschrieben, die von einer Ursache zu einer schädlichen Konsequenz führen. Ein konkretes Beispiel des Standards ist die Phishing-E-Mail mit schädlichem Anhang als typischen Angriffsvektor. NIST SP 800-30 Rev. 1 (Guide for Conducting Risk Assessments, September 2012) kategorisiert in Appendix D Bedrohungsquellen nach Typen (absichtlich/unabsichtlich, intern/extern, technisch/nicht-technisch) und listet in Appendix E typische Bedrohungsereignisse, die jeweils einem oder mehreren Angriffsvektoren entsprechen.
In der deutschen und europäischen Compliance-Landschaft ist der Angriffsvektor 2025/2026 zu einem regulatorisch adressierten Schlüsselbegriff geworden. NIS-2 (Richtlinie EU 2022/2555) fordert in Artikel 21 Absatz 2 Buchstabe a von wesentlichen und wichtigen Einrichtungen explizit 'Konzepte in Bezug auf die Risikoanalyse und Sicherheit für Informationssysteme'. Die Analyse relevanter Angriffsvektoren ist methodische Grundvoraussetzung dieser Risikoanalyse. Für Organisationen, die einen strukturierten Ansatz zur Angriffsvektor-Bewertung benötigen, bietet ISO 27005 Informationssicherheits-Risikomanagement von SECURAM eine normkonforme Methodik. BSI-Standard 200-3 (Risikoanalyse auf der Basis von IT-Grundschutz) referenziert den elementaren Gefährdungskatalog des IT-Grundschutz-Kompendiums mit 47 Einträgen (G 0.1 bis G 0.47), die Angriffsvektoren nach Kategorien systematisieren: G 0.14 (Ausspähen von Informationen/Spionage), G 0.21 (Manipulation von Hard- oder Software), G 0.22 (Manipulation von Informationen), G 0.23 (Unbefugtes Eindringen in IT-Systeme), G 0.36 (Identitätsdiebstahl), G 0.39 (Schadprogramme) und G 0.43 (Einspielen von Nachrichten). ENISA adressiert im Threat Landscape 2024 (12. Ausgabe, Oktober 2024, Analyse von über 11.000 Vorfällen) Phishing und seine Varianten als den mit Abstand häufigsten initialen Infektionsvektor mit einem Anteil von rund 60 Prozent aller Erstzugriffsangriffe, gefolgt von der Ausnutzung bekannter, ungepatchter Schwachstellen (ca. 21 Prozent).
Normative Bezüge:
Vorgehen in der Praxis
Die systematische Analyse von Angriffsvektoren folgt einem vierstufigen Prozess: von der strukturierten Bedrohungsmodellierung über die normative Vektor-Klassifikation und die Wahrscheinlichkeitsbewertung bis zum Defense-in-Depth-Mapping. Ziel ist nicht eine vollständige Aufzählung aller theoretisch denkbaren Wege, sondern die priorisierte Bearbeitung derjenigen Vektoren, die für die spezifische Organisation, ihr Bedrohungsprofil und ihre Assets tatsächlich relevant sind.
ENISA Threat Landscape 2024 belegt, dass rund 60 Prozent aller registrierten Erstzugriffe über Phishing und seine Varianten (Vishing, Malspam, Malvertising) erfolgten, was den menschlichen Faktor als zentralsten Angriffsvektor ausweist und damit Social-Engineering-Abwehr als Priorität vor rein technischen Kontrollen platziert.
Abgrenzung zu verwandten Begriffen
| Begriff | Fokus | Verhältnis zu Angriffsvektor |
|---|---|---|
| Bedrohung (Threat) | Potenzielle Ursache eines unerwünschten Ereignisses (ISO 27000:2018 Clause 3.74); beschreibt Was bedroht, nicht Wie. | Der Angriffsvektor konkretisiert die Bedrohung: Eine Bedrohung (z.B. 'Einbruch in IT-Systeme') wird erst operational, wenn ein konkreter Vektor (z.B. 'Phishing-Mail mit präpariertem PDF-Anhang') sie umsetzbar macht. Der Begriff Bedrohung ist abstrakter und umfasst auch natürliche Ursachen; der Angriffsvektor bezeichnet stets einen aktiv genutzten Pfad. |
| Schwachstelle (Vulnerability) | Schwäche eines Assets oder einer Kontrolle, die durch eine Bedrohung ausgenutzt werden kann (ISO 27000:2018 Clause 3.77). | Angriffsvektor und Schwachstelle sind komplementär: Der Vektor ist der Angriffspfad, die Schwachstelle ist der ausgenutzte Defekt am Zielpunkt. Ein Angriffsvektor kann ohne Schwachstelle nicht zum Erfolg führen; eine Schwachstelle ohne einen nutzbaren Angriffsvektor ist kein unmittelbares Risiko. CVSS trennt beide explizit: AV beschreibt den Exploitierungskontext, nicht den Fehler selbst. |
| Angriffsfläche (Attack Surface) | Die Gesamtheit aller potenziellen Angriffspunkte eines Systems, über die ein Angreifer Einfluss nehmen könnte. | Die Angriffsfläche ist die Menge aller theoretisch möglichen Angriffspunkte, der Angriffsvektor ist der konkrete Pfad, den ein Angreifer tatsächlich wählt. Je größer die Angriffsfläche (mehr exponierte Dienste, mehr Nutzerkonten, mehr Integrationspunkte), desto mehr potenzielle Vektoren existieren. Angriffsvektoren sind die verwirklichten Einzelpfade innerhalb der Angriffsfläche. |
Typische Fehler und wie ihr sie vermeidet
- Vektoren ausschließlich als externe Internet-Bedrohung betrachten: Viele Risikoanalysen reduzieren Angriffsvektoren auf extern-internet-basierte Pfade (Phishing-Mails, Webserver-Exploits). MITRE ATT&CK zeigt, dass Valid Accounts (T1078) und External Remote Services (T1133) häufig kompromittierte interne Konten oder legitime Zugänge nutzen. CVSS v4.0 kennt explizit die Kategorien Adjacent (gleiches Netzwerksegment) und Local (lokaler Systemzugang), die durch Insider-Handlungen oder physische Präsenz ausgelöst werden. Eine normkonforme ISO 27005-Analyse muss interne, angrenzende und physische Vektoren gleichwertig berücksichtigen.
- Insider-Vektoren systematisch unterschätzen: Interne Benutzer mit legitimen Zugriffsrechten stellen einen eigenständigen Vektortyp dar: durch Missbrauch von Zugriffsberechtigungen, unbeabsichtigte Fehlkonfigurationen oder Kompromittierung von Insider-Konten durch externe Angreifer. BSI-Elementargefährdung G 0.38 (Missbrauch personenbezogener Daten) und NIST SP 800-30 Appendix D kategorisieren absichtliche wie unabsichtliche Insider-Bedrohungen als eigenständige Threat Sources. Risikoanalysen, die nur externe Angreifer modellieren, erkennen diesen Vektortyp nicht und lösten entsprechend keine Gegenmaßnahmen aus (Least-Privilege, User-Behaviour-Analytics).
- Supply Chain als Angriffsvektor unterschätzen: Der Supply-Chain-Angriff (MITRE ATT&CK T1195: Supply Chain Compromise) nutzt vertrauenswürdige Drittparteien als Einstiegsvektor: Manipulation von Software-Updates, Kompromittierung von Entwicklungs-Pipelines, Hardware-Tainting oder Angriffe auf Managed Service Provider. ISO/IEC 27001:2022 Annex A Control 5.19 (Information security in supplier relationships) und NIS-2 Artikel 21 Absatz 2 Buchstabe d adressieren diesen Vektor explizit. Risikoanalysen, die Lieferanten-Vektoren nicht einschließen, erzeugen eine systematische Lücke, die empirisch in den größten Angriffen der letzten Jahre (SolarWinds 2020, 3CX 2023) ausgenutzt wurde.
- Statische Vektorliste ohne regelmäßige ATT&CK-Aktualisierung: Angriffsvektoren sind nicht statisch: MITRE ATT&CK wird regelmäßig erweitert (aktuell Version 16 mit 10 Initial-Access-Techniken), neue Techniken werden hinzugefügt, wenn empirische Angriffsmuster sich verschieben. Eine Vektorliste, die einmalig im Rahmen einer ISO-27001-Zertifizierung erstellt und danach nicht gepflegt wird, entspricht nicht dem 'continual improvement'-Gebot von ISO 27001 Clause 10.2 und dem Geist von ISO 27005 Clause 8 (iterative Risikobewertung). BSI CERT-Bund Warnmeldungen und CISA KEV-Ergänzungen sind operative Quellen, um Vektorlisten quartalsweise zu validieren.
Relevanz im regulatorischen Kontext
NIS-2 (Richtlinie EU 2022/2555, Artikel 21 Absatz 2) verpflichtet wesentliche und wichtige Einrichtungen zu einem risikobasierten Cybersicherheitsansatz, der explizit Konzepte für die Risikoanalyse und Sicherheit von Informationssystemen (Buchstabe a), den Umgang mit Sicherheitsvorfällen (Buchstabe b), die Sicherheit der Lieferkette (Buchstabe d) sowie Sicherheitsmaßnahmen beim Erwerb, der Entwicklung und Wartung von Netzwerk- und Informationssystemen (Buchstabe e) umfasst. Alle vier Bereiche erfordern die Kenntnis und Bewertung relevanter Angriffsvektoren als methodische Grundlage. Die nationalen Umsetzungsgesetze (Deutschland: NIS2UmsuCG) schärfen die Anforderungen weiter und ermöglichen Bußgelder bei Nichterfüllung. BSI-Standard 200-3 konkretisiert die Methode für den deutschen Rechtsrahmen und stellt den elementaren Gefährdungskatalog als normatives Vektor-Mapping bereit.
Der Digital Operational Resilience Act (DORA, Verordnung EU 2022/2554) geht für den Finanzsektor noch weiter: Artikel 26 fordert von identifizierten Finanzunternehmen Threat-Led Penetration Testing (TLPT) mindestens alle drei Jahre auf Live-Produktionssystemen. TLPT-Szenarien basieren explizit auf aktuellen Bedrohungsgeheimdienstinformationen (Cyber Threat Intelligence) und repräsentieren damit reale, empirisch belegte Angriffsvektoren gegen den spezifischen Sektor. Die begleitenden RTS (Delegierte Verordnung EU 2025/1190) regeln die methodischen Anforderungen an Tester, Testumfang und Ergebnisdokumentation. Für Organisationen außerhalb des Finanzsektors bildet ISO/IEC 27001:2022 Annex A 8.8 (Management of technical vulnerabilities) in Verbindung mit ISO 27005:2022 Clause 8 den regulatorischen Referenzrahmen für die laufende Vektorbewertung.
Häufige Fragen
Was ist der Unterschied zwischen einem Angriffsvektor und einer Angriffsfläche?
Wie klassifiziert CVSS Angriffsvektoren und warum ist das für das Patch-Management relevant?
Welche Angriffsvektoren sind laut MITRE ATT&CK und ENISA aktuell am häufigsten?
Quellen & weiterführende Literatur
- ISO/IEC 27000:2018, Information technology: Security techniques, Information security management systems, Overview and vocabulary (Clause 3.74 Threat, Clause 3.77 Vulnerability)
- ISO/IEC 27005:2022, Information security, cybersecurity and privacy protection: Guidance on managing information security risks (Clause 8.2 Information security risk identification, Event-based Approach)
- NIST SP 800-30 Rev. 1, Guide for Conducting Risk Assessments (September 2012), Appendix D: Threat Sources, Appendix E: Threat Events
- MITRE ATT&CK Enterprise Matrix v16, Initial Access Tactic TA0001 (T1566 Phishing, T1190 Exploit Public-Facing Application, T1195 Supply Chain Compromise, T1078 Valid Accounts u.a.)