0

Microsoft Dynamics 365では、クレームベースの認証、Active Directory認証、OAuth 2.0の3つの認証用セキュリティモデルがサポートされています。Dynamics 365認証

私はOath2.0に基づくActive Directory認証を実装することができました。 Active Directory認証とOath 2.0の違いは何ですか?また、Dynamics 365のOAuth 2.0セキュリティを構成するにはどうすればよいですか。誓約やActive Directoryに関する知識はあまりありません。

答えて

1

私の理解に基づいて、OAuthを使用する利点の1つは、アプリケーションがマルチファクタ認証をサポートできることです。

あなたがOAuthのとActive Directoryとの間で、詳細については、以下のリンクを参照することができクレームベース認証:ダイナミクス365用

Connect to Microsoft Dynamics 365 web services using OAuth

Active Directory and claims-based authentication

あなたは何を意味したOAuth 2.0のセキュリティ?

+0

Hei Fei Xue、最初のリンクには次のように書かれています://タイトルは「OAuthを使用したMicrosoft Dynamics 365 Webサービスですが、Azure Active Directoryで登録アプリケーションを認証します。認証、およびOAuth 2.0」その認証Active Directory認証またはOath2.0です。それはOath認証であり、その要素はActive Directoryですか? –

+0

Azure Active Directoryは、OAuth 2.0プロトコルをサポートしています。 Azure ADからリソースにアクセスするためのアクセストークンを取得すると、我々はOAuth 2.0プロトコルを通じてAzure ADと対話します。しかし、Dynamics 365のActive Directory認証とクレームベースの認証は異なります。クレームベースの認証は、SAML(Security Assertion Markup Language)トークンの使用を記述する一連のWS- *標準です。あなたは、これについての詳細を、口頭での投稿の第2のリンクから得ることができます。 –

+0

だから、Azure ADとADは別のものです:)。さて、今私にとっては明らかです。 –

関連する問題