パブリッククラウドのセキュリティを強化する
AWSのデータ漏えいに学ぶ クラウドの契約前に必ず確認すべき4つの事項
米金融大手Capital One Financialが直面したAWSからのデータ漏えい事件は、パブリッククラウドのセキュリティについての懸念を浮き彫りにした。データを確実に保護するために、確認すべき事項を説明する。
2019年夏、金融機関Capital One Financialがクラウドサービス群「Amazon Web Services」（AWS）に保管していた、クレジットカード申請者1億600万人分のデータが漏えいした。攻撃者は、ファイアウォールの構成ミスを悪用してデータを盗み出したと報道されている。盗まれたデータには、氏名、住所、社会保障番号が含まれていた。
今回のAWSへの攻撃は、サーバサイドリクエストフォージェリ（SSRF）の一種だと考えられる。SSRFはサーバに偽装したリクエストを送り、通常は実行を許可すべきではないコマンドを実行させる。SSRFは特に、パブリッククラウドを利用する企業の懸念材料になる。ユーザー企業には、クラウドベンダーがこうした手口を防ぐために必要な手段を講じているかどうかが分かりづらいためだ。
今回の事件の犯人はAWSの関係者だったとみられる。企業の内部関係者によって脅威がもたらされることは少なくない。企業向けセキュリティシステムには、内部関係者によるデータの持ち出しに対して、システムを守るために設計されたデータ損失防止（DLP：Data Loss Prevention）機能が含まれていることがある。
AWSのようなパブリッククラウドについて言えば、インフラ部分のセキュリティ対策を過信してはいけない。ユーザー企業側の管理者が時間を取って、運用するパブリッククラウドのセキュリティポリシーを理解することが不可欠になる。本稿は、パブリッククラウドとそのセキュリティ対策について、調査しておきたい主な領域を幾つか紹介する。
1．データの保管先
1つ目の調査事項は、データの保管先だ。2018年に施行された欧州のGDPR（一般データ保護規則）は、この項目を重要事項として扱っている。そのためか、データの保管先に関する情報は通常、簡単に入手できる。データの保管先となる国がどこかによって、ユーザー企業の権利とクラウドベンダーの責任の範囲は変わる。
2．データの暗号化
データの保管先が分かったら、そのデータを保護する仕組みを確認する。データを暗号化するとしたら、暗号鍵の所有者も確認する。例えばある有名なクラウドバックアップベンダーは、暗号鍵のデフォルトの管理方法として、ユーザーのIDとパスワードに基づくシステムを利用している。この対策自体は問題ないが、誰がその情報にアクセスできるかが問題になる。
大半のクラウドベンダーは、ユーザー企業が暗号鍵の所在を選べるようにしている。この方法だと確かに安全性は高くなるが、クラウドベンダーが鍵を所持していない場合、鍵をなくしたらデータにアクセスできなくなる。
3．データアクセス
Capital One Financialの事件では、攻撃者が自らの行為を明かすまで、Capital One Financial側はデータにアクセスされていることさえ気付かなかったとみられる。物理的な盗難とは異なり、データの盗難は発生してもすぐには分からない。しかしその影響は決して無視できない。
投資銀行Morgan Stanleyのあるアナリストによると、Capital One Financialはこの事件を解決するために約1億～5億ドルの費用を負担することになるという。大手パブリッククラウドを利用する企業は、そのクラウドベンダーの社内で、データにアクセスできる担当者についての詳しい情報を要求することが大切だ。アクセス権は特定の担当者に限られているのかどうか、それとも関連企業もデータやアカウント情報にアクセスできるのかどうかを確かめる。
4．データの廃棄と終了
クラウドに移行するメリットの一つは、ハードウェアのアップグレードをベンダーに任せられることにある。アップグレードされた後、暗号化されていない可能性の高いデータが詰まった、古いディスクはどうなるのだろうか。他の古いディスクと一緒に保管されるのだろうか、それともデータの削除を請け負うテクノロジー企業に渡されるのだろうか。
ディスクがどう処理されるにせよ、ITインフラを移行する前に、データが安全性の高い方法で消去されることを確認した方がよい。クラウドベンダーにポリシーを尋ね、データの消去についてのポリシーを確認する。
クラウドストレージのサブスクリプションを継続せず、利用を止めたときのデータの取り扱いや、削除の方法も確認しなければならない。歴史的に見て、OSの削除機能は確実性に欠ける。加えてデータを全て消去するには多くの時間がかかる。そのためクラウドサービスを解約する際に、クラウドベンダーが確実にデータを削除することを確認する。
AWSで発生したデータ漏えいによって、クラウドベンダーが用意するパブリッククラウドのセキュリティ対策だけでは、データ漏えいは防げないことが明らかになった。パブリッククラウドを使って社外で保管するデータも、オンプレミスに保管するデータと同様、正式なポリシーと手順によって保護しなければならない。クラウドベンダーは厳しい質問を受けるのを嫌がる可能性がある。しかし自社のデータを保護するためには、そうした行為が必要だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[サイボウズ株式会社] DXに必要な「Dスキル」「Xスキル」を持った人材を育成するには？ -
市場調査・トレンド
[サイボウズ株式会社] データで見る、DXが「順調に進む企業」と「つまずく企業」の違い -
製品資料
[サイボウズ株式会社] 賛否が割れがちな「Notesからの移行」 新環境への移行を納得してもらうには？ -
事例
[ServiceNow Japan合同会社] 農林中金に学ぶ内製開発 処理効率を約2倍に高めAI活用も加速させた方法とは？ -
事例
[ServiceNow Japan合同会社] NTTグループのデジタル変革術、17万人が利用する決裁プロセス刷新の全貌
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
3
「OSの選定・導入」に関するアンケート
-
4
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
5
「コピペ運用の限界」に直面するAI活用 7割超が“別画面”のまま使う理由は？
-
6
AI基盤は本当に「オンプレ回帰」する？ Broadcomの言い分と企業の本音
-
7
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
8
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
9
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
10
エンジニアの4分の3が転職で年収増 doda調査に見る「もうかる転職」の条件
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
3
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
6
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
-
7
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
8
マンガで解説：「ゼロトラスト」「SASE」の必要性とメリット
-
9
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
10
情報セキュリティ対策早分かりガイド：25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー