Direkte Antwort
Die Verteilung lässt sich nicht durch eine einzelne Meldung „Vorgang erfolgreich“ belegen. Erfassen Sie für jedes Zielsystem Änderungsauftrag, Empfang, Anwendungsergebnis, Rücklesen des Endzustands, einen Negativtest des früheren Zugangswegs und die Lösung jeder Abweichung.
Einfach erklärt
Zehn Personen eine neue Adresse mitzuteilen beweist nicht, dass alle zehn ihr Adressbuch aktualisiert haben. Sie müssen zusätzlich prüfen, ob jede Nachricht ankam, umgesetzt wurde und die alte Adresse nicht länger verwendet wird.
Warum ist das wichtig?
Ein zentrales System kann aktuell erscheinen, während eine verbundene Anwendung, ein Cache, Token oder externes Konto die frühere Befugnis weiter anerkennt. Diese verborgene Abweichung zählt zu den gefährlichsten Formen von Restzugang.
Nicht verwechseln
- Gesendet: Die Änderung wurde an das Ziel übermittelt.
- Empfangen: Das Ziel hat den Auftrag angenommen.
- Angewendet: Das Ziel hat seinen Zustand geändert.
- Verifiziert: Der neue Zustand wurde zurückgelesen und der alte Zugangsweg getestet.
Was ist zu tun?
- Vergeben Sie für jede Änderung eine eindeutige Ereigniskennung.
- Erstellen Sie ein Zielsysteminventar und bestimmen Sie den erwarteten Endzustand.
- Erfassen Sie Zustell-, Anwendungs- und Rücklesenachweise getrennt.
- Führen Sie einen kontrollierten Negativtest gegen den alten Zugangsweg durch.
- Wiederholen Sie fehlgeschlagene Ziele und legen Sie ungelöste Fälle Menschen zur Prüfung vor.
- Schließen Sie das Ereignis erst, wenn jedes Ziel belegt ist.
Wie wird geprüft?
- Ist die Zielliste vollständig?
- Stimmen erwarteter und beobachteter Zustand in jedem Ziel überein?
- Beruht der Erfolg nur auf dem Protokoll des Senders?
- Wird der Zugang mit altem Token oder alter Sitzung verweigert?
- Sind alle Belege mit derselben Ereigniskennung und Zeitleiste verbunden?
Grenze
Eine absolute, sofortige Synchronisierung ist in verteilten Systemen nicht immer möglich. Zulässige Verzögerung, Wiederholungsregel und Abschlussregel sollten deshalb im Voraus feststehen.
Merksatz
Die Änderung zu senden genügt nicht; beobachten Sie den neuen Zustand und belegen Sie, dass der alte Weg geschlossen ist.
Quellen dieses Eintrags
- S27IETF, RFC 7644, *System for Cross-domain Identity Management: Protocol*Standard
- S28IETF, RFC 9967, *SCIM Roles and Entitlements Extension*Standard
- S35W3C, *PROV-O: The PROV Ontology*Standard
- S36W3C, *Trace Context*Standard
- S37OpenTelemetry, *General Trace Semantic Conventions*Standard- und Projektdokumentation

