インシデント対応計画の主な目的は、情報資産に対する有害事象の影響を軽減することです。インシデント対応計画とは、セキュリティ侵害、サイバー攻撃、または情報システムやデータに影響を与えるその他の障害が発生した場合に、組織が取るべき行動を規定する一連の指示と手順のことです。
インシデント対応計画の目的は以下のとおりです。
事件をできるだけ早く検知し、特定する。
さらなる被害や拡散を防ぐため、事件を封じ込め、隔離する。
事件の原因、規模、影響を判断するために、事件を分析・調査する。
影響を受けたシステムとデータから、インシデントとその根本原因を根絶・排除する。
システムとデータの正常な動作と機能を復旧・復元する。
今回の事案から得られた教訓、ベストプラクティス、そして将来の予防と軽減のための提言を文書化することで、学びと改善を図りましょう。
インシデント対応計画に従うことで、組織は情報資産に対する有害事象の悪影響を最小限に抑えることができます。例えば、以下のような影響が挙げられます。
データまたは情報の損失または破損。
機密情報または機密性の高いデータもしくは情報の漏洩または盗難。
システムまたはサービスの可用性もしくはパフォーマンスの中断または低下。
法令違反または規制違反、あるいは法的責任。
金銭的損失または評判の損失もしくは損害。
インシデント対応計画は、組織が情報資産を保護し、法的および契約上の義務を遵守する上で、適切な注意義務と説明責任を果たしていることを示す上でも役立ちます。
その他の選択肢は、インシデント対応計画の主要な目的ではありませんが、計画を策定することによる副次的な利点や成果となる可能性があります。
予防措置の有効性を高めることは、インシデント対応計画の主要な目的ではない。
予防的制御とは、ファイアウォール、ウイルス対策ソフトウェア、暗号化、認証など、そもそもインシデントの発生を防止または抑止することを目的とした制御です。インシデント対応計画は、インシデントが発生した後に対処する事後的な制御です。しかし、インシデント対応計画は、予防的制御の弱点や欠陥を特定して対処することで、予防的制御の有効性を向上させるのに役立つ場合があります。
インシデント対応計画の主な目的は、影響を受けるシステムの最大許容ダウンタイム（MTD）を短縮することではありません。MTDとは、組織がシステムやサービスの停止によって事業運営や目標に許容できない損害や損失が生じる前に、どれだけの時間までシステムやサービスの停止を許容できるかを示す指標です。インシデント対応計画は、より迅速かつ円滑な復旧プロセスを促進することで、影響を受けるシステムのMTDを短縮するのに役立つ可能性があります。
しかし、MTD（最大治療日数）を削減することは、インシデント対応計画の主要な目標ではなく、望ましい結果の一つに過ぎない。
インシデント対応計画の主な目的は、ITシステムへの有害事象の影響に対する認識を高めることではありません。認識とは、何かについて情報を得たり、意識したりする状態のことです。インシデント対応計画は、経営陣、従業員、顧客、規制当局などの関係者に情報やコミュニケーションチャネルを提供することで、ITシステムへの有害事象の影響に対する認識を高めるのに役立つ可能性があります。
しかし、意識向上はインシデント対応計画の主な目的ではなく、むしろ影響の軽減、法令遵守の確保、信頼の維持といった他の目的を達成するための手段である。

セクション：情報システムの取得、開発、導入
説明
説明／参考資料：
テーブル検索では、入力データはコンピュータ化されたテーブルに保持されている事前定義された基準に準拠します。
値。たとえば、入力チェックでは、1から10までの都市コードを入力します。この番号は、
コードと都市名を対応付ける表をコンピュータ化する。
CISA試験では、以下のデータ検証の編集と制御について理解しておく必要があります。
シーケンスチェック - 管理番号は順番に続きます。シーケンスまたは重複した管理番号は
numbers are rejected or noted on an exception report for follow-up purposes. For example, invoices are
numbered sequentially. The day's invoice begins with 12001 and ends with 15045. If any invoice larger than
15045 is encountered during processing, that invoice would be rejected as an invalid invoice number.
Limit Check - Data should not exceed a predefined amount. For example, payroll checks should not
exceed US $ 4000. If a check exceeds US $ 4000, data would be rejected for further verification/
authorization.
Validity Check - Programmed checking of data validity in accordance with predefined criteria. For example,
a payroll record contains a field for marital status and the acceptable status codes are M or
S. If any other
code is entered, record should be rejected.
Range Check -Data should not exceed a predefined range of values. For example, product type code
range from 100 to 250. Any code outside this range should be rejected as an invalid product type.
Reasonableness check - Input data are matched to predefined reasonable limits or occurrence rates. For
example, a widget manufacturer usually receives an order for no more than 20 widgets. If an order for more
than 20 widgets is received, the computer program should be designed to print the record with a warning
indicating that the order appears unreasonable.
Table Lookups - Input data comply with predefined criteria maintained in computerized table of possible
values. For example, an input check enters a city code of 1 to 10. This number corresponds with a
computerize table that matches a code to a city name.
Existence Check - Data are entered correctly and agree with valid predefined criteria. For example, a valid
transaction code must be entered in transaction code field.
Key verification -The keying process is repeated by a separate individual using a machine that compares
the original key stroke to the repeated keyed input. For ex. the worker number is keyed twice and
compared to verify the keying process.
Check digit - a numeric value that has been calculated mathematically is added to a data to ensure that
original data have not been p[ altered or incorrect, but Valid, value substituted. This control is effective in
detecting transposition and transcription error. For ex. A check digit is added to an account number so it
can be checked for accuracy when it is used.
Completeness check - a filed should always contain data rather than zero or blanks. A check of each byte
of that field should be performed to determine that some form of data, or not blanks or zeros, is present.
For ex. A worker number on a new employee record is left blank. His is identified as a key in filed and the
record would be rejected, with a request that the field be completed before the record is accepted for
processing.
Duplicate check- new transaction is matched to those previously input to ensure that they have not already
入力されました。例: ベンダー請求書番号が以前に記録された請求書と一致し、
今回の注文は重複注文ではないため、ベンダーに二重に支払いが行われることはありません。
論理関係チェック - 特定の条件が真である場合、1 つ以上の追加条件またはデータ
入力関係は真である必要があり、入力が有効であるとみなされる場合があります。例：
従業員は、入力内容を真実かつ有効なものとして扱うことが求められる場合があります。例：従業員の入社日
生年月日から16年以上経過していることが求められる場合がある。
以下の回答は誤りでした。
範囲チェック - データは、事前に定義された値の範囲を超えてはなりません。例：製品タイプコード
範囲は100から250です。この範囲外のコードは、無効な製品タイプとして拒否されます。
存在チェック - データが正しく入力され、有効な事前定義基準に合致している。たとえば、有効な
取引コードは、取引コード欄に入力する必要があります。
妥当性チェック - 入力データは、事前に定義された妥当な制限または発生率と照合されます。
例えば、ウィジェットメーカーは通常、20個以下のウィジェットの注文を受けます。
20個を超えるウィジェットが受信された場合、コンピュータプログラムは警告とともに記録を出力するように設計する必要があります。
その命令は不当であると思われることを示している。
この質問を作成するにあたり、以下の参考文献が使用されました。
CISAレビューマニュアル2014年版　215ページ