Nicht mit dem Werkzeug anfangen
Eine Organisation kann viele Schutzprodukte besitzen und trotzdem eine entscheidende Frage nicht beantworten: Welche unerwünschte Handlung soll in welchem Prozess verhindert werden? Ein Prüfauftrag wird besser, wenn diese Frage vor der Auswahl einzelner Tests beantwortet wird.
Ross Anderson verbindet in Security Engineering Schutzziele, Mechanismen, Vertrauen in ihre Wirkung und die Anreize der beteiligten Personen. Diese Perspektive lenkt den Blick auf das Gesamtsystem statt auf ein einzelnes Produkt. [1]
Ein eigenes Beispiel aus dem Arbeitsalltag
Fiktiver Fall: Eine Buchhaltung möchte verhindern, dass eine einzelne Person die Bankverbindung eines Lieferanten ändert und unmittelbar eine Zahlung freigibt. Die Frage ist nicht nur, ob sich das Konto mit einem starken Passwort anmelden lässt.
Für den Prüfauftrag werden die beiden Aktionen, beteiligte Rollen und erwarteten Grenzen festgelegt. Anschließend lässt sich gezielt untersuchen, ob die vereinbarte Trennung im geprüften Ablauf tatsächlich greift. Das Beispiel dient der Methodik und beschreibt keinen Kundenfall.
Eine Entscheidungsvorlage mit fünf Feldern
Aus dieser Perspektive leiten wir eine kompakte eigene Vorlage ab. Sie kann vor einer Sicherheitsanalyse ebenso helfen wie vor einem Pentest.
- Schutzziel: Welche Handlung soll verhindert werden?
- Bedingungen: Für welche Rollen und Systeme gilt das?
- Kontrolle: Was soll die Handlung begrenzen?
- Nachweis: Welches Ergebnis würde das belegen?
- Verantwortung: Wer bewertet und bearbeitet Abweichungen?
Ein Ergebnis darf seine Grenzen haben
Wird nur ein bestimmter Ablauf geprüft, sollte der Bericht genau diesen Ablauf nennen. Andere Rollen, abweichende Schnittstellen und spätere Änderungen bleiben zusätzliche Fragen. Diese Abgrenzung schmälert das Ergebnis nicht; sie macht es nutzbar.
Für eine Nachprüfung wird das ursprüngliche Ziel wieder aufgenommen. Ein technisches Update ist ein Änderungsschritt. Ob es die erwartete Wirkung erreicht, ist die anschließende Prüffrage.
Was an Fachliteratur nützlich bleibt
Das Kapitel dient hier als methodischer Ausgangspunkt, nicht als aktuelle Bedrohungsstatistik. Unser Beispiel und die fünf Felder sind eine eigene Übertragung auf die Vorbereitung eines Prüfauftrags. Konkrete Systeme, Quellen und Versionsstände müssen für die jeweilige Prüfung ergänzt werden.
Weiterlesen
Quellen & Vertiefung
Primärquellen abgeglichen am 26.09.2026.
Quellen und Geltungsgrenzen sind im Beitrag angegeben.