Кратко

  • RFC 9967 связывает Set-Txn в ответе 202 без тела с txn в последующем Security Event Token.
  • Связь подтверждает корреляцию транзакции и объявленного результата, но не тождество субъекта и не локальное право доступа.
  • Запрос, проверка события, сопоставление, решение, реальный эффект и откат должны оставаться разными записями.

Корреляция показывает, что проверять

Клиент с Prefer: respond-async может получить от SCIM-поставщика 202 без тела и значение Set-Txn. Позже SET несёт совпадающий txn. Это помогает отличить повторную доставку от новой операции: идентификатор токена относится к одному токену, а транзакция может оставаться общей для нескольких доставок одной работы.

Но совпадение не является решением получателя. Оно означает лишь, что поставщик связывает две записи с одной базовой операцией. Оно не доказывает, что получатель нашёл ту же локальную учётную запись, согласился со значением удалённого атрибута, выдал роль или изменил доступ к службе. Корреляция улучшает аудит, но не переносит ответственность.

Событие сообщает факт, а не приказывает

RFC 9967 рассматривает SET как сигнал об изменении у SCIM-поставщика и оставляет Event Receiver выбор дальнейшего действия в собственном контексте. Домены могут различаться схемами, идентификаторами, обязанностями хранения и способами исправления.

Форма full содержит итоговое представление ресурса в data; notice перечисляет изменённые атрибуты и может вызвать контролируемое получение данных по согласованной SCIM-связи. Первая расширяет материал для сверки, вторая ограничивает раскрытие. Ни одна не требует копировать удалённое состояние. sub_id также указывает лишь на предмет, задуманный отправителем; локальная запись может быть объединена, приостановлена, переназначена или исключена.

Принятие работы не закрывает последствия

Позднее асинхронное событие может сообщить успех или ошибку. Возможности событий необязательны, а клиент может игнорировать Set-Txn, если подтверждение ему не нужно. Поэтому одна отметка успеха не описывает всю цепочку.

Нужны отдельные свидетельства: разрешение запроса, ответ поставщика, полученный и проверенный SET, разрешение sub_id, правило локального права, наблюдаемый эффект и откат. Действительное событие может закончиться локальным отказом в группе; это иногда именно нужная защита. Push и poll выбирают способ доставки, а не владельца права. Запрет менять Set-Txn защищает след передачи, не делает издателя владельцем доступа получателя.

Редакционная линза Heng Lu оставляет общему уровню минимальный проверяемый факт и сохраняет решение у стороны, которая несёт его последствия.