クラウドがソフトウェア開発にもたらすリスク【前編】
クラウドセキュリティのリスク増大を招く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
-
製品資料
[スパイスファクトリー株式会社] レガシーに消えるIT予算8割 「刷新か延命か」をAIと人で見極めるための手順 -
製品資料
[JetBrains s.r.o.] ソフトウェア開発は「コーディングエージェント」でどう変わるのか? -
事例
[テクバン株式会社] 太陽ホールディングスは国内外拠点の端末5000台をどう管理しているのか? -
事例
[株式会社キーエンス] PCが苦手でも自動化できる ポポラマーマなど4事例に学ぶ「ナビ搭載型RPA」活用 -
製品資料
[株式会社キーエンス] 自分ひとりでデスクワークを効率化 「AI&ナビ搭載RPA」で実践する業務自動化
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
PHPはそもそも必要か? 脆弱性で問われる自社サイト安全性と保守負担のバランス
-
2
「セキュリティ運用と侵入後の初動防御」に関するアンケート
-
3
Microsoft 365導入後も稟議は「Excelをメールで回覧」 承認が止まる理由
-
4
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
5
「Copilot」がIT予算を食いつぶす? 高額請求を招く課金体系と節約術
-
6
京王電鉄・東京メトロの被害から学ぶ境界防衛 ITの侵害はどこまで波及するか
-
7
米国防総省で300万人分の個人情報が流出 その「意外な原因」と教訓
-
8
PHP2Shellの「事前の情報流出」でパニックに パッチ公開を巡る“混乱劇”
-
9
「契約業務のAI活用」に関するアンケート
-
10
Microsoft 365侵害企業の9割はMFA導入済み 1002人調査で見えた盲点
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
3
「IT史に名を残すシステム障害」8選
-
4
10G回線の真価をフルに享受するには? 導入前にチェックしたいポイント
-
5
SCS評価制度時代の「SASE選定」ガイド
-
6
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
7
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
8
「EDR」選定ガイド:比較・検討フェーズで整理すべきポイントを解説
-
9
MDMだけでは防げない? Appleデバイスに潜む5つのセキュリティギャップ
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー