具体的な内容を紹介
忘れられがちなモバイルデバイスの「インシデントレスポンス」計画、何を定めるべき?
インシデントレスポンス計画では、モバイルデバイスが見落とされることが少なくない。本稿では、企業のセキュリティ管理にモバイルデバイスを組み込む方法を紹介する。
モバイルデバイスには機密情報が含まれる。マルウェアや侵害の影響も受けやすい。だがモバイルデバイスのインシデント(モバイルインシデント)レスポンス計画を策定していない企業は珍しくない。
インシデントレスポンスとは、PCやネットワーク関連のセキュリティインシデントに対処するための組織的な機能であると同時に、企業があまり手を付けられていない機能でもある。インターネットに接するファイアウォールやサーバを対象として、ログ収集、監視、アラート送信によるインシデントレスポンスをする企業もあれば、社内の重要なサーバやワークステーションを対象として、幅広くインシデントレスポンスに取り組んでいる企業もある。重要なアプリケーションやデータベースを対象にする企業もある。
どのようなアプローチを採用するにしても、企業はモバイルデバイスがインシデントレスポンス計画の重要な構成要素であることを認識しておくべきだ。
強力なインシデントレスポンス計画の基礎
効果的なインシデントレスポンス計画は複雑でなくてよい。こうした計画は、セキュリティイベントを誰が、何を、いつ、どこで、どのように管理するかを示すドキュメントにすぎない。
大まかに言うと、インシデントレスポンス計画は以下の構成にするとよい。
- インシデントへの備え
- インシデントや違反の内容を列挙し、既存のセキュリティ管理体制やチームメンバーの役割と責任を添える。
- インシデントの検出と封じ込め
- インシデントを検出して適切に対処するため、IT部門が監視および確認する対象を概説する。
- インシデントの根絶と復旧
- ネットワークシステムのクリーンアップや正常な状態の回復、リピート監視のための手順を概説する。
- 違反の報告
- ビジネスパートナーや顧客との契約、あるいは法律に基づいて、企業でデータ漏えいが発生したことを顧客や他の当事者に通知する義務を定める。
- インシデントのフォローアップ
- 根本的な原因や得られた教訓、発生直後の関連手順などを示す。
インシデントレスポンス計画には、社外のベンダーを含めた全ての関係者の連絡先情報を含める必要がある。IT部門が実行すべきインシデントレスポンステストもあるとよいだろう。セキュリティポリシーやネットワーク図、サイバーセキュリティ保険証券などの関連ドキュメントも不可欠だ。
モバイルインシデントレスポンス計画が重要な理由
インシデントレスポンス用ドキュメントにモバイルデバイスを記載しない企業もあるだろう。だが、エンドユーザーはモバイルデバイスを利用して重要システムや情報にアクセスできるため、モバイルデバイスがリスクを引き起こす恐れがあることは明らかだ。
モバイルデバイスが発端になるインシデントはさまざまだ。例えばフィッシングや電話によるソーシャルエンジニアリング(心理的な隙を突く攻撃)などがある。マルウェアによるインシデントが発生する恐れもある。
不適切ないし不正なユーザーアクセスやデータ流出への注意も必要だ。エンドユーザーはモバイルデバイスを紛失しやすい。紛失した場合、デバイスとそこに格納されている資産が危険にさらされる。
具体的なモバイルインシデントレスポンス計画
モバイルデバイスが関連したインシデントに対処するモバイルインシデントレスポンス計画に最低限必要な項目は、次の通りだ。
ログ収集、監視、アラート
モバイルデバイスのログ収集や監視、アラートについて記載するとよい。これには一般的なモバイル管理ツールを使用するか、モバイルデバイス管理(MDM)やエンタープライズモビリティー管理(EMM)、統合エンドポイント管理(UEM)といったツールを使用する。モバイルデバイスが実行するテクノロジーにまつわるログ収集や監視、アラートも記載するとよい。こうしたテクノロジーには、モバイルアプリケーションやネットワーク接続に加え、データ損失防止(DLP)や多要素認証、Webコンテンツフィルタリングなどのセキュリティ技術がある。
データバックアップ
盗難や紛失などの被害が発生したときに、IT部門が実行すべきクラウドおよびローカルストレージのバックアップと復元の操作を記載するとよい。モバイルデバイスにはさまざまなビジネス資産が含まれている。
パスワード
疑いのある、もしくは確認済みのセキュリティイベントが発生した際に、IT部門がパスワードをリセットするのに必要な手順を記載するとよい。未承認ユーザーがモバイルデバイスを利用する可能性がある場合、IT部門はモバイルデバイスのアカウントを詳しく調べ、エンドユーザーがモバイルアプリケーションやWebブラウザに保存しているアカウントについての対処法を検討しておく必要がある。
リモートワイプ
「リモートワイプ」とはモバイルデバイスを遠隔操作して、そこに保存されているデータを消去するための機能だ。紛失や盗難の後にネットワーク接続情報や情報資産が公開されないようにするため、IT部門が実行すべきリモートワイプについて記載するとよい。
IT部門がモバイルインシデントレスポンス計画を策定するときは、何らかの形で自社システムの情報を操作する可能性があるベンダーや顧客、請負業者のモバイルデバイスも対象にする必要がある。インシデントレスポンス計画以外にも、IT部門は企業のシステムのインベントリ(目録)を取得し、モバイルデバイスで脆弱(ぜいじゃく)性診断やペネトレーションテスト(実際の攻撃シナリオに沿ったテスト)を実行することも必要だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[フォーティネットジャパン合同会社] 複雑化しがちな「SASE運用」 IT・医療・金融などの事例に見る導入成功の秘訣 -
製品資料
[フォーティネットジャパン合同会社] 「SD-WAN」導入で失敗しないための5つの重要事項 -
技術文書・技術解説
[フォーティネットジャパン合同会社] VPNの代替候補「ZTNA」を理解できるようになる“3大要素”とは? -
事例
[フォーティネットジャパン合同会社] すぐ分かる「SD-WAN」選定のポイント 成功企業はどんな成果を出した? -
製品資料
[SCSK株式会社] 「Dropbox」管理・運用の困りごと解決ガイド
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
2
「エージェントを作るな、スキルを作れ?」 Anthropicが提唱するAI運用の勘所
-
3
なぜ人はいるのにDXが進まない? ライオンも直面した“老害”レガシーシステム
-
4
Microsoft月例パッチ1400件超で過去最多 「限界点」を迎えたパッチ管理
-
5
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
6
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
7
SAP導入後も残る“Excel依存” 京急電鉄は「kintone」でどう解消した?
-
8
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
9
みずほ証券が「液冷サーバ」を採用 1日3.6億件の計算を支えるための要件
-
10
いまIBM iエンジニアが直面する「5つの技術的課題」とその解決策
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
7
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「標的型攻撃メール」事例・サンプル集
-
10
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー