Threat Modeling: Was schützt du eigentlich?

Du weißt schon, wie ein Paket seinen Weg über den Planeten findet und wie das Betriebssystem einen Prozess aus dem Speicher eines anderen heraushält. Sicherheit ist das, was passiert, wenn dieses Wissen gegen dich verwendet wird. Ein Port-Scan ist nur ein TCP-Verbindungsversuch, der höflich scheitert. Ein Rechtefehler ist nur ein Dateimodus, den nie jemand angesehen hat. In dieser Lektion geht es um die Frage, die vor allem anderen kommt: Was schütze ich, und vor wem?

Fang mit den Werten an — mit dem, was wirklich wehtut, wenn es weg ist. Nicht "der Server", sondern: die Kundendatenbank, das Admin-Konto, das Backup, der Ruf des Ladens, die Fähigkeit, überhaupt Bestellungen anzunehmen. Dann frag, wer das jeweils will. Ein gelangweilter Teenager und ein bezahlter Krimineller wollen von derselben Seite verschiedene Dinge, und man wehrt sich gegen beide unterschiedlich. Dann frag, wie es abfließt: nicht theoretisch, sondern indem du den Weg der Daten Schritt für Schritt gehst.

ASSET            WHO WANTS IT          HOW IT LEAKS
---------------  --------------------  ------------------------------
admin account    anyone, really        password reused on a leaked site
customer emails  spammers, scammers     export endpoint with no auth
server CPU       crypto miners         upload form that runs a script
database backup  competitors           backup file left in a public folderEin Wert ist erst dann verteidigenswert, wenn du benannt hast, wer ihn will und wie er ihn bekommen würde.

Eine einfache Checkliste bewahrt dich davor, auf ein leeres Blatt zu starren. Stelle sechs Fragen zu jedem Teil des Systems. Kann sich jemand als anderer Benutzer ausgeben (Spoofing)? Kann jemand Daten ändern, die er nur lesen dürfte (Tampering)? Kann jemand später abstreiten, etwas getan zu haben, ohne Protokoll zum Nachsehen (Repudiation)? Kann jemand Daten lesen, die er nicht sehen dürfte (Information Disclosure)? Kann jemand den Dienst unbenutzbar machen (Denial of Service)? Kann ein normaler Benutzer Rechte erlangen, die er nie bekommen hat (Elevation of Privilege)? Sechs Fragen, sechs Sorten von Fehlern.