通过任何方式,我们都可以通过传递用户名和http请求从Azure ADAL获得访问令牌

通过任何方式,我们都可以通过传递用户名和http请求从Azure ADAL获得访问令牌,azure,active-directory,microsoft-graph-api,adal,Azure,Active Directory,Microsoft Graph Api,Adal,我不需要Microsoft登录屏幕 如果我已经有了用户名和密码, 我不能使用Http客户端传递它们并获取身份验证令牌吗 有可能吗,请建议。简短的回答是,有可能,但不推荐。请参阅下面菲利普的评论 当您拥有用户名和密码时,获取令牌的能力非常有限。 在设备无法提示AAD Auth页面的罕见情况下,或者在本机应用程序/自动化测试等情况下,您可能能够做到这一点 有关限制和解决方法,请参阅本文: 也请看我这里的回答,我在这里为我们的自动化测试工作,但Vibranet评论说,该解决方案将停止工作,但不确定它是

我不需要Microsoft登录屏幕

如果我已经有了用户名和密码, 我不能使用Http客户端传递它们并获取身份验证令牌吗


有可能吗,请建议。

简短的回答是,有可能,但不推荐。请参阅下面菲利普的评论

当您拥有用户名和密码时,获取令牌的能力非常有限。 在设备无法提示AAD Auth页面的罕见情况下,或者在本机应用程序/自动化测试等情况下,您可能能够做到这一点

有关限制和解决方法,请参阅本文:

也请看我这里的回答,我在这里为我们的自动化测试工作,但Vibranet评论说,该解决方案将停止工作,但不确定它是否已经发生


Azure AD支持关于OAuth 2.0的各种流。为了直接获取带有用户名和密码的访问令牌,我们可以与资源所有者密码凭证流交互。但是,应小心使用此场景,因为它可能会泄漏密码。您可以从中参考有关规范的此流程


要使用C实现这个流程,可以参考这个。

你在开玩笑吗@4c74356b41是的,正如我提到的,我现在使用的是用户/通行证凭证,但正如他们的PM Vibronet所提到的,它最终将停止工作,除非某些情况下,他们无法使用AAD登录页面…所以答案是“是”,不是“不”@4c74356b41他们不希望客户走那条路,因为他们想阻止它发生。他们甚至对它的工作方式感到惊讶。理解一种方法的局限性和不能做某事是完全不同的两件事你现在解决了这个问题吗?如果您在使用资源所有者密码凭据流方面仍然存在问题,请随时通知我。否无法解决此问题@FeiXue MSFT您能为这个实现推荐任何工作示例吗。。