Skip to content

Evidence for AI operations

No English page yet. Showing the Japanese source.

Back to the entrance

SCIM × AI

用語・参照用語・参照公式仕様のみ公式仕様のみ鮮度未確認鮮度を確定できない

記事状態: 公開 · 最終確認: 未確認

要点

「SCIM 2.0(RFC 7643/7644)は、Users/Groups等のidentity resourceをHTTPでプロビジョニング・管理する標準である。AIでは、人員異動をAgentやtool accessへ反映する設計の基盤になり得るが、agent資産・権限・token・memoryの無効化までをSCIMが保証するわけではない。」

現在の判断

  • ESTABLISHED [S1+S2 support]: SCIM 2.0 is an HTTP-based application-level protocol and schema/extension suite for provisioning and managing identity data across domains. Core resources include Users and Groups, with custom resources/extensions possible.
  • ESTABLISHED [S1 support]: The core schema is attribute-based and includes mutability, cardinality, returnability, and extensibility. This supports a machine-readable lifecycle contract, not an automatic policy decision about AI capabilities.
  • ESTABLISHED [S2 support]: SCIM does not define a SCIM-specific authentication/authorization scheme. It relies on TLS and standard HTTP auth mechanisms, and the service provider must map the authenticated client to an access-control policy; the authorization model itself is out of scope.
  • INFERENCE [S1+S2]: A company can propose a mapping from SCIM user/group state to agent accounts, tool grants, workspace membership, or service-account disablement, but that mapping is organization-specific and must be labeled PROPOSAL/INFERENCE until an explicit schema/profile and tested implementation exist.

どこまで当てはまるか

identity / governance / Enterprise AI Core / interoperability / security / implementation / organization overlay

詳しく理解する

なぜ重要か

SCIM can provide the identity-lifecycle substrate for removing access when people join, move, or leave. The update must not silently promote SCIM's user/group provisioning model into a standard for agent assets, tool permissions, prompts, or model entitlements.

対象範囲と前提

identity / governance / Enterprise AI Core / interoperability / security / implementation / organization overlay

検討ポイント

What do SCIM 2.0 core schema and protocol actually standardize for cross-domain identity lifecycle, what security boundary do they leave to deployers, and what is only a proposal when mapped to AI agents?

EVIDENCE TABLE

[S1] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Core Schema | AUTHOR_ORG: IETF / RFC Editor; Phil Hunt, Kelly Grizzle, Erik Wahlstroem, Chuck Mortimore | CANONICAL_URL: https://www.rfc-editor.org/rfc/rfc7643.html | PUBLICATION_UPDATE_ACCESS: September 2015; accessed 2026-09-14 00:16 JST | VERSION_RELEASE_TAG: RFC 7643 | SUPPORTING_LOCATOR: abstract lines 15-28 for common user schema/extension model; introduction and resource model lines 168-190; schema/attribute model lines 301-314; security/privacy sections listed at lines 114-117 | EVIDENCE_LABEL: VERIFIED_SPEC | RELATION: support for SCIM resource/schema scope; limit for AI-agent extrapolation. [S2] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Protocol | AUTHOR_ORG: IETF / RFC Editor; Phil Hunt, Kelly Grizzle, Morteza Ansari, Erik Wahlstroem, Chuck Mortimore | CANONICAL_URL: https://www.rfc-editor.org/rfc/rfc7644.html | PUBLICATION_UPDATE_ACCESS: September 2015; accessed 2026-09-14 00:16 JST | VERSION_RELEASE_TAG: RFC 7644 | SUPPORTING_LOCATOR: introduction lines 136-145 for HTTP provisioning/management of Users, Groups, custom resources/extensions; authentication/authorization lines 206-239; client-to-access-control mapping lines 286-305; privacy lines 4213-4216 | EVIDENCE_LABEL: VERIFIED_SPEC | RELATION: support for protocol/lifecycle facts; limit for authorization model. [S3] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Definitions, Overview, Concepts, and Requirements | AUTHOR_ORG: IETF / RFC Editor | CANONICAL_URL: https://www.rfc-editor.org/rfc/rfc7642.html | PUBLICATION_UPDATE_ACCESS: September 2015; accessed 2026-09-14 00:16 JST | VERSION_RELEASE_TAG: RFC 7642 | SUPPORTING_LOCATOR: SCIM suite overview and terminology; consulted as context for provisioning-domain and cross-domain roles | EVIDENCE_LABEL: VERIFIED_SPEC | RELATION: context; no agent-specific claim closed.

利用できる条件

SCIM version and endpoint/resource schema; provider support for Users/Groups/custom extensions; tenant/organization plan; issuer/client authentication; TLS; authorization mapping; PATCH/DELETE semantics; deprovisioning latency; token/session revocation; group-to-role mapping; agent/tool/service-account inventory; downstream provider propagation; data retention and residency; audit API/log availability.

実装・運用

Evidence-only desk research. No SCIM endpoint was discovered, authenticated, modified, or deleted.

確認・評価方法

No SCIM conformance, deprovisioning-latency, revocation-propagation, or agent-asset inventory benchmark was run.

セキュリティとプライバシー

SCIM resources can contain personally identifying and sensitive data; minimize attributes and protect transport/logs. Audit must join source change, effective identity, target agent/tool asset, policy decision, revocation timestamp, and downstream confirmation. Cost/operability includes connector polling/webhooks, retries, reconciliation, orphan detection, and manual exception handling; not measured.

EVIDENCE PACKET

---

確認できていること

  • ESTABLISHED [S1+S2 support]: SCIM 2.0 is an HTTP-based application-level protocol and schema/extension suite for provisioning and managing identity data across domains. Core resources include Users and Groups, with custom resources/extensions possible.

  • ESTABLISHED [S1 support]: The core schema is attribute-based and includes mutability, cardinality, returnability, and extensibility. This supports a machine-readable lifecycle contract, not an automatic policy decision about AI capabilities.

  • ESTABLISHED [S2 support]: SCIM does not define a SCIM-specific authentication/authorization scheme. It relies on TLS and standard HTTP auth mechanisms, and the service provider must map the authenticated client to an access-control policy; the authorization model itself is out of scope.

  • INFERENCE [S1+S2]: A company can propose a mapping from SCIM user/group state to agent accounts, tool grants, workspace membership, or service-account disablement, but that mapping is organization-specific and must be labeled PROPOSAL/INFERENCE until an explicit schema/profile and tested implementation exist.

よくある失敗・反証

  • The RFCs do not define AI agents, model access, prompt ownership, tool permissions, delegated authority, agent memory, or deletion of provider-side data. A SCIM DELETE/PATCH acknowledgement does not prove that cached tokens, sessions, queued jobs, embeddings, tool credentials, or downstream SaaS access were revoked. The RFC explicitly leaves authorization mapping to the service provider and warns about sensitive personal data/privacy. No current provider's SCIM endpoint was tested.

  • Do not say SCIM natively manages agents, models, prompts, tools, or authorization. Do not equate a successful SCIM request with immediate downstream access revocation or data deletion. UNIT_CLOSE_STATUS: INDIVIDUAL_BOUNDED_CLOSE / EVIDENCE_RECORDED / UNKNOWN_PRESERVED

実務での使い方

  • SCIM version and endpoint/resource schema; provider support for Users/Groups/custom extensions; tenant/organization plan; issuer/client authentication; TLS; authorization mapping; PATCH/DELETE semantics; deprovisioning latency; token/session revocation; group-to-role mapping; agent/tool/service-account inventory; downstream provider propagation; data retention and residency; audit API/log availability.

  • Evidence-only desk research. No SCIM endpoint was discovered, authenticated, modified, or deleted.

  • No SCIM conformance, deprovisioning-latency, revocation-propagation, or agent-asset inventory benchmark was run.

  • SCIM resources can contain personally identifying and sensitive data; minimize attributes and protect transport/logs. Audit must join source change, effective identity, target agent/tool asset, policy decision, revocation timestamp, and downstream confirmation. Cost/operability includes connector polling/webhooks, retries, reconciliation, orphan detection, and manual exception handling; not measured.

  • Future update Work should pin RFC 7643/7644 and each provider's resource schema, then build a non-destructive TEST_PROFILE for join/move/leave, group change, PATCH/DELETE, stale-token, queued-job, orphan-agent, rollback, audit readback, and downstream revocation. Keep SCIM Core, organization overlay, provider mapping, and proposed agent extension separate.

まだ確認できていないこと

  • EA-163-UNKNOWN-01

    standardized SCIM profile for agent resources; current RFC errata/extension landscape; provider custom schemas; revocation SLA; token/session propagation; service-account and tool-secret handling; memory/data deletion; audit completeness; tenant/region/plan gates.

  • EA-163-UNKNOWN-CURRENTNESS

    外部根拠の再確認日がcanonical body/control-planeで確定していないため、currentnessはUNKNOWNとして保持する。日付を推測補完しない。

根拠資料

出典ID・検証情報・機械可読データ

根拠の種類と情報の鮮度は、ラベルとアイコンで確認できます。

記事ID
EA-163
最終確認日
—
提供元・モデル・プラン・利用環境
—
対象地域
—
元資料の全文と収録照合記録
WHY_THIS_MATTERS_TO_UPDATE

SCIM can provide the identity-lifecycle substrate for removing access when people join, move, or leave. The update must not silently promote SCIM's user/group provisioning model into a standard for agent assets, tool permissions, prompts, or model entitlements.

SCOPE_ROUTING

identity / governance / Enterprise AI Core / interoperability / security / implementation / organization overlay

CLAIM_OR_RESEARCH_QUESTION

What do SCIM 2.0 core schema and protocol actually standardize for cross-domain identity lifecycle, what security boundary do they leave to deployers, and what is only a proposal when mapped to AI agents?

EVIDENCE_TABLE

[S1] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Core Schema | AUTHOR_ORG: IETF / RFC Editor; Phil Hunt, Kelly Grizzle, Erik Wahlstroem, Chuck Mortimore | CANONICAL_URL: https://www.rfc-editor.org/rfc/rfc7643.html | PUBLICATION_UPDATE_ACCESS: September 2015; accessed 2026-09-14 00:16 JST | VERSION_RELEASE_TAG: RFC 7643 | SUPPORTING_LOCATOR: abstract lines 15-28 for common user schema/extension model; introduction and resource model lines 168-190; schema/attribute model lines 301-314; security/privacy sections listed at lines 114-117 | EVIDENCE_LABEL: VERIFIED_SPEC | RELATION: support for SCIM resource/schema scope; limit for AI-agent extrapolation. [S2] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Protocol | AUTHOR_ORG: IETF / RFC Editor; Phil Hunt, Kelly Grizzle, Morteza Ansari, Erik Wahlstroem, Chuck Mortimore | CANONICAL_URL: https://www.rfc-editor.org/rfc/rfc7644.html | PUBLICATION_UPDATE_ACCESS: September 2015; accessed 2026-09-14 00:16 JST | VERSION_RELEASE_TAG: RFC 7644 | SUPPORTING_LOCATOR: introduction lines 136-145 for HTTP provisioning/management of Users, Groups, custom resources/extensions; authentication/authorization lines 206-239; client-to-access-control mapping lines 286-305; privacy lines 4213-4216 | EVIDENCE_LABEL: VERIFIED_SPEC | RELATION: support for protocol/lifecycle facts; limit for authorization model. [S3] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Definitions, Overview, Concepts, and Requirements | AUTHOR_ORG: IETF / RFC Editor | CANONICAL_URL: https://www.rfc-editor.org/rfc/rfc7642.html | PUBLICATION_UPDATE_ACCESS: September 2015; accessed 2026-09-14 00:16 JST | VERSION_RELEASE_TAG: RFC 7642 | SUPPORTING_LOCATOR: SCIM suite overview and terminology; consulted as context for provisioning-domain and cross-domain roles | EVIDENCE_LABEL: VERIFIED_SPEC | RELATION: context; no agent-specific claim closed.

FINDINGS
  • ESTABLISHED [S1+S2 support]: SCIM 2.0 is an HTTP-based application-level protocol and schema/extension suite for provisioning and managing identity data across domains. Core resources include Users and Groups, with custom resources/extensions possible.
  • ESTABLISHED [S1 support]: The core schema is attribute-based and includes mutability, cardinality, returnability, and extensibility. This supports a machine-readable lifecycle contract, not an automatic policy decision about AI capabilities.
  • ESTABLISHED [S2 support]: SCIM does not define a SCIM-specific authentication/authorization scheme. It relies on TLS and standard HTTP auth mechanisms, and the service provider must map the authenticated client to an access-control policy; the authorization model itself is out of scope.
  • INFERENCE [S1+S2]: A company can propose a mapping from SCIM user/group state to agent accounts, tool grants, workspace membership, or service-account disablement, but that mapping is organization-specific and must be labeled PROPOSAL/INFERENCE until an explicit schema/profile and tested implementation exist.
LIMITS / COUNTEREVIDENCE / FAILURE ENVELOPE

The RFCs do not define AI agents, model access, prompt ownership, tool permissions, delegated authority, agent memory, or deletion of provider-side data. A SCIM DELETE/PATCH acknowledgement does not prove that cached tokens, sessions, queued jobs, embeddings, tool credentials, or downstream SaaS access were revoked. The RFC explicitly leaves authorization mapping to the service provider and warns about sensitive personal data/privacy. No current provider's SCIM endpoint was tested.

AVAILABILITY_GATES

SCIM version and endpoint/resource schema; provider support for Users/Groups/custom extensions; tenant/organization plan; issuer/client authentication; TLS; authorization mapping; PATCH/DELETE semantics; deprovisioning latency; token/session revocation; group-to-role mapping; agent/tool/service-account inventory; downstream provider propagation; data retention and residency; audit API/log availability.

IMPLEMENTATION_STATE

Evidence-only desk research. No SCIM endpoint was discovered, authenticated, modified, or deleted.

BENCHMARK_OR_EVAL

No SCIM conformance, deprovisioning-latency, revocation-propagation, or agent-asset inventory benchmark was run.

SECURITY / PRIVACY / AUDIT / COST / OPERABILITY

SCIM resources can contain personally identifying and sensitive data; minimize attributes and protect transport/logs. Audit must join source change, effective identity, target agent/tool asset, policy decision, revocation timestamp, and downstream confirmation. Cost/operability includes connector polling/webhooks, retries, reconciliation, orphan detection, and manual exception handling; not measured.

SAFE_WORDING_FOR_FUTURE_BOOK

「SCIM 2.0(RFC 7643/7644)は、Users/Groups等のidentity resourceをHTTPでプロビジョニング・管理する標準である。AIでは、人員異動をAgentやtool accessへ反映する設計の基盤になり得るが、agent資産・権限・token・memoryの無効化までをSCIMが保証するわけではない。」

UPDATE_WORK_HANDOFF

Future update Work should pin RFC 7643/7644 and each provider's resource schema, then build a non-destructive TEST_PROFILE for join/move/leave, group change, PATCH/DELETE, stale-token, queued-job, orphan-agent, rollback, audit readback, and downstream revocation. Keep SCIM Core, organization overlay, provider mapping, and proposed agent extension separate.

OPEN_UNKNOWN

standardized SCIM profile for agent resources; current RFC errata/extension landscape; provider custom schemas; revocation SLA; token/session propagation; service-account and tool-secret handling; memory/data deletion; audit completeness; tenant/region/plan gates.

STOP_CONDITION

Do not say SCIM natively manages agents, models, prompts, tools, or authorization. Do not equate a successful SCIM request with immediate downstream access revocation or data deletion. UNIT_CLOSE_STATUS: INDIVIDUAL_BOUNDED_CLOSE / EVIDENCE_RECORDED / UNKNOWN_PRESERVED

EVIDENCE PACKET

---

  • EVD-EA-163-URL-3B9F9B861CF4研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    [S1] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Core Schema | AUTHOR_ORG: IETF / RFC Editor; Phil Hunt, Kelly Grizzle, Erik Wahls

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-163-URL-3B9F9B861CF4
    検証箇所
    EVIDENCE_TABLE · S1 · [S1] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Core Schema | AUTHOR_ORG: IETF / RFC Editor; Phil Hunt, Kelly Grizzle, Erik Wahlstroem, Chuck Mortimore | CANONICAL_URL: https://www.rfc-editor.org/rfc/rfc7643.html
    適用範囲
    EVIDENCE_TABLE
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EVD-EA-163-URL-35086ADD5BC5研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    [S2] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Protocol | AUTHOR_ORG: IETF / RFC Editor; Phil Hunt, Kelly Grizzle, Morteza Ansar

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-163-URL-35086ADD5BC5
    検証箇所
    EVIDENCE_TABLE · S2 · [S2] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Protocol | AUTHOR_ORG: IETF / RFC Editor; Phil Hunt, Kelly Grizzle, Morteza Ansari, Erik Wahlstroem, Chuck Mortimore | CANONICAL_URL: https://www.rfc-editor.org/rfc/rfc7644.html
    適用範囲
    EVIDENCE_TABLE
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EVD-EA-163-URL-EFDFF194784D研究資料研究資料根拠の出所: SOURCE_PACKET_REFERENCE

    [S3] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Definitions, Overview, Concepts, and Requirements | AUTHOR_ORG: IETF / RFC Editor

    裏付ける内容
    —
    確認日
    —
    出典・実験ID
    SRC-EA-163-URL-EFDFF194784D
    検証箇所
    EVIDENCE_TABLE · S3 · [S3] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Definitions, Overview, Concepts, and Requirements | AUTHOR_ORG: IETF / RFC Editor | CANONICAL_URL: https://www.rfc-editor.org/rfc/rfc7642.html
    適用範囲
    EVIDENCE_TABLE
    出典・来歴
    SOURCE_PACKET_REFERENCE_PROJECTED
    限界
    元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
  • EA-163-R11-RESEARCH研究資料研究資料根拠の出所: AUDITED_CANONICAL_RESEARCH_PACKET

    EA-163 監査済みresearch / canonical revision binding

    裏付ける内容
    1. ESTABLISHED [S1+S2 support]: SCIM 2.0 is an HTTP-based application-level protocol and schema/extension suite for provisioning and managing identity data across domains. Core resources include Users and Groups, with custom resources/extensions possible. 2. ESTABLISHED [S1 support]: The core schema is attribute-based and includes mutability, cardinality, returnability, and extensibility. This supports a machine-readable lifecycle contract, not an automatic policy decision about AI capabilities. 3. ESTABLISHED [S2 support]: SCIM does not define a SCIM-specific authentication/authorization scheme. It relies on TLS and standard HTTP auth mechanisms, and the service provider must map the authenticated client to an access-control policy; the authorization model itself is out of scope. 4. INFERENCE [S1+S2]: A company can propose a mapping from SCIM user/group state to agent accounts, tool grants, workspace membership, or service-account disablement, but that mapping is organization-specific and must be labeled PROPOSAL/INFERENCE until an explicit schema/profile and tested implementation exist.
    確認日
    —
    出典・実験ID
    COMM-048-EA0163
    検証箇所
    COMM-048-EA0163 · EA-163-R5-LEGACY-MIGRATION-20261008-R1 · content/staging/EA-163.md
    適用範囲
    監査済みEA本文・canonical revision・既存Source Graph relationの範囲。欠損currentnessは推測で閉じない。
    出典・来歴
    AUDIT_PASS_CANONICAL_BINDING
    限界
    canonical監査・revision bindingの存在を示す。外部ソースcurrentnessが本文またはcontrol-planeで確定していない場合は、currentnessをUNKNOWNのまま保持する。
  • EA-163-R11-WEB-READBACK実装資料実装資料根拠の出所: IMPLEMENTATION_READBACK

    EA-163 Web body identity / canonical readback

    裏付ける内容
    canonical staging bodyのSHA-256一致とR9 canonical ledger readbackをProduction projectionの入力として検証する。
    確認日
    —
    出典・実験ID
    WEBBODY-EA0163-R8-D5F66DED
    検証箇所
    WEBBODY-EA0163-R8-D5F66DED · content/staging/EA-163.md · EA-163-R5-LEGACY-MIGRATION-20261008-R1
    適用範囲
    R9/R10 canonical readback後のProduction生成時body identity。
    出典・来歴
    CANONICAL_READBACK_BODY_HASH_MATCH
    限界
    body identity/readbackは本文claim自体の真偽や外部ソースの最新性を追加保証しない。
出典ID
COMM-048-EA0163, SRC-EA-163-URL-3B9F9B861CF4, SRC-EA-163-URL-35086ADD5BC5, SRC-EA-163-URL-EFDFF194784D, WEBBODY-EA0163-R8-D5F66DED
追跡中のUNKNOWN ID
EA-163-UNKNOWN-01, EA-163-UNKNOWN-CURRENTNESS
再確認のきっかけ
canonical revision/publication state change · body artifact hash change · source currentness change · new contradiction or implementation readback

機械検査: 通過 — Automated validation does not guarantee accuracy or authorize execution.

    同じ記事IDの機械可読データです。