1. Systemkontext, Assets und Angriffsfläche erfassen
Wir definieren Scope und Systemgrenzen und erfassen schutzwürdige Funktionen, Daten, Credentials und geistiges Eigentum. Architektur- und Datenflussdiagramme (DFD), Entry Points, Schnittstellen, Kommunikationspfade sowie Trust Boundaries machen die Angriffsfläche sichtbar. Für OT-Produkte berücksichtigen wir zusätzlich physische Zugänge, Debug- und Service-Schnittstellen, Fernwartung, Cloud-Anbindungen, Lieferkette und lange Produktlebenszyklen.
2. Bedrohungen mit STRIDE und Angriffsszenarien identifizieren
Wir analysieren Elemente und Datenflüsse strukturiert mit STRIDE: Spoofing, Tampering, Repudiation, Information Disclosure, Denial of Service und Elevation of Privilege. Ergänzend nutzen wir je nach Produkt Angriffsbäume (Attack Trees), Missbrauchsfälle, Threat-Agent-Profile und konkrete Attack Steps. Automatisch erzeugte Bedrohungen werden fachlich triagiert und um produktspezifische Szenarien ergänzt.
3. Schadensszenarien und Risiken bewerten
Wir verbinden Bedrohung, Schwachstelle und Konsequenz zu nachvollziehbaren Risikoszenarien. Bewertet werden Schweregrad beziehungsweise Impact sowie Eintrittswahrscheinlichkeit – unter anderem anhand von Exposition beziehungsweise Angriffsvektor, erforderlichen Privilegien, Angreifer-Know-how und Ressourcen. Neben Verfügbarkeit, Integrität und Vertraulichkeit betrachten wir bei industriellen Produkten auch Safety, Produktionsausfall, Kaskadeneffekte, Datenschutz, IP-Verlust und vertragliche Folgen.
4. Gegenmaßnahmen und Restrisiko bestimmen
Aus priorisierten Risiken leiten wir technische und organisatorische Gegenmaßnahmen sowie prüfbare Sicherheitsanforderungen ab. Anschließend bewerten wir das mitigierte Szenario erneut: Welche Maßnahme verändert Angriffsvektor, notwendige Privilegien, Ausnutzbarkeit oder Schadensausmaß? Initial Risk und Residual Risk bleiben getrennt dokumentiert; verbleibende Restrisiken werden vermieden, reduziert, übertragen oder durch die verantwortliche Rolle ausdrücklich akzeptiert.
5. Threat Model in den Produktlebenszyklus integrieren
Wir verknüpfen Risiken mit Architekturentscheidungen, Security Requirements, Tests und Nachweisen. Das Bedrohungsmodell wird bei neuen Schnittstellen, Technologieentscheidungen, Schwachstellen oder Produktständen aktualisiert. Je nach Projekt nutzen oder integrieren wir beispielsweise Microsoft Threat Modeling Tool, OWASP Threat Dragon, OWASP pytm, Threagile oder unser eigenes KI-gestütztes Werkzeug für Bedrohungsmodellierung und Risikobewertung.