データ保存場所や権限、ファイルシステムに注目
PaaS契約前に確認すべき3つのセキュリティ課題
PaaSの利用を検討する際、考慮すべきなのがセキュリティだ。ベンダーと契約を締結する前に検討しておきたい、PaaSの主要なセキュリティ課題を取り上げる。
高いセキュリティ意識を持つ企業の多くが、Infrastructure as a Service(IaaS)に関わるセキュリティ問題を避けるために、ファイルなどをクラウドに置く前に暗号化するという単純な解決策を採用している。だがこのアプローチは、残念ながらPlatform as a Service(PaaS)のセキュリティ問題を避ける最善の策とはいえない。
PaaSは、データアクセスや処理の環境を作り出す。データはPaaS環境の中でアクセスされ、変換され、保存される。そのためにデータの暗号化と復号が必要になり、管理上の重大な問題が生じる。
PaaSのセキュリティ問題は、暗号化の事例のみにとどまらない。本稿では、PaaS事業者と契約を結ぶ際、企業が検討すべきPaaSのセキュリティ課題について取り上げる。
データ保存場所
PaaSでは、ソフトウェアの開発環境に加え、ファイルを保存するためのストレージも提供する。実際のプラットフォームは単一のホストではなく、クラスタ化された一群のホストと考えることができる。つまり、物理的には、自社のデータの存在場所をセクタやホストの単位で切り離すことはできない。データが単一の場所にないために、セキュリティは複雑さを増す。1カ所にある方が、複数箇所にあるよりもセキュリティ対策は容易だからだ。
PaaSは、ソフトウェアやストレージエリア、必要なワークスペースといった開発に必要なツールと環境を提供することにより、ソフトウェア開発に要するコストを低減できるのがうたい文句だ。PaaS環境では部分的に、データの複製を通じて効率化を達成する。
データを複製すると、開発者やユーザーはデータを利用しやすくなる。だがデータが完全に削除されることはなく、データへのポインタが削除されるにすぎない。ポインタから分離されたデータは、他のデータと同様に残存する。この場合、データの正確な場所が分からないため、セキュリティ対策が困難になる。
アクセス権限
PaaSで人気があるのは、よく宣伝される「内蔵デバッグ機能」だ。ソフトウェア開発者は一般的に、コードに見つかった問題に対処する目的でデバッグをする。デバッグ機能は、開発者がさまざまな結果を検証するために、データやメモリロケーションへアクセスし、コードをチェックして値を書き換えられるようにする。デバッグは特権に匹敵するアクセス権限をもたらすこともあり、開発者のみならず、攻撃者にとっても極めて有用なツールとなる。
PaaSを利用するもう1つのメリットは、セキュリティとプログラマーの権限との間でバランスを取る配慮が不要になることだ。多くの場合、プログラマーは、権限のある環境内で作業したいと考えることから、実際に必要な権限を個別に見極めるのではなく、単純なフルアクセスを要求する。組織は、開発工程をPaaS環境に移行することで、この微妙な問題の解決をクラウドサービス事業者に委ねることになる。明らかにこれは、安全性の保証にもならなければ、問題の最善の解決策でもない。ただ責任を他者に転嫁するにすぎない。
分散型のシステム
PaaSのファイルシステムは、高度に分散していることもよくある。人気のある実装方法の1つは、Hadoop Distributed File System(HDFS)の利用だ。HDFSサービスは、ファイルデータを格納する「データノード」、ファイル名や格納場所などのメタデータを管理する「ネームノード」といった、独立して管理されるノードを利用する。ノードは独立していても、クラスタはクラウドサービス事業者が保有しており、標準化されたパスが設定されることが多い。HDFSは、デフォルトのポートとして50070、50075、50090を利用する。これらはTCPポートだが、障害を誘発したりサービス不能状態に陥れたりする攻撃経路にもなる。
さらに、Hadoopのプログラミングモデルである「MapReduce」を利用するためには、TCPポート50030と50060へのアクセスを許可しなければならない。ネームノードやデータノード、バックアップノード、ジョブトラッカー、タスクトラッカーでも別のポートを開く必要がある。これらは業務と管理のために使われるものだが、潜在的な攻撃経路にもなり得る。
潜在的な攻撃経路は、真の脆弱性ではないとの認識は重要だ。ただし、こうした攻撃経路は、PaaSに肩入れする前に詳しく分析しておく必要がある。トラフィックフローのチェックとセキュリティ対策の導入は必要最低条件だ。セキュリティ対策はクラウドサービス事業者が提供すべきだが、それを検証する責任は顧客にある。
本稿筆者のシャール・サンプル氏は、インターネットセキュリティ分野で20年近くの経験を持ち、公的組織や民間企業でさまざまなセキュリティ技術のインテグレーションに携わってきた。現在は米キャピトル・カレッジの博士号取得候補者であり、攻撃特定における文化的マーカーの利用を論文のテーマとしている。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[富士ソフト株式会社] 受注業務は既に変革のステージ 出遅れて競争力を失わないためのDX戦略 -
市場調査・トレンド
[富士ソフト株式会社] 受注業務でありがち 「今は困っていない」と見直しを先送りにすることの弊害 -
製品資料
[富士ソフト株式会社] 「B2B EC」選定を製品比較から始めると迷走する理由 -
技術文書・技術解説
[SB C&S株式会社] 「Everpure FlashArray」技術詳細解説資料:概要から認証、サイジングまで解説 -
市場調査・トレンド
[セコムトラストシステムズ株式会社] EDR導入を成功に導くロードマップ:選定/稟議/運用のつまずきを防ぐコツ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
2
IT業界の女性は9割が10年で消える 人材枯渇を招く“見えない壁”の正体
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
VMware離れの現実解 2500台のVM移行に挑む製造大手の全記録
-
5
「IBM i(AS/400)はクローズドなシステム」という誤解 DXに寄与する一歩
-
6
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
7
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
8
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
9
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
-
10
IT製品の導入に関するアンケート「PC&デバイス」編
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
7
ランサムウェア攻撃“究極の対策”はこれだ
-
8
サイバー脅威「トップ50」完全解説ガイド、新たな攻撃手法に対抗するには
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
生成AIの活用を阻む「5つの壁」とは? AIネイティブ組織へ変革を遂げる方法
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー