「利用者側は、何をすればいい?」
「設定ミスの情報漏洩、あれは誰の責任?」
「クラウドに預ければ、セキュリティはAWS任せで安心」。この思い込みが、設定ミスによる情報漏洩の温床になります。まず、その誤解を正します。
AWS責任共有モデルとは、クラウドのセキュリティをAWSと利用者で分担するという取り決めです。AWSは基盤側を守り、利用者は自分が置いたデータや設定を守る。外してはいけない要点は、「守る責任は、境界線を挟んで両者に分かれている」という一点です。
この記事では、まずAWSと利用者の守備範囲を図で分け、それぞれの担当を表で切り分けます。さらにサービスの種類で境界線が動くことを押さえ、誤解しやすい点とCLFでの問われ方まで示します。
1. 責任共有モデルとは何か
責任共有モデルの要点は、「クラウドのセキュリティは、AWSだけでも利用者だけでも完成しない」ことです。AWSはデータセンターの施錠やハードウェア、基盤の運用を守ります。一方、その上に利用者が置いたデータや、設定した権限は、利用者自身が守ります。
つまり、クラウドを使うだけでセキュリティが完成するわけではありません。あなたが自分の担当範囲を正しく守って、初めて全体の安全が成り立ちます。「AWSが土台を固めてくれるからこそ、利用者は中身の管理に集中できる」——分担は、責任のなすり合いではなく、役割分けだと捉えてください。クラウドそのものの成り立ちは クラウドコンピューティングとは で押さえておくと、この分担の意味が立体的になります。
2. AWSが守る範囲と、利用者が守る範囲
境界線を、はっきり図にします。AWSの担当は「クラウドそのもののセキュリティ（of the cloud）」、利用者の担当は「クラウドの中のセキュリティ（in the cloud）」です。
| AWSが守る（of the cloud） | 利用者が守る（in the cloud） |
|---|---|
| データセンターの物理セキュリティ | 保存するデータそのもの |
| サーバー・ストレージ・ネットワーク機器 | OSやアプリのセキュリティ設定 |
| 基盤となるソフトウェアの運用 | アクセス権限（IAM）の管理・暗号化 |
3. サービス種別で動く責任の線
境界線は、いつも同じ位置にあるわけではありません。利用するサービスの種類（IaaS・PaaS・SaaS）によって、線は上下に動きます。より多くをAWSに任せるサービスほど、利用者の担当は減ります。
たとえばIaaS（仮想サーバー）では、OSの更新やミドルウェアの管理まで利用者の責任です。借りるのは土地と建物の骨組みだけで、内装から鍵まで自分で用意するイメージです。PaaSに上がると、その基盤部分はAWSが担い、利用者はアプリとデータに集中できます。SaaS（完成した業務アプリ）になると、利用者の責任は主にデータと利用者アカウントの管理まで狭まります。抽象度が上がるほど任せる範囲が広がる関係は SaaS・PaaS・IaaSとは で押さえると腑に落ちます。
4. 誤解しやすい点と、試験での問われ方
CLFやSAAでは、責任共有モデルは「その作業はAWSと利用者のどちらの責任か」を選ばせる形で問われます。あなたが押さえるべき切り分けを示します。
- 物理セキュリティ・ハードウェアの保守 → AWS
- データの暗号化・アクセス権限の設定 → 利用者
- OSやアプリのパッチ（IaaSの場合）→ 利用者
いちばんの誤解は、「クラウドに置けば、セキュリティは自動で守られる」という思い込みです。責任共有モデルの立場では、これは明確に誤りです。データの管理も権限の設定も、利用者が担います。「土台はAWS、中身は自分」——この一線を握っておけば、責任の所在を問う設問で迷いません。設定ミスは利用者の責任、という現実を、あなたは実務でも忘れないでください。
次のステップ
AWSの全体像とセキュリティの基礎を固めたいなら、AWS認定クラウドプラクティショナーの試験範囲と勉強法ガイド を入口に、責任共有モデルがどの単元とつながるかをたどれます。
知識を答えに変えるなら、AWS CLF セキュリティの問題集 で、責任の切り分けを問う設問を解き、判断を反射で出せるようにしてください。