Erst verstehen, was zusammengehört
Architekturmodelle sind kein Selbstzweck. Sie schaffen den gemeinsamen Kontext, auf den Threats, Risiken, Controls und Evidence später verweisen.
„Die Anwendung läuft doch – was sollen wir noch wissen?“
Ein Fachverfahren funktioniert seit Jahren. Erst bei einer Änderung fällt auf, dass niemand vollständig beschreiben kann, welche externen Dienste, Identitäten, Datenbanken und Schnittstellen dafür benötigt werden. Genau hier beginnt die methodische Arbeit.
Kontext abgrenzen
Welche Geschäftsleistung und welches System betrachten wir?
Abhängigkeiten zeigen
Welche Menschen, Systeme, Dienste und Datenflüsse gehören dazu?
Grenzen erkennen
Wo wechseln Verantwortung, Netz, Betreiber oder Vertrauensannahmen?
Weiterarbeiten
Erst jetzt lassen sich Bedrohungen und Risiken konkret auf das Modell beziehen.
C4 und Datenflussdiagramme erfüllen unterschiedliche Zwecke
C4 Model
Das C4 Model visualisiert Softwarearchitektur hierarchisch über Software System, Container, Component und Code. Für GRC sind vor allem System Context und Container hilfreich, weil sie Systemgrenzen und Beziehungen verständlich machen. C4 ist ausdrücklich notation- und tooling-unabhängig.
Data Flow Diagram (DFD) – Datenflussdiagramm
Ein Datenflussdiagramm richtet den Blick stärker darauf, wie Daten zwischen Prozessen, Speichern und externen Akteuren fließen. OWASP nennt DFDs als verbreiteten Ansatz beim System Modeling im Threat Modeling.
Trust Boundary
Eine Vertrauensgrenze markiert einen Übergang, an dem sich Sicherheitsannahmen ändern. Sie ist keine eigene „Technik“, sondern ein wichtiger Analysepunkt: Was darf auf der anderen Seite angenommen werden – und was muss erneut geprüft werden?
Was danach vorhanden sein sollte
Ein verständlicher Systemkontext, relevante Abhängigkeiten, Datenflüsse und markierte Vertrauensgrenzen. Das Ergebnis fließt in Asset & Dependency Register und Threat Model ein.
Worauf diese Seite gestützt ist
C4 Model
Offizielle Seite des C4 Models von Simon Brown; hierarchische Architekturabstraktionen und Diagramme.
OWASP Threat Modeling
Methodenneutraler Einstieg in Threat Modeling und System Modeling.