AWS CLFのサンプル問題（本番形式・解説付き）

解説

エンベロープ暗号化は、データ本体を暗号化する鍵（データキー）と、そのデータキーを暗号化する鍵（KMS キー）を階層にする考え方です。KMS にデータキーの生成を頼むと、すぐ使える平文のデータキーと、KMS キーで暗号化されたデータキーの2つが返ってきます。平文のデータキーでファイルを暗号化したら平文側は速やかに破棄し、暗号化されたデータキーは暗号化済みのファイルと一緒に保管しておきます。復号するときは、まず KMS に暗号化されたデータキーの復号を依頼し、戻ってきたデータキーでファイルを復号します。KMS 自身はデータキーを保管も管理もしない点も押さえておきましょう。「ファイルを KMS へ送信し…」で始まる肢は誤りです。大きなデータを KMS へ送って暗号化してもらう仕組みではなく、KMS が直接扱えるデータのサイズには上限があります。断片ごとに KMS キーを作る運用は鍵の数が際限なく増えていくため、KMS が想定している使い方ではありません。対称鍵の KMS キーには取り出せる公開鍵がなく、鍵素材が KMS の外へ出ることもありません。

解説

インフラをコード（IaC）として定義し、自動で構築・更新・再現できるのが AWS CloudFormation です。手作業のばらつきを排し、再現性を高めます。「Amazon CloudWatch のメトリクス監視」は誤りです。Amazon CloudWatchのメトリクス監視はリソースの状態を可視化・通知する機能であり、インフラの自動構築や再現を行う機能はありません。「AWS CloudTrail によるAPI操作の記録」は誤りです。AWS CloudTrailによるAPI操作の記録は誰が何をしたかの証跡を残す機能であり、インフラをコード（テンプレート）で定義・再現する機能はありません。「Amazon Athena によるSQL分析」は誤りです。Amazon AthenaによるSQL分析はS3上のデータを問い合わせる機能であり、インフラ構成のコード管理とは無関係です。

解説

同種のサーバーを台数で増やすのが水平スケーリング（スケールアウト）です。1台のCPUやメモリを増強するのは垂直スケーリング（スケールアップ）で、両者は別概念です。「アーカイブ」は誤りです。アーカイブは使用頻度の低いデータを低コストストレージに移す操作であり、サーバー台数の増減とは無関係です。「ダウングレード」は誤りです。ダウングレードはスペックを下げる操作を指し、処理能力を高めるスケーリング（拡張）とは逆方向の概念です。

解説

責任共有モデルでは、AWS はクラウド「の」セキュリティ、つまりデータセンターの物理的な保護と、サービスの土台となるハードウェア・ネットワーク・仮想化レイヤーの運用を担います。利用者はクラウド「内」のセキュリティ、つまりゲスト OS のパッチ、保存するデータの公開範囲、IAM の権限設計といった、自分で置いたものと自分で決めた設定に責任を持ちます。

解説

運用タスク（パッチ適用・コマンド実行・パラメータ管理など）を一元化・自動化するのが AWS Systems Manager です。インフラの運用効率を高めます。「Amazon Macie による機密データ検出」は誤りです。Amazon Macieによる機密データ検出はS3に置かれた個人情報などを見つける機能であり、パッチ適用などの運用タスク管理は行いません。「AWS Budgets のコスト予算管理」は誤りです。AWS Budgetsのコスト予算管理は費用の上限設定と通知を行う機能であり、EC2の運用タスク自動化とは無関係です。「AWS Artifact」は誤りです。AWS ArtifactはAWSのコンプライアンスレポートを取得するサービスであり、インスタンスへのパッチ適用や運用自動化は行いません。