データ保存場所や権限、ファイルシステムに注目
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
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
4
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
BMWも導入 78兆円市場に化ける「フィジカルAI」の衝撃
-
9
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
10
「AI活用を前提とした業務PCへの移行」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー