具体的な内容を紹介
忘れられがちなモバイルデバイスの「インシデントレスポンス」計画、何を定めるべき?
インシデントレスポンス計画では、モバイルデバイスが見落とされることが少なくない。本稿では、企業のセキュリティ管理にモバイルデバイスを組み込む方法を紹介する。
モバイルデバイスには機密情報が含まれる。マルウェアや侵害の影響も受けやすい。だがモバイルデバイスのインシデント(モバイルインシデント)レスポンス計画を策定していない企業は珍しくない。
インシデントレスポンスとは、PCやネットワーク関連のセキュリティインシデントに対処するための組織的な機能であると同時に、企業があまり手を付けられていない機能でもある。インターネットに接するファイアウォールやサーバを対象として、ログ収集、監視、アラート送信によるインシデントレスポンスをする企業もあれば、社内の重要なサーバやワークステーションを対象として、幅広くインシデントレスポンスに取り組んでいる企業もある。重要なアプリケーションやデータベースを対象にする企業もある。
どのようなアプローチを採用するにしても、企業はモバイルデバイスがインシデントレスポンス計画の重要な構成要素であることを認識しておくべきだ。
強力なインシデントレスポンス計画の基礎
効果的なインシデントレスポンス計画は複雑でなくてよい。こうした計画は、セキュリティイベントを誰が、何を、いつ、どこで、どのように管理するかを示すドキュメントにすぎない。
大まかに言うと、インシデントレスポンス計画は以下の構成にするとよい。
- インシデントへの備え
- インシデントや違反の内容を列挙し、既存のセキュリティ管理体制やチームメンバーの役割と責任を添える。
- インシデントの検出と封じ込め
- インシデントを検出して適切に対処するため、IT部門が監視および確認する対象を概説する。
- インシデントの根絶と復旧
- ネットワークシステムのクリーンアップや正常な状態の回復、リピート監視のための手順を概説する。
- 違反の報告
- ビジネスパートナーや顧客との契約、あるいは法律に基づいて、企業でデータ漏えいが発生したことを顧客や他の当事者に通知する義務を定める。
- インシデントのフォローアップ
- 根本的な原因や得られた教訓、発生直後の関連手順などを示す。
インシデントレスポンス計画には、社外のベンダーを含めた全ての関係者の連絡先情報を含める必要がある。IT部門が実行すべきインシデントレスポンステストもあるとよいだろう。セキュリティポリシーやネットワーク図、サイバーセキュリティ保険証券などの関連ドキュメントも不可欠だ。
モバイルインシデントレスポンス計画が重要な理由
インシデントレスポンス用ドキュメントにモバイルデバイスを記載しない企業もあるだろう。だが、エンドユーザーはモバイルデバイスを利用して重要システムや情報にアクセスできるため、モバイルデバイスがリスクを引き起こす恐れがあることは明らかだ。
モバイルデバイスが発端になるインシデントはさまざまだ。例えばフィッシングや電話によるソーシャルエンジニアリング(心理的な隙を突く攻撃)などがある。マルウェアによるインシデントが発生する恐れもある。
不適切ないし不正なユーザーアクセスやデータ流出への注意も必要だ。エンドユーザーはモバイルデバイスを紛失しやすい。紛失した場合、デバイスとそこに格納されている資産が危険にさらされる。
具体的なモバイルインシデントレスポンス計画
モバイルデバイスが関連したインシデントに対処するモバイルインシデントレスポンス計画に最低限必要な項目は、次の通りだ。
ログ収集、監視、アラート
モバイルデバイスのログ収集や監視、アラートについて記載するとよい。これには一般的なモバイル管理ツールを使用するか、モバイルデバイス管理(MDM)やエンタープライズモビリティー管理(EMM)、統合エンドポイント管理(UEM)といったツールを使用する。モバイルデバイスが実行するテクノロジーにまつわるログ収集や監視、アラートも記載するとよい。こうしたテクノロジーには、モバイルアプリケーションやネットワーク接続に加え、データ損失防止(DLP)や多要素認証、Webコンテンツフィルタリングなどのセキュリティ技術がある。
データバックアップ
盗難や紛失などの被害が発生したときに、IT部門が実行すべきクラウドおよびローカルストレージのバックアップと復元の操作を記載するとよい。モバイルデバイスにはさまざまなビジネス資産が含まれている。
パスワード
疑いのある、もしくは確認済みのセキュリティイベントが発生した際に、IT部門がパスワードをリセットするのに必要な手順を記載するとよい。未承認ユーザーがモバイルデバイスを利用する可能性がある場合、IT部門はモバイルデバイスのアカウントを詳しく調べ、エンドユーザーがモバイルアプリケーションやWebブラウザに保存しているアカウントについての対処法を検討しておく必要がある。
リモートワイプ
「リモートワイプ」とはモバイルデバイスを遠隔操作して、そこに保存されているデータを消去するための機能だ。紛失や盗難の後にネットワーク接続情報や情報資産が公開されないようにするため、IT部門が実行すべきリモートワイプについて記載するとよい。
IT部門がモバイルインシデントレスポンス計画を策定するときは、何らかの形で自社システムの情報を操作する可能性があるベンダーや顧客、請負業者のモバイルデバイスも対象にする必要がある。インシデントレスポンス計画以外にも、IT部門は企業のシステムのインベントリ(目録)を取得し、モバイルデバイスで脆弱(ぜいじゃく)性診断やペネトレーションテスト(実際の攻撃シナリオに沿ったテスト)を実行することも必要だ。
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
マンガで解説:採択率は3割台? デジタル化・AI導入補助金申請の落とし穴
-
2
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
3
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
4
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは?
-
5
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
6
Anthropicが明かす AIは入力データを「どこまで覚えているのか」
-
7
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
8
GitHubが指摘 AIが書いた「おそらく動くコード」が招くシステム崩壊
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
「高すぎるGPU」を捨てAI推論をCPUへ Armが示す電力とコストの現実解
ホワイトペーパーランキング 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ジャパンをフォロー