您现在访问的是微软AZURE全球版技术文档网站,若需要访问由世纪互联运营的MICROSOFT AZURE中国区技术文档网站,请访问 https://docs.azure.cn.

Azure AD 用户预配服务 SCIM 2.0 协议合规性的已知问题和解决方法

Azure Active Directory (Azure AD) 可以使用跨域身份管理系统 (SCIM) 2.0 协议规范中定义的接口,将用户和组自动预配到以 Web 服务为前端的任何应用程序或系统。

Azure AD 对 SCIM 2.0 协议的支持在使用跨域身份管理系统 (SCIM) 将用户和组从 Azure Active Directory 自动预配到应用程序中进行介绍,其中列出为了将用户和组从 Azure AD 自动预配到支持 SCIM 2.0 的应用程序而实现的具体协议部分。

本文介绍 Azure AD 用户预配服务遵循 SCIM 2.0 协议当前和过去面临的问题,以及如何解决这些问题。

理解预配作业

预配服务使用作业的概念来对应用程序进行操作。 可在进度栏中找到 jobID。 所有新的预配应用程序都用以“scim”开头的 jobID 创建。 scim 作业表示服务的当前状态。 旧作业的 ID 为“customappsso”。 此类作业表示2018年的服务状态。

如果使用库中的应用程序,则作业通常包含应用名称(例如,zoom snowFlake、dataBricks 等)。 如果使用的是库应用程序,则可以跳过此文档。 此文档主要适用于 jobID 为 SCIM 或 customAppSSO 的非库应用程序。

SCIM 2.0 合规性问题和状态

在下表中,标记为已修复的条目意味着 SCIM 作业中存在相应的正确行为。 我们努力确保所做更改的后向兼容性。 但是,我们不建议实现旧行为。 我们建议对于所有新实现都使用新行为,并更新现有实现。

备注

对于 2018 年所做的更改,可以恢复到 customappsso 行为。 对于 2018 年以来所做的更改,可以使用 Url 恢复到旧行为。 我们努力通过允许还原到旧的 jobID 或使用标记来确保所做更改的后向兼容性。 不过,如前文所述,我们不建议实现旧行为。 我们建议对于所有新实现都使用新行为,并更新现有实现。

SCIM 2.0 合规性问题 是否已修复? 修复日期 后向兼容性
Azure AD 要求“/scim”位于应用程序的 SCIM 终结点 URL 的根路径中 2018 年 12 月 18 日 降级到 customappSSO
扩展属性在属性名称前使用圆点“.”表示法,而不使用冒号“:”表示法 2018 年 12 月 18 日 降级到 customappSSO
多值属性的批量请求包含无效路径筛选器语法 2018 年 12 月 18 日 降级到 customappSSO
组创建请求包含无效架构 URI 2018 年 12 月 18 日 降级到 customappSSO
更新 PATCH 行为以确保合规性(例如,作为布尔值活动并适当删除组成员) TBD 使用预览标志

用于更改 SCIM 行为的标志

在应用程序的租户 URL 中使用以下标志,以更改默认 SCIM 客户端行为。

用于更改行为的 SCIM 标志。

  • 使用以下 URL 更新 PATCH 行为,并确保 SCIM 合规性(例如,作为布尔值活动并适当删除组成员)。 目前此行为仅在使用标志时可用,但在未来几个月内将成为默认行为。 请注意,此预览标志目前不适用于按需预配。

    PATCH https://[...]/Groups/ac56b4e5-e079-46d0-810e-85ddbd223b09
    {
      "schemas": [
          "urn:ietf:params:scim:api:messages:2.0:PatchOp"
      ],
      "Operations": [
          {
              "op": "remove",
              "path": "members[value eq \"16b083c0-f1e8-4544-b6ee-27a28dc98761\"]"
          }
      ]
    }
    
      PATCH https://[...]/Groups/ac56b4e5-e079-46d0-810e-85ddbd223b09
      {
      "schemas": [
          "urn:ietf:params:scim:api:messages:2.0:PatchOp"
      ],
      "Operations": [
          {
              "op": "add",
              "path": "members",
              "value": [
                  {
                      "value": "10263a6910a84ef9a581dd9b8dcc0eae"
                  }
              ]
          }
      ]
      } 
    
      PATCH https://[...]/Users/ac56b4e5-e079-46d0-810e-85ddbd223b09
      {
      "schemas": [
          "urn:ietf:params:scim:api:messages:2.0:PatchOp"
      ],
      "Operations": [
          {
              "op": "replace",
              "path": "emails[type eq \"work\"].value",
              "value": "someone@contoso.com"
          },
          {
              "op": "replace",
              "path": "emails[type eq \"work\"].primary",
              "value": true
          },
          {
              "op": "replace",
              "value": {
                  "active": false,
                  "userName": "someone"
              }
          }
      ]
      }
    
      PATCH https://[...]/Users/ac56b4e5-e079-46d0-810e-85ddbd223b09
      {
      "schemas": [
          "urn:ietf:params:scim:api:messages:2.0:PatchOp"
      ],
      "Operations": [
          {
              "op": "replace",
              "path": "active",
              "value": false
          }
      ]
      }
    
      PATCH https://[...]/Users/ac56b4e5-e079-46d0-810e-85ddbd223b09
      {
      "schemas": [
          "urn:ietf:params:scim:api:messages:2.0:PatchOp"
      ],
      "Operations": [
          {
              "op": "add",
              "path": "urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:department",
              "value": "Tech Infrastructure"
          }
      ]
      }
    
    
    • 降级 URL:新的 SCIM 合规行为在非库应用程序上成为默认行为后,可以使用以下 URL 回退到旧的非 SCIM 合规行为:AzureAdScimPatch2017

从旧的 customappsso 作业升级到 SCIM 作业

按照以下步骤操作将删除现有 customappsso 作业,并创建新的 scim 作业。

  1. 登录 Azure 门户:https://portal.azure.com。

  2. 在 Azure 门户的“Azure Active Directory”>“企业应用程序”部分,找到并选择现有 SCIM 应用程序。

  3. 在现有 SCIM 应用的“属性”部分,复制“对象 ID”。

  4. 在新的 Web 浏览器窗口中,转到 https://developer.microsoft.com/graph/graph-explorer 并以要向其中添加应用的 Azure AD 租户的管理员身份登录。

  5. 在 Graph 资源管理器中,运行以下命令以找到预配作业的 ID。 将“[object-id]”替换为从第三步复制的服务主体 ID(对象 ID)。

    GET https://graph.microsoft.com/beta/servicePrincipals/[object-id]/synchronization/jobs

    获取作业

  6. 在结果中,复制以“customappsso”或“scim”开头的完整“ID”字符串。

  7. 运行以下命令,检索属性映射配置,以便执行备份。 使用和之前一样的 [object-id],并将 [job-id] 替换为从最后一步复制的预配作业 ID。

    GET https://graph.microsoft.com/beta/servicePrincipals/[object-id]/synchronization/jobs/[job-id]/schema

    获取架构

  8. 复制最后一步的 JSON 输出,并保存到文本文件。 此 JSON 输出包含向旧应用添加的所有自定义属性映射,应该约有数千行 JSON。

  9. 运行以下命令,删除预配作业:

    DELETE https://graph.microsoft.com/beta/servicePrincipals/[object-id]/synchronization/jobs/[job-id]

  10. 运行以下命令,创建具有最新服务修补程序的新预配作业。

POST https://graph.microsoft.com/beta/servicePrincipals/[object-id]/synchronization/jobs { templateId: "scim" }

  1. 在最后一步的结果中,复制以“scim”开头的完整“ID”字符串。 可选择运行以下命令,将 [new-job-id] 替换为复制的新作业 ID,并输入第七步的 JSON 输出作为请求正文来重新应用旧属性映射。

POST https://graph.microsoft.com/beta/servicePrincipals/[object-id]/synchronization/jobs/[new-job-id]/schema { <your-schema-json-here> }

  1. 返回第一个 Web 浏览器窗口,选择应用程序的“预配”选项卡。
  2. 验证配置,然后启动预配作业。

我们允许降级到旧行为,但不推荐这样做,因为 customappsso 不能从我们所做的一些更新中受益,而且可能不会被永久支持。

  1. 登录 Azure 门户:https://portal.azure.com。

  2. 在 Azure 门户的“Azure Active Directory”>“企业应用程序”>“创建应用程序”部分,创建新的“非库”应用程序。

  3. 在新的自定义应用的“属性”部分,复制“对象 ID”。

  4. 在新的 Web 浏览器窗口中,转到 https://developer.microsoft.com/graph/graph-explorer 并以要向其中添加应用的 Azure AD 租户的管理员身份登录。

  5. 在 Graph 资源管理器中,运行以下命令,初始化应用的预配配置。 将“[object-id]”替换为从第三步复制的服务主体 ID(对象 ID)。

    POST https://graph.microsoft.com/beta/servicePrincipals/[object-id]/synchronization/jobs { templateId: "customappsso" }

  6. 返回第一个 Web 浏览器窗口,选择应用程序的“预配”选项卡。

  7. 照常完成用户预配配置。

后续步骤

了解关于 SaaS 应用程序预配和取消预配的详细信息