【问题标题】:Azure AD - Users can consent to applications accessing company data on their behalf option to falseAzure AD - 用户可以同意应用程序代表他们访问公司数据选项为 false
【发布时间】:2019-04-29 21:07:29
【问题描述】:

我有一个注册为 V2/融合应用程序的多租户应用程序,但它没有配置为任何需要管理员同意的委派权限。我意识到如果 AD 租户管理员将 Users can consent to applications accessing company data on their behalf option 设置为 false,那么无论配置的权限如何,我的应用程序都需要管理员同意,这种理解是否正确?

也将此设置为 false 与 V1 或 V2/Converged 应用程序模型有任何关系吗?根据another blog,这似乎是 V2 特有的。

【问题讨论】:

    标签: azure azure-active-directory


    【解决方案1】:

    您对该开关的工作原理的理解是正确的。当开关设置为 No 时,只有 certain directory roles 中的用户可以同意该租户中的应用程序。来自the documentation:

    租户管理员可以禁用普通用户同意应用程序的功能。如果禁用此功能,则始终需要管理员同意才能在租户中使用该应用程序。

    这不限于 v2 端点。这个开关在 v2 端点存在之前就已经存在,并且会影响所有尚未被授予权限的应用程序。

    没有“v1 应用”注册或“v2 应用”注册的概念,只有一个 v1 端点和一个 v2 端点。应用可以使用任一端点。

    【讨论】:

    • 谢谢!!从逻辑上讲,您所说的绝对是有道理的。它应该与 V1 或 V2 端点无关。但是,我有两个应用程序,一个使用 v1 端点,另一个使用 v2。我要求其他租户的一个用户使用 v1 端点登录到应用程序 - 他能够成功登录,而其他应用程序的“管理员同意”失败。因此提问。这个blog也让我觉得可能会有一些不同。
    • 如果用户不是允许同意的角色的成员,并且租户中禁用了用户同意,那么很可能已经为第一个应用授予了权限(由用户,I. 在禁用用户同意之前,代表他们自己,或者由管理员代表整个租户)。如果允许用户同意,则很可能第二个应用正在请求用户不允许授予的权限,或者需要用户分配。
    猜你喜欢
    • 1970-01-01
    • 2019-05-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-02-08
    • 2016-05-26
    • 1970-01-01
    • 2021-04-12
    相关资源
    最近更新 更多