具体的な内容を紹介
忘れられがちなモバイルデバイスの「インシデントレスポンス」計画、何を定めるべき?
インシデントレスポンス計画では、モバイルデバイスが見落とされることが少なくない。本稿では、企業のセキュリティ管理にモバイルデバイスを組み込む方法を紹介する。
モバイルデバイスには機密情報が含まれる。マルウェアや侵害の影響も受けやすい。だがモバイルデバイスのインシデント(モバイルインシデント)レスポンス計画を策定していない企業は珍しくない。
インシデントレスポンスとは、PCやネットワーク関連のセキュリティインシデントに対処するための組織的な機能であると同時に、企業があまり手を付けられていない機能でもある。インターネットに接するファイアウォールやサーバを対象として、ログ収集、監視、アラート送信によるインシデントレスポンスをする企業もあれば、社内の重要なサーバやワークステーションを対象として、幅広くインシデントレスポンスに取り組んでいる企業もある。重要なアプリケーションやデータベースを対象にする企業もある。
どのようなアプローチを採用するにしても、企業はモバイルデバイスがインシデントレスポンス計画の重要な構成要素であることを認識しておくべきだ。
強力なインシデントレスポンス計画の基礎
効果的なインシデントレスポンス計画は複雑でなくてよい。こうした計画は、セキュリティイベントを誰が、何を、いつ、どこで、どのように管理するかを示すドキュメントにすぎない。
大まかに言うと、インシデントレスポンス計画は以下の構成にするとよい。
- インシデントへの備え
- インシデントや違反の内容を列挙し、既存のセキュリティ管理体制やチームメンバーの役割と責任を添える。
- インシデントの検出と封じ込め
- インシデントを検出して適切に対処するため、IT部門が監視および確認する対象を概説する。
- インシデントの根絶と復旧
- ネットワークシステムのクリーンアップや正常な状態の回復、リピート監視のための手順を概説する。
- 違反の報告
- ビジネスパートナーや顧客との契約、あるいは法律に基づいて、企業でデータ漏えいが発生したことを顧客や他の当事者に通知する義務を定める。
- インシデントのフォローアップ
- 根本的な原因や得られた教訓、発生直後の関連手順などを示す。
インシデントレスポンス計画には、社外のベンダーを含めた全ての関係者の連絡先情報を含める必要がある。IT部門が実行すべきインシデントレスポンステストもあるとよいだろう。セキュリティポリシーやネットワーク図、サイバーセキュリティ保険証券などの関連ドキュメントも不可欠だ。
モバイルインシデントレスポンス計画が重要な理由
インシデントレスポンス用ドキュメントにモバイルデバイスを記載しない企業もあるだろう。だが、エンドユーザーはモバイルデバイスを利用して重要システムや情報にアクセスできるため、モバイルデバイスがリスクを引き起こす恐れがあることは明らかだ。
モバイルデバイスが発端になるインシデントはさまざまだ。例えばフィッシングや電話によるソーシャルエンジニアリング(心理的な隙を突く攻撃)などがある。マルウェアによるインシデントが発生する恐れもある。
不適切ないし不正なユーザーアクセスやデータ流出への注意も必要だ。エンドユーザーはモバイルデバイスを紛失しやすい。紛失した場合、デバイスとそこに格納されている資産が危険にさらされる。
具体的なモバイルインシデントレスポンス計画
モバイルデバイスが関連したインシデントに対処するモバイルインシデントレスポンス計画に最低限必要な項目は、次の通りだ。
ログ収集、監視、アラート
モバイルデバイスのログ収集や監視、アラートについて記載するとよい。これには一般的なモバイル管理ツールを使用するか、モバイルデバイス管理(MDM)やエンタープライズモビリティー管理(EMM)、統合エンドポイント管理(UEM)といったツールを使用する。モバイルデバイスが実行するテクノロジーにまつわるログ収集や監視、アラートも記載するとよい。こうしたテクノロジーには、モバイルアプリケーションやネットワーク接続に加え、データ損失防止(DLP)や多要素認証、Webコンテンツフィルタリングなどのセキュリティ技術がある。
データバックアップ
盗難や紛失などの被害が発生したときに、IT部門が実行すべきクラウドおよびローカルストレージのバックアップと復元の操作を記載するとよい。モバイルデバイスにはさまざまなビジネス資産が含まれている。
パスワード
疑いのある、もしくは確認済みのセキュリティイベントが発生した際に、IT部門がパスワードをリセットするのに必要な手順を記載するとよい。未承認ユーザーがモバイルデバイスを利用する可能性がある場合、IT部門はモバイルデバイスのアカウントを詳しく調べ、エンドユーザーがモバイルアプリケーションやWebブラウザに保存しているアカウントについての対処法を検討しておく必要がある。
リモートワイプ
「リモートワイプ」とはモバイルデバイスを遠隔操作して、そこに保存されているデータを消去するための機能だ。紛失や盗難の後にネットワーク接続情報や情報資産が公開されないようにするため、IT部門が実行すべきリモートワイプについて記載するとよい。
IT部門がモバイルインシデントレスポンス計画を策定するときは、何らかの形で自社システムの情報を操作する可能性があるベンダーや顧客、請負業者のモバイルデバイスも対象にする必要がある。インシデントレスポンス計画以外にも、IT部門は企業のシステムのインベントリ(目録)を取得し、モバイルデバイスで脆弱(ぜいじゃく)性診断やペネトレーションテスト(実際の攻撃シナリオに沿ったテスト)を実行することも必要だ。
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
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
5
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
9
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング 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ジャパンをフォロー