午前I問題

クラウドサービス利用におけるセキュリティ管理に関する記述として、適切なものはどれか。

ア)クラウドサービスを利用すれば、利用者は自社のセキュリティ対策を一切講じる必要がなくなる。

イ)クラウドサービスの利用形態(SaaS、PaaS、IaaS)にかかわらず、事業者と利用者の責任範囲は常に同一である。

ウ)クラウドサービス事業者と利用者の間で、どちらがどのセキュリティ管理策を担うかを明確にする考え方を責任共有モデルという。

エ)責任共有モデルにおいて、物理的なデータセンターのセキュリティは利用形態によらず常に利用者の責任となる。

午前I の解答・解説を見る

正解: ウ)

解説:

  • ア)不正解。クラウド事業者が担う範囲(インフラ等)は保護されるが、利用者側のアカウント管理・データ設定・アクセス制御等は利用者自身の責任であり、対策が不要になるわけではない。
  • イ)不正解。SaaS・PaaS・IaaSでは事業者と利用者の責任分界点が異なる。IaaSでは利用者の責任範囲が広く(OS以上を利用者が管理)、SaaSでは事業者の責任範囲が広い(アプリケーションまで事業者が管理)。
  • ウ)正解。責任共有モデル(Shared Responsibility Model)は、クラウド事業者と利用者が担うセキュリティ責任の境界を明確化する考え方であり、AWS・Azure・GCP等主要クラウド事業者が公表している。
  • エ)不正解。物理的なデータセンターのセキュリティ(施設への入退室管理、ハードウェアの物理的保護等)は、SaaS・PaaS・IaaSいずれの形態でも一般にクラウド事業者側の責任範囲である。

午前II問題

CSPM(Cloud Security Posture Management)に関する記述として、最も適切なものはどれか。

ア)クラウド上のネットワークトラフィックを暗号化し、盗聴を防止するためのVPNゲートウェイ機能である。

イ)クラウド環境の設定状況を継続的に監視し、公開S3バケットの誤設定やセキュリティグループの過剰許可などのミスコンフィグレーションを自動検知・是正提案する仕組みである。

ウ)クラウド上で稼働するコンテナイメージの脆弱性を、ビルド時にのみスキャンするCI/CDパイプライン専用ツールである。

エ)クラウド利用者の認証情報(ID・パスワード)をシングルサインオンで一元管理する仕組みである。

午前II の解答・解説を見る

正解: イ)

解説:

  • ア)不正解。これはVPN(Virtual Private Network)ゲートウェイの説明であり、CSPMとは目的が異なる。CSPMは通信の暗号化ではなく設定の可視化・是正を担う。
  • イ)正解。CSPMはクラウド環境(IaaS/PaaS)の構成設定を継続的に監視し、公開範囲の誤ったストレージ、過剰に許可されたセキュリティグループ、暗号化未設定のリソースなど、意図しないミスコンフィグレーション(設定不備)をベストプラクティスやコンプライアンス基準と照合して自動検知し、是正を促すツール・仕組みである。
  • ウ)不正解。ビルド時のコンテナイメージ脆弱性スキャンはCSPMではなくCWPP(Cloud Workload Protection Platform)やコンテナセキュリティツールの領域であり、また「ビルド時のみ」という限定も誤り(実行時の監視も対象になり得る)。
  • エ)不正解。認証情報の一元管理とシングルサインオンはIAM(Identity and Access Management)やIdP(IDaaS)の機能であり、CSPMの主目的である設定監視とは異なる。

午後問題

Z社は自社サービスの基盤をオンプレミスからIaaS(クラウド)へ移行するプロジェクトを進めている。移行後、セキュリティ担当者CさんがCSPMツールを試験導入したところ、以下の問題点が検出された。

  • ストレージバケットの1つが「インターネックからの読み取りを許可(パブリックアクセス)」に設定されており、顧客の請求書PDFが保存されていた
  • 管理用サーバのセキュリティグループで、SSH(TCP/22)が送信元IPアドレス制限なし(0.0.0.0/0)で許可されていた
  • 開発者が個人のクラウドアカウントに強力な管理者権限(フルアクセス)を持つIAMポリシーを付与されたまま、退職後もアカウントが無効化されていなかった

Cさんはこれらの検出結果を踏まえ、移行プロジェクトの責任分界を再確認するとともに、再発防止策を検討することになった。

設問1

Z社がIaaS環境で発生させたこれら3つの問題点はいずれも「クラウド事業者側の責任」ではなく「利用者側の責任」に分類される。IaaSにおける責任共有モデルの一般的な考え方に基づき、その理由を60字以内で説明せよ。

設問1の解答・解説を見る

正解例: IaaSでは事業者は物理基盤・仮想化基盤までを担い、OS・ミドルウェア・アプリ設定・データ・アクセス制御は利用者の責任範囲であるため。(58字)

解説: IaaS(Infrastructure as a Service)における責任共有モデルでは、クラウド事業者はデータセンターの物理セキュリティ、ネットワーク基盤、仮想化基盤(ハイパーバイザ等)までを管理する一方、その上のOS、ミドルウェア、アプリケーション、そして本問のようなストレージの公開設定・セキュリティグループの許可範囲・IAM権限管理といった「設定」に関する事項は利用者側の責任となる。SaaSに近づくほど事業者側の責任範囲が広がるが、IaaSでは利用者の責任範囲が最も広い。

解説・採点基準(計15点):

採点項目キーワード配点
事業者側の責任範囲「物理基盤」「インフラ」「仮想化基盤」など事業者側が担う範囲への言及5点
利用者側の責任範囲「OS」「ミドルウェア」「設定」「アクセス制御」「データ」など利用者が担う範囲への言及5点
IaaSの特徴「IaaSでは利用者の責任範囲が広い」という趣旨の言及5点

部分点:事業者・利用者どちらか一方の範囲のみ正確に説明できていれば当該項目のみ加点する。

設問2

Z社は今後同様の設定不備を未然に防ぐため、CSPMツールの継続的な本番運用に加えて、組織的な再発防止策を導入したいと考えている。IAM権限に関する問題点(開発者への過剰な管理者権限付与、退職後のアカウント放置)に対する具体的な対策を、2つの観点から合わせて80字以内で述べよ。

設問2の解答・解説を見る

正解例: ①業務に必要な最小限の権限のみ付与する最小権限の原則を徹底する。②入退社・異動時のアカウント棚卸し(ライフサイクル管理)を定期的かつ確実に実施する。(約75字)

解説: IAM権限の過剰付与に対しては、職務遂行に必要な最小限の権限のみを付与する「最小権限の原則(Principle of Least Privilege)」の徹底が有効である。また、退職後もアカウントが有効なまま残っていた問題に対しては、人事異動・退職などのライフサイクルイベントに連動してアカウントを速やかに無効化・削除する仕組み(IDライフサイクル管理)や、定期的なアクセス権限の棚卸し(アクセスレビュー)を組織プロセスとして確立する必要がある。CSPMやIAMの自動検知ツールと組織的なプロセス(承認フロー、定期レビュー)を組み合わせることが実効性を高める。

解説・採点基準(計15点):

採点項目キーワード配点
観点1:最小権限「最小権限の原則」「必要最小限の権限」等のキーワード6点
観点2:ライフサイクル管理「アカウント棚卸し」「定期レビュー」「退職時の無効化」「ライフサイクル管理」等6点
実務的な運用への言及定期的・継続的な実施、承認フロー等プロセス化への言及3点

部分点:観点が1つのみ正確に書けていれば当該観点分のみ加点する。

重要キーワード

用語説明
責任共有モデルクラウド事業者と利用者の間でセキュリティ責任の分担範囲を明確化する考え方。SaaS/PaaS/IaaSで境界が異なる
CSPMCloud Security Posture Management。クラウド環境の設定不備を継続的に検知・是正する仕組み
クラウド設定不備ストレージの公開設定やセキュリティグループの過剰許可など、意図しないクラウドリソースの誤設定
最小権限の原則利用者・システムに対し業務遂行に必要最小限の権限のみを付与するセキュリティ原則
IAMIdentity and Access Management。クラウド上のID・アクセス権限を管理する仕組み
セキュリティグループIaaS環境における仮想的なファイアウォール機能。インスタンス単位で通信の許可・拒否を制御する

まとめ

  • 午前I視点: 責任共有モデルの基本概念と、SaaS/PaaS/IaaSで事業者・利用者の責任範囲が変化する点を正確に理解する
  • 午前II視点: CSPMの役割(設定不備の継続的な検知・是正)を、IAM・CWPP・VPN等の類似ツール・機能と区別して説明できるようにする
  • 午後視点: IaaS移行時に発生しやすい設定不備(公開ストレージ、過剰なセキュリティグループ許可、IAM権限の放置)を責任共有モデルの観点から分析し、最小権限の原則とアカウントライフサイクル管理という組織的対策を論述できるようにする