無限ノック › SCS 練習問題一覧 › 問題
SCSインフラストラクチャのセキュリティ

ある企業は、リモート従業員が社内の複数の Web アプリケーション(HTTPS)へ VPN なしでアクセスできるゼロトラスト基盤を構築したいと考えています。要件として、リクエストごとに企業 IdP のユーザー ID と、サードパーティのデバイス管理サービスから得られるデバイスのコンプライアンス状態(セキュリティ態勢)を評価し、条件を満たす場合のみアプリへのアクセスを許可する必要があります。エージェント型 VPN クライアントの配布は避けたい方針です。この要件を満たす構成はどれですか。

A
AWS Verified Access を構成し、IAM Identity Center をユーザートラストプロバイダー、サードパーティのデバイス管理サービスをデバイストラストプロバイダーとして登録し、アクセスポリシーでユーザーとデバイス態勢を条件評価する
✓ 正解
Verified Access は VPN 不要でアプリ単位のゼロトラストアクセスを提供し、リクエストごとにユーザートラストプロバイダー(IAM Identity Center)とデバイストラストプロバイダーのシグナルをアクセスポリシーで評価できます。デバイス態勢を含む条件評価という要件に合致します。
B
AWS Client VPN エンドポイントを作成し、SAML ベースのユーザー認証と相互証明書認証を組み合わせ、ルートテーブルとセキュリティグループでアプリケーションサブネットへのアクセスを制御する
Client VPN はエージェント型 VPN クライアントの配布が前提となり、エージェントを避けたい方針に反します。またネットワーク到達性レベルの制御であり、リクエストごとにデバイスのコンプライアンス状態を評価する仕組みも持ちません。
C
Application Load Balancer の OIDC 認証アクションを設定し、企業 IdP でユーザーを認証したうえで、リスナールールでデバイス証明書のコンプライアンス状態を検証してアクセスを制御する
ALB の OIDC 認証アクションは企業 IdP によるユーザー認証は可能ですが、サードパーティのデバイス管理サービスから得られるデバイス態勢シグナルを取り込んで評価する機能はありません。デバイストラストの判定ができず要件を満たしません。
D
AWS PrivateLink で社内アプリをインターフェイス VPC エンドポイントとして公開し、エンドポイントポリシーでユーザー ID とデバイスのコンプライアンス状態を条件として評価し、アクセスを制御する
PrivateLink のエンドポイントポリシーは IAM プリンシパルによる接続制御を目的としており、エンドユーザーのユーザー ID やデバイスのコンプライアンス状態を条件として評価する機能を備えていません。ゼロトラストのデバイス態勢判定には使えません。

解説

AWS Verified Access は VPN なしでアプリ単位のゼロトラストアクセスを実現するサービスで、リクエストごとにトラストプロバイダーからのシグナルを評価します。 ユーザートラストプロバイダー(IAM Identity Center や OIDC IdP)とデバイストラストプロバイダー(サードパーティのデバイス管理サービス)を登録し、Cedar ベースのアクセスポリシーでユーザー ID とデバイスのコンプライアンス状態を組み合わせて評価できます。 選択肢1の Client VPN はエージェント型 VPN クライアントの配布が前提で、リクエストごとのデバイス態勢評価も行えないため要件に反する。 選択肢2の ALB の OIDC 認証はユーザー認証はできるが、サードパーティのデバイス態勢シグナルを評価する仕組みがなくデバイストラストを判定できない。 選択肢3の PrivateLink のエンドポイントポリシーはプリンシパル単位のアクセス制御であり、ユーザー ID やデバイスのコンプライアンス状態を条件評価する機能を持たない。

ドメイン別正答率・予想スコアでリアルタイムに実力把握

無限ノックでSCSを徹底対策。全問AI生成のオリジナル問題。

無料で演習を始める →
← SCS の問題一覧に戻る