説明

説明
グラフィカル ユーザー インターフェイス、テキスト、アプリケーション、テーブルの説明が自動的に生成される

シナリオ: セキュリティ要件
Azure サービスで使用されるすべてのシークレットは、Azure Key Vault に保存する必要があります。
資格情報を必要とするサービスには、サービス インスタンスに関連付けられた資格情報が必要です。資格情報をサービス間で共有してはなりません。
ボックス 1: サービス プリンシパル
サービス プリンシパルは、アプリケーションまたはサービス、つまりユーザーやグループではなくコードの一部を識別するセキュリティ プリンシパルの一種です。サービス プリンシパルのオブジェクト ID はクライアント ID として知られ、ユーザー名のように機能します。サービス プリンシパルのクライアント シークレットは、そのパスワードのように機能します。
注: Key Vault による認証は、特定のセキュリティ プリンシパルの ID を認証する役割を担う Azure Active Directory (Azure AD) と連携して機能します。
セキュリティ プリンシパルは、Azure リソースへのアクセスを要求しているユーザー、グループ、サービス、またはアプリケーションを表すオブジェクトです。Azure は、すべてのセキュリティ プリンシパルに一意のオブジェクト ID を割り当てます。
ボックス 2: 役割の割り当て
Azure ロールベースのアクセス制御を使用して、Key Vault のキー、証明書、およびシークレットへのアクセスを提供できます。
参照：
https://docs.microsoft.com/en-us/azure/key-vault/general/authentication

参照：
https://docs.microsoft.com/en-us/azure/load-balancer/load-balancer-standard-diagnostics

参照：
https://docs.microsoft.com/en-us/azure/architecture/guide/technology-choices/load-balancing-overview

説明
グラフィカル ユーザー インターフェイス、テキスト、アプリケーション、電子メール 説明が自動生成される

ボックス 1: Web アプリケーション
認証コード付与タイプは、ユーザーがアプリを認証した後にアクセス トークンを取得するために、Web アプリとネイティブ アプリの両方で使用されます。
注: 認証コード付与タイプは、アクセス トークンの認証コードを交換するために機密クライアントとパブリック クライアントによって使用されます。
ユーザーがリダイレクト URL 経由でクライアントに戻った後、アプリケーションは URL から認証コードを取得し、それを使用してアクセス トークンを要求します。
参照：
https://developer.okta.com/blog/2018/04/10/oauth-authorization-code-grant-type
https://connect2id.com/products/server/docs/guides/client-registration