本文へスキップ

AI運用の判断と根拠を引く

Enterprise AI運用辞典

トップへ戻る

SCIM × AI

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

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

要点

「SCIM 2.0（RFC 7643/7644）は、Users／Groups等の主体の識別 resourceをHTTPでプロビジョニング・管理する標準である。AIでは、人員異動をAgentやツール accessへ反映する設計の基盤になり得るが、agent資産・権限・token・記憶情報の無効化までをSCIMが保証するわけではない。」

現在の判断

  • ESTABLISHED [S1+S2 裏付け]: SCIM 2.0 is an HTTP-based application-level protocol and データ形式の定義/extension suite for provisioning and managing 主体の識別 data across domains. Core resources include Users and Groups, with custom resources/extensions possible.
  • 確立済み [S1 サポート]：コアスキーマは属性ベースであり、変更可能性、カーディナリティ、返却可能性、および拡張性を含みます。これは、機械判読可能なライフサイクル契約をサポートするものであり、AI の機能に関する自動的なポリシー決定を行うものではありません。
  • ESTABLISHED [S2 裏付け]: SCIM does not define a SCIM-specific authentication/認可 scheme. It relies on TLS and standard HTTP auth mechanisms, and the service 提供元 must map the authenticated client to an access-control policy; the 認可 モデル itself is out of 適用範囲.
  • 推論 [S1+S2]: A company can propose a mapping from SCIM user/group 状態 to agent accounts, ツール grants, workspace membership, or service-account disablement, but that mapping is organization-specific and must be labeled PROPOSAL/推論 until an explicit データ形式の定義/profile and tested 実装 exist.

どこまで当てはまるか

アイデンティティ / 運用管理・統制 / エンタープライズ AI コア / 相互運用性 / セキュリティ / 実装 / 組織のオーバーレイ

詳しく理解する

なぜ重要か

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 モデル into a standard for agent assets, ツール permissions, prompts, or モデル entitlements.

対象範囲と前提

アイデンティティ / 運用管理・統制 / エンタープライズ AI コア / 相互運用性 / セキュリティ / 実装 / 組織のオーバーレイ

検討ポイント

What do SCIM 2.0 core データ形式の定義 and protocol actually standardize for cross-domain 主体の識別 lifecycle, what security 適用限界 do they leave to deployers, and what is only a proposal when mapped to AI agents?

根拠資料の対応表

[S1] 出典クラス: standards_track_rfc | 正式タイトル: システム for Cross-domain 主体の識別 Management: Core データ形式の定義 | 著者組織: IETF / RFC Editor; Phil Hunt, Kelly Grizzle, Erik Wahlstroem, Chuck Mortimore | 正式URL: https://www.rfc-editor.org/rfc/rfc7643.html | 公開/更新/アクセス日: 9月 2015; アクセス日 2026-09-14 00:16 JST | リリース版タグ: RFC 7643 | 参照箇所: 共通ユーザースキーマ/拡張モデルに関する抽象的な記述 15-28; 導入およびリソースモデルに関する記述 168-190; スキーマ/属性モデルに関する記述 301-314; セキュリティ/プライバシーに関するセクションは 114-117 行目に記載 | 根拠ラベル: VERIFIED_SPEC | 関係性: SCIMのリソース/スキーマ範囲のサポート; AI-agent の推論における制限。 [S2] 出典クラス: 標準化プロセスRFC | 正確なタイトル: システム for Cross-domain 主体の識別 Management: Protocol | 著者組織: IETF / RFC Editor; Phil Hunt, Kelly Grizzle, Morteza Ansari, Erik Wahlstroem, Chuck Mortimore | 正式なURL: https://www.rfc-editor.org/rfc/rfc7644.html | 出版更新アクセス: 2015年9月; アクセス日: 2026-09-14 00:16 JST | バージョンリリース・タグ: RFC 7644 | 参照ロケーター: ユーザー、グループ、カスタムリソース/拡張機能のHTTPによるプロビジョニング/管理に関する導入部136-145行目; 認証/認可に関する206-239行目; クライアントからアクセス制御へのマッピングに関する286-305行目; プライバシーに関する4213-4216行目 | 根拠ラベル: 検証済み仕様（VERIFIED_SPEC） | 関係性: プロトコル/ライフサイクルの事実の裏付け; 認可モデルの制限事項。 [S3] SOURCE_CLASS: standards_track_rfc | EXACT_TITLE: システム for Cross-domain 主体の識別 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; 参照日 2026-09-14 00:16 JST | VERSION_RELEASE_TAG: RFC 7642 | SUPPORTING_LOCATOR: SCIM suite overview and terminology; consulted as 文脈・入力情報 for provisioning-domain and cross-domain roles | EVIDENCE_LABEL: VERIFIED_SPEC | 対応関係: 文脈・入力情報; no agent-specific 記述・判断 closed.

利用できる条件

SCIM バージョン and endpoint/resource データ形式の定義; 提供元 裏付け for Users/Groups/custom extensions; 組織の利用環境/組織 契約プラン; issuer/client authentication; TLS; 認可 mapping; PATCH/削除 semantics; deprovisioning latency; token/セッション revocation; group-to-role mapping; agent/ツール/service-account inventory; downstream 提供元 propagation; data 保持期間・保持方針 and residency; 監査 API/log 利用可能性.

実装・運用

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

確認・評価方法

No SCIM 形式への適合, deprovisioning-latency, revocation-propagation, or agent-asset inventory 比較評価 was 実行.

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

SCIM resources can contain personally identifying and sensitive data; minimize attributes and protect transport/logs. 監査 must join 出典 change, effective 主体の識別, 対象 agent/ツール asset, policy decision, revocation timestamp, and downstream confirmation. Cost/operability includes 接続機能 polling/webhooks, retries, reconciliation, orphan detection, and manual exception handling; not measured.

根拠 PACKET

---

確認できていること

  • ESTABLISHED [S1+S2 裏付け]: SCIM 2.0 is an HTTP-based application-level protocol and データ形式の定義/extension suite for provisioning and managing 主体の識別 data across domains. Core resources include Users and Groups, with custom resources/extensions possible.

  • 確立済み [S1 サポート]：コアスキーマは属性ベースであり、変更可能性、カーディナリティ、返却可能性、および拡張性を含みます。これは、機械判読可能なライフサイクル契約をサポートするものであり、AI の機能に関する自動的なポリシー決定を行うものではありません。

  • ESTABLISHED [S2 裏付け]: SCIM does not define a SCIM-specific authentication/認可 scheme. It relies on TLS and standard HTTP auth mechanisms, and the service 提供元 must map the authenticated client to an access-control policy; the 認可 モデル itself is out of 適用範囲.

  • 推論 [S1+S2]: A company can propose a mapping from SCIM user/group 状態 to agent accounts, ツール grants, workspace membership, or service-account disablement, but that mapping is organization-specific and must be labeled PROPOSAL/推論 until an explicit データ形式の定義/profile and tested 実装 exist.

よくある失敗・反証

  • The RFCs do not define AI agents, モデル access, prompt ownership, ツール permissions, delegated authority, agent 記憶情報, or deletion of provider-side data. A SCIM 削除/PATCH acknowledgement does not prove that cached tokens, sessions, queued jobs, embeddings, ツール credentials, or downstream SaaS access were revoked. The RFC explicitly leaves 認可 mapping to the service 提供元 and warns about sensitive personal data/privacy. No 現在の 提供元's SCIM endpoint was tested.

  • Do not say SCIM natively manages agents, models, prompts, tools, or 認可. 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 バージョン and endpoint/resource データ形式の定義; 提供元 裏付け for Users/Groups/custom extensions; 組織の利用環境/組織 契約プラン; issuer/client authentication; TLS; 認可 mapping; PATCH/削除 semantics; deprovisioning latency; token/セッション revocation; group-to-role mapping; agent/ツール/service-account inventory; downstream 提供元 propagation; data 保持期間・保持方針 and residency; 監査 API/log 利用可能性.

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

  • No SCIM 形式への適合, deprovisioning-latency, revocation-propagation, or agent-asset inventory 比較評価 was 実行.

  • SCIM resources can contain personally identifying and sensitive data; minimize attributes and protect transport/logs. 監査 must join 出典 change, effective 主体の識別, 対象 agent/ツール asset, policy decision, revocation timestamp, and downstream confirmation. Cost/operability includes 接続機能 polling/webhooks, retries, reconciliation, orphan detection, and manual exception handling; not measured.

  • 今後の更新作業では、RFC 7643/7644および各プロバイダーのリソーススキーマを固定し、その上で、結合/移動/離脱、グループ変更、PATCH/削除、期限切れトークン、キュー待ちジョブ、孤立したエージェント、ロールバック、監査の結果の照合、および下流への失効に関する、非破壊的なテストプロファイル（TEST_PROFILE）を構築すべきである。SCIM Core、組織の利用環境、プロバイダーマッピング、および提案されているエージェント拡張は、それぞれ分離して保持すること。

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

  • EA-163-UNKNOWN-01

    standardized SCIM profile for agent resources; 現在の RFC errata/extension landscape; 提供元 custom schemas; revocation SLA; token/セッション propagation; service-account and tool-secret handling; 記憶情報/data deletion; 監査 completeness; 組織の利用環境/region/契約プラン gates.

  • EA-163-UNKNOWN-CURRENTNESS

    外部根拠の再確認日が正式な本文・公開管理情報で確定していないため、現行性は未確認のまま保持する。確認日を推測して補わない。

根拠資料

出典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
再確認のきっかけ
正式な 改訂版/publication 状態 change · 本文 成果物 hash change · 出典 現行性 change · new contradiction or 実装 結果の照合

機械検査: 通過 — 機械検査の結果です。情報の正確性や実行の承認を保証するものではありません。

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