Zusammenfassung

  • RFC 9967 verbindet Set-Txn aus einer körperlosen 202-Antwort mit txn in einem späteren Security Event Token.
  • Die Verbindung belegt eine gemeldete Transaktion und ihr Ergebnis, nicht die lokale Identitätszuordnung oder eine Zugangsentscheidung.
  • Annahme, Validierung, Abgleich, lokale Entscheidung, Wirkung und Rücknahme müssen getrennte Nachweise bleiben.

Ein Korrelationswert ersetzt kein Urteil

Mit Prefer: respond-async kann ein SCIM-Provider 202 ohne Antwortkörper senden und Set-Txn liefern. Der spätere SET enthält den passenden txn-Wert. Damit lassen sich Wiederholungen derselben zugrunde liegenden Arbeit von neuen Änderungen unterscheiden: Ein Tokenkennzeichen gehört zu einer Zustellung, die Transaktion kann mehrere Zustellungen überdauern.

Das ist nützliche Betriebsbeobachtung. Es sagt jedoch nur, dass der Provider beide Datensätze derselben Arbeit zuordnet. Es sagt nicht, dass der Receiver dasselbe lokale Objekt gefunden hat, die fremde Attributbedeutung akzeptiert, eine Rolle erteilt oder einen nachgelagerten Dienst verändert hat. Korrelation verkürzt die Suche; sie überträgt keine Verantwortung.

Das Ereignis meldet, der Receiver verantwortet

RFC 9967 beschreibt ein SET als Signal über eine beim SCIM-Provider eingetretene Zustandsänderung und überlässt dem Event Receiver die passende Folgehandlung im eigenen Kontext. Das ist notwendig, weil Domänen verschiedene Schemata, Kennungen, Aufbewahrungspflichten und Rückwege besitzen können.

full übermittelt die endgültige Ressourcendarstellung in data; notice nennt nur geänderte Attribute und kann einen kontrollierten Abruf in einer vereinbarten SCIM-Beziehung auslösen. Der erste Weg liefert mehr Material, der zweite begrenzt die Offenlegung. Keiner verlangt blindes Übernehmen. Auch sub_id benennt nur das vom Sender gemeinte Subjekt. Ein lokales Konto kann zusammengeführt, gesperrt, neu zugeordnet oder bewusst aus dem Feed ausgeschlossen sein.

202 schließt die Folgen nicht ab

Ein späteres asynchrones Ereignis kann Erfolg oder Fehler melden. Ereignisfähigkeiten sind optional; ihr Fehlen kann fehlende Unterstützung oder aktuelle Nichtkonfiguration bedeuten. Ein Client darf Set-Txn ignorieren, wenn er keine Bestätigung benötigt. Eine einzelne grüne Anzeige wäre daher irreführend.

Die belastbare Kette umfasst die berechtigte Anfrage, die Providerantwort, den empfangenen und validierten SET, die Subjekt- und Schemaabstimmung, die lokale Berechtigungsregel sowie beobachtete Wirkung und Rücknahme. Ein gültiges Ereignis darf zu einer lokalen Ablehnung führen. Das kann gerade die richtige Kontrolle sein.

Push und Poll wählen Transportbedingungen, nicht den Entscheider für lokale Rechte. Dass Vermittler Set-Txn nicht ändern sollen, schützt die Spur, macht aber weder Vermittler noch Publisher zum Eigentümer des Zugangs beim Receiver. Als editorische Linse fordert Heng Lu nur den übertragbaren Minimalfakt; die spätere Entscheidung bleibt bei der Partei, die sie beheben können muss.