No English page yet. Showing the Japanese source.
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として保持する。日付を推測補完しない。
根拠資料
- 研究資料研究資料
[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
確認上の限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
- 研究資料研究資料
[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
確認上の限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
- 研究資料研究資料
[S3] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: System for Cross-domain Identity Management: Definitions, Overview, Concepts, and Requirements | AUTHOR_ORG: IETF / RFC Editor
確認上の限界
元の監査済み資料に記載された参照先です。URLの復元は、資料の最新性や全主張の支持を新たに検証したことを意味しません。
出典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- 裏付ける内容
- —
- 確認日
- —
- 出典・実験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- 裏付ける内容
- —
- 確認日
- —
- 出典・実験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- 裏付ける内容
- —
- 確認日
- —
- 出典・実験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_PACKETEA-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_READBACKEA-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の機械可読データです。