情報セキュリティマネジメント 2019年 春期 午前(科目A) 問41
問題文
あるデータセンタでは、受発注管理システムの運用サービスを提供している。次の受発注管理システムの運用中の事象において、インシデントに該当するものはどれか。
〔受発注管理システムの運用中の事象〕
夜間バッチ処理において、注文トランザクションデータから注文書を出力するプログラムが異常終了した。異常終了を検知した運用担当者から連絡を受けた保守担当者は、緊急出社してサービスを回復し、後日、異常終了の原因となったプログラムの誤りを修正した。
選択肢
ア:異常終了の検知
イ:プログラムの誤り
ウ:プログラムの異常終了(正解)
エ:保守担当者の緊急出社
🔒 解説は解答すると表示されます
インシデントの定義【情報セキュリティマネジメント解説】
正解の理由
インシデントとは、機密性(confidentiality:情報が漏えいしないこと)、完全性(integrity:情報が改ざんされないこと)、可用性(availability:必要なときに使えること)のいずれかが脅かされる「出来事(事象)」です。今回の事例では、夜間バッチ処理中に「プログラムが異常終了して注文書が出力できなくなった」というサービスの障害が起きています。サービスの提供に影響を与えたのは実際に発生した事象、つまり ウ の「プログラムの異常終了」です。これがインシデントに該当します。
他の選択肢は役割が異なります。異常終了を検知したこと(ア)は「発見(検知)」であり、プログラムの誤り(イ)は「根本原因(不具合)」、保守担当者の緊急出社(エ)は「対応(レスポンス)」です。インシデントそのものは、それらではなくサービスに影響を与える事象そのもの、つまり ウ です。
解法ステップ
- 問題文から「何が起きたか」を短くまとめる(例:バッチ処理で注文書が出力されずサービスに影響)。
- インシデントの定義(機密性・完全性・可用性を脅かす事象)と照合する。
- 選択肢を「事象」「原因」「検知」「対応」に分類する。
- 「事象」に該当する選択肢を選ぶ → ウ を選ぶ。
選択肢別の誤答解説
- ア: 異常終了の検知
- 説明:検知は「気づいた行為」です。インシデントは気づかれる前に発生することもあり、検知そのものはインシデントではありません。したがって不正解。
- イ: プログラムの誤り
- 説明:プログラムの誤りはインシデントの原因(根本原因)です。原因は重要ですが、試験では「インシデント=発生した事象」を問うので不正解。
- ウ: プログラムの異常終了
- 説明:これは実際に発生した事象で、サービスの可用性を損なっています。インシデントの定義に該当するため正解です。
- エ: 保守担当者の緊急出社
- 説明:緊急出社は対応行為です。対応はインシデント後の行動であり、インシデントそのものではありません。
よくある誤解
- 「原因=インシデント」と混同する
- 根本原因(バグや操作ミス)はインシデントを起こす要因ですが、問題文で問われているのは「発生した事象」です。
- 「検知や対応もインシデント」と考える
- 検知(気づくこと)や対応(復旧作業)はプロセスであり、インシデントはその対象となる出来事です。
補足コラム
日常の運用では、順序は大切です。一般的な流れは「検知 → インシデント登録(チケット化) → 一時対応(サービス復旧) → 根本原因調査(Problem管理) → 恒久対策(変更管理)」です。今回の事例に当てはめると、運用担当の検知(ア)→ 異常終了(ウ=インシデント)→ 保守の緊急出社(エ=対応)→ プログラム修正(イ=根本原因の是正)という流れになります。職場では、インシデント発生時にまずサービス復旧を優先し、その後で原因調査と恒久対策を行う運用にすると現場負荷が減ります。
また、インシデントは必ずしも不正アクセスや情報漏えいなどの「セキュリティ事故」だけでなく、システム障害や手続きミスによるサービス停止も含みます。可用性の低下もインシデントです。
FAQ
Q: 検知が遅れたらインシデントではないですか?
A: 発生していればインシデントです。検知が遅れると対応が遅れるだけで、発生事象自体はインシデントに該当します。
A: 発生していればインシデントです。検知が遅れると対応が遅れるだけで、発生事象自体はインシデントに該当します。
Q: セキュリティ上の被害がなければインシデントではない?
A: 必ずしもそうではありません。可用性(サービス停止)や完全性(データの欠損・誤出力)を損なう事象はインシデントです。
A: 必ずしもそうではありません。可用性(サービス停止)や完全性(データの欠損・誤出力)を損なう事象はインシデントです。
Q: 根本原因が不明なときはどう扱う?
A: まずはインシデントとして登録し、復旧優先で対応します。復旧後に原因分析(Problem管理)を行い、恒久対策を設計します。
A: まずはインシデントとして登録し、復旧優先で対応します。復旧後に原因分析(Problem管理)を行い、恒久対策を設計します。
関連キーワード: インシデント対応、根本原因分析、可用性(availability)、完全性(integrity)、検知と対応、運用監視、障害対応、保守作業

\ せっかくなら /
情報セキュリティマネジメントを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

