Kapitel III · Bereich 10 von 12
Die Frage an unseren ShopDarf ein Versandpartner den Status jeder beliebigen Bestellung ändern?
Hier erfährst du, wie du Vertrauensgrenzen, Zugriffe und Schutzmaßnahmen in deinen Entwurf einbaust.
7 Bausteine
Hier anfangenTrust BoundariesWo wechselt das Vertrauen?
Die Trackingmeldung des Versandpartners kommt von außen; der Shop prüft die Signatur, bevor er sie fachlich verarbeitet.
Wer darf was?
Das Zahlungsmodul erhält sein Anbietertoken zur Laufzeit; der Rechnungsworker schreibt R-882, ändert aber keine Preise.
Wo schwächt die Struktur den Schutz?
Teilen Bestell- und Versanddienste eine Tabelle, fehlt ein klarer Eigentümer, und jede Änderung muss gemeinsam erscheinen.
Bekannte Namen – und wo sie stecken
Trust Boundaries markieren Schutzbedarf und Übergänge. Threat Modeling leitet daraus Maßnahmen für Rechte, Identitäten und Secrets ab; gemeinsame Daten und eng gekoppelte Dienste zeigen strukturelle Risiken, die diese Grenzen schwächen.
Hier klärst du im Shop, ob ein Versandpartner den Status jeder beliebigen Bestellung ändern darf. Daraus entwickelst du Vertrauensgrenzen, Rechte, Identitätsprüfungen und den Umgang mit Zugangsdaten. Jeder Baustein zeigt sein Thema an unserem Shop.
Das lernst duDu kannst Daten über Vertrauensgrenzen hinweg einer technischen und fachlichen Prüfung zuordnen.
Im ShopEin Versandpartner sendet dem Shop eine Trackingmeldung. Der Shop verifiziert die Signatur und prüft anschließend, ob der Partner diese Bestellung aktualisieren darf.
Trust Boundaries öffnenDas lernst duDu kannst für einen konkreten Shopablauf Bedrohung, Angriffsweg, Auswirkung und passende Schutzmaßnahme nachvollziehbar verknüpfen.
Im ShopDas Team betrachtet eine eingehende Versandmeldung und fragt, ob ein kompromittierter Partner fremde Bestellstatus ändern könnte.
Threat Modeling öffnenDas lernst duDu kannst einen Dienstzugriff auf die Daten und Aktionen begrenzen, die seine konkrete Aufgabe erfordert.
Im ShopDer Rechnungsworker liest Bestelldaten und schreibt Rechnungsdateien. Er benötigt keine Berechtigung, Preise oder Konten im Shop zu ändern.
Least Privilege öffnenDas lernst duDu kannst Identitätsprüfung und Berechtigungsprüfung an einem Shopzugriff getrennt nachvollziehen.
Im ShopEin angemeldeter Kunde öffnet eine Bestellseite. Der Shop prüft das Sitzungstoken und gleicht anschließend die Kundenidentität mit dem Auftragseigentümer ab.
Authentifizierung & Autorisierung öffnenDas lernst duDu kannst Zugangsdaten über Bereitstellung, Nutzung, Rotation und Widerruf kontrolliert verwalten.
Im ShopDer Shop verwendet ein Anbieterzugangstoken für Zahlungsabfragen. Ein zentraler Laufzeitdienst stellt es dem Zahlungsmodul bereit und unterstützt den Wechsel auf einen neuen Schlüssel.
Secrets öffnenDas lernst duDu kannst Symptome enger Kopplung über Dienstgrenzen erkennen und eine passende Strukturkorrektur benennen.
Im ShopVariante: Bestell- und Versanddienste teilen eine Tabelle und müssen gemeinsam veröffentlicht werden. Eine modulare Monolithstruktur bleibt die Ausgangsvariante des Shops.
Distributed Monolith öffnenDiese Bereiche hängen fachlich direkt mit Security & Risiken zusammen.