View a markdown version of this page

IAM Identity Center と Device Trust Provider を使用 - 初回リクエスト後 - AWS Verified Access リクエストの検証フロー

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

IAM Identity Center と Device Trust Provider を使用 - 初回リクエスト後

公開日: 2023 年 2 月 22 日 (図の履歴)

このフローは、アプリケーションドメインがブラウザ拡張機能の信頼されたドメインリストに既に存在する場合に、AWS Verified Access が後続のリクエストを処理する方法を示しています。ブラウザ拡張機能には、各リクエストにデバイス情報 Cookie が自動的に含まれます。

IAM アイデンティティセンターとデバイスの信頼による AWS Verified Access - 後続のリクエストフロー

ブラウザ拡張機能にデバイス情報が自動的に含まれる、デバイス信頼プロバイダーによる AWS Verified Access の後続のリクエストフローを示すアーキテクチャ図。

次の手順では、リクエストの検証フローについて説明します。

  1. アプリケーションドメインはブラウザ拡張機能の許可リストにあります。ブラウザ拡張機能は、デバイス情報 Cookie を設定します。

  2. ユーザーは最初のリクエストを AWS Verified Access エンドポイントに送信します。ID Cookie とデバイス情報 Cookie は、アプリケーションドメインへのリクエストに含まれています。

  3. AWS Verified Access は、ユーザー ID Cookie とデバイス情報 Cookie を使用してリクエストを受け取ります。リクエストごとに、ユーザー ID とデバイス体制の両方を使用して、ポリシーに対してユーザーリクエストを検証します。

  4. AWS Verified Access プロキシは、お客様の Amazon VPC 内のアプリケーションエンドポイントへのリクエストを検証しました。

注記

ID Cookie には有効期限が関連付けられています。その有効期限が切れると、ユーザーは IAM アイデンティティセンターで再認証する必要があります。ローカルデバイスエージェントは、各リクエストのデバイス体制情報を継続的に収集します。

詳細情報

詳細については、次のリソースを参照してください。

図の履歴

このリファレンスアーキテクチャ図の更新について通知を受け取るには、RSS フィードにサブスクライブします。

変更説明日付

初版発行

リファレンスアーキテクチャ図が最初に公開されました。

2023 年 2 月 22 日

初版発行

リファレンスアーキテクチャ図が最初に公開されました。

2023 年 2 月 22 日

初版発行

リファレンスアーキテクチャ図が最初に公開されました。

2023 年 2 月 22 日

初版発行

リファレンスアーキテクチャ図が最初に公開されました。

2023 年 2 月 22 日

注記

RSS 更新をサブスクライブするには、使用しているブラウザで RSS プラグインが有効になっている必要があります。