リスクを明らかにする努力は足りているか
モバイルアプリの脆弱性:組織で対策すべき5つのリスクとは
モバイルアプリに関わるリスクには最優先で取り組む必要がある。安全性が確認されていないモバイルアプリの危険性について、専門家が解説する。
企業の情報セキュリティマネージャーに、モバイルアプリに関するリスクへの対処方法について聞いてみると、大抵の場合、MDM(モバイルデバイス管理)とUEM(統合エンドポイント管理)をネットワーク全体にわたってどのように導入しているかという返答を得る。MDMとUEMには有用な幾つかの制御機能が含まれているが、このモバイルアプリの議論は、単にそれだけのものではない。
従来のネットワークとデバイス層に加えて、モバイルアプリに関連するセキュリティは、モバイルエンドポイントにあるもの全てに関わる、というよりもむしろ、Webアプリケーションやシステム開発ライフサイクルと密接に関連している。それでも、セキュリティリスクを最小限に抑えるために、モバイルアプリは特定のタイプの注意が必要となる実際の業務用アプリケーションではなく、単発のニッチ製品として扱われることが多いようだ。
情報セキュリティプログラムが持つこの側面を効果的に管理したいのであれば、まずモバイルアプリに関するセキュリティを認識し、その監視体制を構築することだ。その際、社内で開発されたモバイルアプリを全体のリスク管理の取り組みに包含し、開発および品質保証プロセスに統合する必要がある。モバイルアプリの運用をマーケティング会社、オフショア開発者、または他の誰かにアウトソースしている場合、セキュリティ監視は多少なりとも限定的になる場合があるが、そのことで組織が全ての責任から免れるというわけではない。
いずれの状況においても、いざモバイルアプリのセキュリティを監視対象とするとなれば、セキュリティ要件が満たされていることを確認するために他のコアビジネスシステムに対して実施するのと同じアプローチが必要だ。これには、以下のモバイルアプリを中心に考えたアプローチを含む。
- セキュリティポリシーと対策基準。これは合意後、文書化され、必要な全ての関係者、特に社内外のデベロッパーと品質保証テスターと共有する。
- 特定の脅威と確認された、または潜在的な攻撃対象の領域を特定する脅威モデリング。
- アプリおよびそのアプリに関連するインフラストラクチャとWebサービスに対する脆弱(ぜいじゃく)性診断と侵入テスト。これは、社内チームまたは第三者が実施する。
- 静的解析によるソースコードレビュー。または、対話型アプリケーションセキュリティテスト。
- ベンダーマネジメントとモバイルアプリのサプライチェーン内のあらゆる側面に関連するサードパーティーへの監査。これには開発、インフラストラクチャサービスおよびクラウドベンダーを含む。
上記の各対策が導入されず、他の業務システムと同じレベルの監視が実施されない場合、モバイルアプリはセキュリティ確保のための努力もむなしく、目に見えるセキュリティリスクをもたらす。
Webサーバには、セキュリティ上の弱点となり得るセキュリティパッチの欠落がある可能性がある一方で、入力検証の不備はSQLインジェクションにつながり、脆弱なアクセス制御はユーザーセッションのセキュリティ侵害につながる可能性がある。クリアテキストでのHTTP通信セッションは、ワイヤレスネットワーク盗聴者に通信内容全てが漏えいしてしまう可能性がある。これらのモバイルアプリのリスクに対して本気で対処しないと、セキュリティインシデントやセキュリティ違反につながる場合がある。
OWASP(Open Web Application Security Project)やNIST(米国立標準技術研究所)などの組織が提唱するモバイルアプリのセキュリティフレームワークと対策基準があるため、モバイルアプリのリスクを明らかにし、解決するために多くのことができる。
Solared Cyber SecurityやNowSecureなど、特定の改善努力でテストを自動化できる製品やサービスを提供するベンダーもいる。しかし最終的には、モバイルアプリに関するリスクは、ユーザー環境に存在する他のアプリケーションやシステムに関連する他のリスクと変わらない。だからこそモバイルアプリのセキュリティに関しては真剣に取り組む必要があるのだ。
より大局的な見方をすると、効果的な情報セキュリティプログラムを実施する秘策は、以下に述べる3つの要素を含む。入手したものを知り、それがどのように危険にさらされているかを理解し、それに対して必要な対策をとる、の3要素だ。
会社に影響を与えるようなモバイルアプリのリスクの所在はどこか。もし何も明らかになっていないのであれば、明らかにする努力がまだ足りない、ということだ。企業のセキュリティプログラム全体の中で、モバイルアプリケーションは、どのように組み入られているか。その答えを決して見誤りたくはないはずだ。
モバイルアプリのセキュリティ脆弱性に絶えず目を光らせ、他のプログラムに対してするのと同様の対処方法を実施すれば、リスクに対処し、アプリ関連のインシデントやセキュリティ違反の影響を最小限に抑えることができる。さもないと、簡単に悪人の暗躍を許すことになり、もし何かが起こると、そのリスクを防御できるシナリオを描けないだろう。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
製品資料
[株式会社ウェーブスプリッタ・ジャパン] 100Gbps対応の光トランシーバーはどう選ぶ? 10分で分かる選定のポイント -
製品資料
[株式会社フィックスターズ] 組み込み開発の生産性と機密性を両立、自社環境で構築する「セキュアAI」活用術 -
製品レビュー
[ServiceNow Japan合同会社] 問い合わせの約9割を自動で解決、AI主導の自律型CRMがもたらす業務変革の全貌 -
市場調査・トレンド
[ServiceNow Japan合同会社] AI活用が業務自動化で止まる理由は何か? 調査で判明した課題と変革への道筋
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
2
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
3
Anthropicが明かす AIは入力データを「どこまで覚えているのか」
-
4
GitHubが指摘 AIが書いた「おそらく動くコード」が招くシステム崩壊
-
5
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは?
-
6
「高すぎるGPU」を捨てAI推論をCPUへ Armが示す電力とコストの現実解
-
7
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
8
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
9
MS月例パッチが1000件突破 人手不足の情シスを襲う「月1回メンテ」の崩壊
-
10
指示待ち新入社員はもう不要? AI時代に評価される人材が持っているスキルは
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
-
9
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
10
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー