クラウドがソフトウェア開発にもたらすリスク【前編】
クラウドセキュリティのリスク増大を招くSaaS/PaaSの利用
パブリッククラウド上でソフトウェア開発する際も、セキュリティに関して第一義的な責任を負うのは企業自身であることを認識しなければならない。SaaS/PaaS利用の注意点を解説する。
レガシーアプリケーションからパブリッククラウドサービスのPaaS(Platform as a Service)に移行したり、レガシーデータをSaaS(Software as a Service)アプリケーションに移行したりすることで得られるメリットの1つとして、新たなセキュリティサービスがある。しかしクラウドの利用は通常、企業(特に開発チーム)のセキュリティ責任を増大させるとともに、新たなリスクを招くものである。これらの責任とリスクには、あらゆる種類のパブリッククラウドに共通するものもあれば、特定のSaaSベンダーやPaaSベンダーに固有のものもある。
PaaSとSaaSのどちらを選ぼうとも、データは企業のファイアウォールの外側に出され、「大惨事が起きる可能性が高くなる」と指摘するのは、米ソフトウェアコンサルティング企業Denim Groupのダン・コーネル社長だ。ハッカーたちはシステムの外観を損なうことよりもデータを盗むことに目を向けるようになり、その手口はますます高度かつ巧妙になってきた。
インフラとクラウドを専門とする米Tier1 Research(米451 Researchの1部門)のアナリスト、カール・ブルックス氏によると、共有型パブリッククラウドにデータを置くというのは、同じサービスを利用している他のユーザーに対する強い警戒心を必然的に呼び起こすという。このため、データの移行に当たっては、情報が他のユーザーに漏れるのを防止するために、どのような対策を講じているのかをベンダーに確認する必要がある。
こういった警戒心について、米調査会社Forrester Researchのアナリスト、ジェームズ・スターテン氏は、個人のセキュリティをクラウドのセキュリティに例えて説明する。「スタジアムの観客席で特定の人を見つけるよりも、その人の家に強盗に入る方が簡単だ。同様に、ハッカーにとっては、パグリッククラウドの集団の中から特定の企業を見つけるよりも、その企業に侵入してデータを盗む方が簡単だ」と同氏は話す。これはパブリッククラウドのセキュリティを高める特質の1つだという。
専門家によると、物理的セキュリティとネットワークセキュリティに対するパブリッククラウドベンダーの責任をSLA(Service Level Agreement:サービスレベル契約)で明確化する必要があるという。これらは、企業のコントロールがほとんど及ばない領域であるからだ。その上で、セキュリティに対して第一義的な責任を負うのは企業自身であることを認識しなければならない。ブルックス氏によると、セキュリティで最も重要なベストプラクティスは開発段階にあるという。すなわち、アプリケーションの開発と配備の全ての段階でセキュリティを作りこむということだ。
社内での日常的なセキュリティ慣行も重要だ。「全てのポートが開いたままで、全てのIPアドレスを公開した状態であれば、企業のデータはデータセンターの中よりもクラウド内にある方が危険だ。しかしこれはクラウドの問題ではなく、その企業自身の問題だ」とスターテン氏は語る。
クラウドセキュリティに関して議論した記事
パブリッククラウドのセキュリティ対策
コーネル氏によると、オンプレミスであれクラウドであれ、セキュリティに対する企業の姿勢に最も大きな影響力を持っているのが開発チームだという。アプリケーションの脆弱性を熟知しており、共有環境においてどの弱点が狙われる可能性が高いかを知っているからだ。
「皮肉なことに、自動化、ITスタッフの専門化、データセンターのセキュリティシステムの成熟化などのおかげで社内開発者のセキュリティ責任が軽くなったときに、パブリッククラウドが普及した」と専門家らは指摘する。現在、クラウドの普及に伴い、QA(品質保証)チームやDevOps(開発&運用)チームなども含む開発チームは、従来の冗長型セキュリティコードの作成や広範なセキュリティテストの必要に迫られている。
クラウドセキュリティを実現するには、大規模なテストプロセスを作成しなければならない。「基本的に、単一テナント型Webアプリケーション向けにデザインされた標準的なエンタープライズテストは、マルチテナント型パブリッククラウド向けには不十分だ」とコーネル氏は話す。
SaaSにおけるデータとアプリケーションのセキュリティ
SaaS型クラウドにおけるセキュリティの急所はアプリケーションアクセスだ。マルチテナント型SaaSアプリケーションを対象としたテストでは、認証と権限付与のテストを優先すべきだ。アクセスのセキュリティに対する責任は、SaaSベンダーと企業の両方にある。
「テスト担当チームと開発チームは、ベンダーが適切なコントロールを実施しているかどうか確認しなければならない」とコーネル氏は語る。テストの権利と責任をSaaSのSLAに明記する必要もある。ブルックス氏によると、SaaSクラウドアプリケーションへのデータの移行前、移行中および移行後に双方がどのようなテストを実施するのか確認することも重要だという。
コーネル氏によると、一部の企業では社内のチームがSaaSベンダーのセキュリティをテストする権利を規定したSLAを策定しているようだ。例えば、侵入テスターが3カ月ごとにSaaSシステムへの侵入を試み、脆弱性が見つかった場合は修正を求める権利を確保した企業もあるという。
「SaaSベンダーはテストを実施し、欠陥を修正する責任があることをSLAに明記しなければならない」とブルックス氏は話す。文書化されていないと、脆弱性を修正させるのが難しい場合があるからだ。「こういった文書がなければ、ユーザーが不満を訴えてもベンダーが改善するとは限らない」
幸いなことに、SaaSは成熟した技術であり、成熟したベンダーも数多く存在する。また、SaaSベンダーは大抵の企業よりもはるかに多くの予算をセキュリティに注ぎ込んでいる。
後編「セキュリティと財務基盤は別物? 新興PaaSベンダーにまつわる不安」ではPaaSベンダーのセキュリティについて考える。
Copyright © ITmedia, Inc. All Rights Reserved.
クラウドがソフトウェア開発にもたらすリスク
この記事の著者
新着ホワイトペーパー PR
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは? -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
2
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
「有線LAN環境」に関するアンケート
-
5
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
6
「データストレージの活用方法」に関するアンケート
-
7
「AI活用を前提とした業務PCへの移行」に関するアンケート
-
8
Nutanix+Everpure構成の実力は? 既存資産を生かす「脱VMware」の検証
-
9
「自動化」で「DX」は強制的に進む? そのシンプルな理由
-
10
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
ホワイトペーパーランキング PR
-
1
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
9
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
10
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー