簡単に言えば、事業継続計画は、通常の事業活動の中断を防ぐために作成されます。-Ronald Krutz CISSP PREP ガイド (ゴールド エディション) pg 378

インシデント処理が進行中の場合、インシデントが特定された可能性があります。その時点で、システムは信頼できなくなり、変更が証拠を汚染する可能性があるため、システムの使用をすべて停止する必要があります。これには、すべてのシステム開発活動が含まれます。
すべての組織は、インシデント処理に対処する計画と手順を整備する必要があります。
従業員には、インシデントが発生したらすぐにどのような措置を講じるべきか、またそれをどのように報告するかを指示する必要があります。あらゆる可能性のある証拠を保護するだけでなく、さらなる被害を防ぐためにも、関係者全員がこれらの手順を認識していることが重要です。
詐欺師がシステムに破壊を引き起こす可能性のある悪意のあるコードを埋め込んだり、バックドアを備えたトロイの木馬をシステムに埋め込んだりする可能性は十分にあります。インシデントが特定されるとすぐに、システムはもはや信頼できなくなり、システムの使用はすべて中止される必要があります。
ション・ハリスは最新の本の中で次のように述べています。私たちは一般に「イベント」と「インシデント」という用語を同じ意味で使用しますが、この 2 つの間には微妙な違いがあります。イベントは観察、検証、文書化できるネガティブな出来事ですが、インシデントは企業に悪影響を及ぼしたり、セキュリティ体制に影響を与えたりする一連のイベントです。何かが会社に悪影響を及ぼし、セキュリティ侵害を引き起こしているため、これらの問題への対応を「インシデント対応」 (または「インシデント処理」) と呼ぶのはこのためです。
さまざまな種類のインシデント (ウイルス、内部関係者による攻撃、テロ攻撃など) が存在しますが、単なる人的ミスである場合もあります。実際、システムの動作が「おかしい」という理由で、多くのインシデント対応担当者が真夜中に慌てて電話を受けました。理由としては、展開されたパッチによって何かが壊れた、誰かがデバイスの構成を誤った、または管理者が新しいスクリプト言語を学習して混乱と混乱を引き起こしたコードを展開したことが考えられます。
企業がコンピュータ犯罪に遭遇した場合、環境と証拠を変更せずに残し、この種の状況の調査を委任された人に連絡する必要があります。犯罪現場からデータや証拠を収集する適切なプロセスに慣れていない人は、逆にその証拠を破壊する可能性があり、その結果、個人を起訴して有罪判決を獲得するというすべての希望が失われることになります。
企業は、強制手順、災害復旧と継続性の手順、バックアップ手順など、コンピュータ セキュリティの多くの問題に対する手順を用意する必要があります。コンピュータインシデントは今日の情報セキュリティ部門にとってますます重要な問題となっているため、コンピュータインシデントに対処するための手順を確立することも必要です。これは、ネットワークや情報システムに対する攻撃が年々増加していることの直接の結果です。一般的な報告や報告が不足しているため、具体的な数字はありませんが、攻撃の量が増加していることは明らかです。
あなたが自分のネットワーク上で見たり、ニュースで聞いたりするすべてのスパム、フィッシング詐欺、マルウェア、分散型サービス拒否攻撃、その他の攻撃について考えてみてください。残念ながら、多くの企業はサイバー犯罪の被害に遭った直後、誰に電話すればよいのか、何をすればよいのか途方に暮れています。したがって、すべての企業は、誰がインシデント対応を開始する権限を持っているかを示すインシデント対応ポリシーを策定し、インシデントが発生する前にサポート手順を設定する必要があります。
このポリシーは法務部門とセキュリティ部門によって管理される必要があります。技術的なセキュリティ問題が確実にカバーされ、犯罪行為を取り巻く法的問題が適切に対処されるよう協力する必要があります。インシデント対応ポリシーは明確かつ簡潔である必要があります。たとえば、証拠を保存するためにシステムをオフラインにできるかどうか、または証拠を破壊するリスクを冒してシステムを機能し続ける必要があるかどうかを示す必要があります。各システムと機能には優先順位が割り当てられている必要があります。たとえば、ファイル サーバーが感染している場合は、ネットワークから削除する必要がありますが、シャットダウンする必要はありません。ただし、メール サーバーが感染している場合は、会社がファイル サーバーよりもメール サーバーを優先しているため、メール サーバーをネットワークから削除したりシャットダウンしたりしないでください。トレードオフと決定を下す必要がありますが、危機が起きる前、感情や混乱が少ないときは通常、より良い論理が可能であるため、状況が発生する前にこれらの問題を熟考することをお勧めします。
オーストラリアのコンピュータ緊急対応チームのコンピュータフォレンジックに関する一般ガイドライン:
元のデータの取り扱いと破損は最小限に抑えてください。
すべてのアクションを文書化し、変更点を説明します。
証拠の 5 つのルール (認められる、本物である、完全である、正確である、説得力がある) に従ってください。
証拠の取り扱いや分析が自分の知識、スキル、能力を超えている場合は、より経験豊富な助けを借りてください。
組織のセキュリティ ポリシーに従い、フォレンジック調査を実施するための書面による許可を取得してください。
迅速に作業しながら、システムのイメージをできるだけ正確にキャプチャします。
法廷で証言する準備をしてください。
アクションが再現可能であることを確認してください。
不安定な証拠から始めて永続的な証拠に進み、アクションに優先順位を付けます。
潜在的な証拠となるプログラムをシステム上で実行しないでください。
科学捜査の実施中は倫理的かつ誠実に行動し、危害を加えようとしないでください。
次の回答は不正解です: ヘルプデスク機能。これは不正解です。インシデント発生中、従業員は中央情報源と通信できる必要があります。おそらくヘルプデスクでしょう。また、ヘルプデスクは従業員とコミュニケーションをとり、従業員に情報を提供できる必要があります。
システムイメージング。これは不正解です。インシデントが発生したら、最も揮発性の高いデータから証拠のキャプチャを実行する必要があり、証拠を保護するためにストレージ メディアのビットごとのコピーを使用してイメージングが実行されるためです。
リスク管理プロセス。インシデント処理はリスク管理の一部であり、継続する必要があるため、不正解です。
この質問に使用された参考文献:
ハリス、ション (2012-10-25)。CISSP オールインワン試験ガイド、第 6 版 (Kindle の場所 2146821476)。マグロウヒル。キンドル版。とハリス、ション (2012-10-25)。CISSP オールインワン試験ガイド、第 6 版 (Kindle の場所 2109621121)。マグロウヒル。キンドル版。および NIST コンピュータ セキュリティ インシデント処理 http://csrc.nist.gov/publications/nistpubs/800-12/80012-html/chapter12.html

説明/参照:
Explanation:
証明書パス検証アルゴリズムは、指定された証明書パスが指定された公開キー基盤 (PKI) の下で有効であることを検証するアルゴリズムです。パスはサブジェクト証明書から始まり、多くの中間証明書を経て、通常は信頼できる証明機関 (CA) によって発行される信頼できるルート証明書まで進みます。
パス検証は、まだ明示的に信頼されていない証明書が提示された場合に、信頼当事者が情報に基づいて信頼性の決定を下すために必要です。たとえば、階層型 PKI では、Web サーバー証明書で始まる証明書チェーンが小規模 CA、次に中間 CA、そして信頼当事者の Web ブラウザにトラスト アンカーが存在する大規模 CA に至る可能性があります。
不正解:
B: 証明書パスの検証は、関連付けられたルート証明書の整合性を検証するものではありません。
C: 証明書パスの検証は、関連する秘密キーの整合性を検証するものではありません。
D: 証明書パスの検証は、関連する証明書の失効ステータスの検証ではありません。これは証明書失効チェックです。
参考文献:
https://en.wikipedia.org/wiki/Certification_path_validation_algorithm

SQL インジェクションおよび LDAP を使用したその他のデータベース関連の生コンテンツ インジェクション、
XML による動的 SQL クエリは、Web およびデータベース階層化システムを備えた情報システムに対する最も高いリスクを示しています。
SQL、OS、LDAP インジェクションなどのインジェクションの欠陥は、信頼できないデータがコマンドまたはクエリの一部としてインタープリターに送信されたときに発生します。攻撃者の敵対的なデータは、インタプリタをだまして意図しないコマンドを実行したり、適切な許可なしにデータにアクセスさせたりする可能性があります。
XSS の欠陥は、アプリケーションが信頼できないデータを取得し、適切な検証やエスケープを行わずに Web ブラウザに送信するたびに発生します。XSS を使用すると、攻撃者は被害者のブラウザでスクリプトを実行して、ユーザー セッションをハイジャックしたり、Web サイトを改ざんしたり、ユーザーを悪意のあるサイトにリダイレクトしたりすることができます。
いくつかの組織が安全な Web 開発のためのフレームワークを開発しました。最も一般的なものの 1 つは、Open Web Application Security Project (OWASP) です。OWASP には、Web アプリケーション開発に利用できる次のようなガイドがいくつかあります。
開発ガイド
コードレビューガイド
テストガイド
Web アプリケーションのセキュリティ脆弱性トップ 10
OWASP モバイル
Web ベースおよびクラウド ベースのソリューションの普及を考慮して、OWASP は Web アプリケーション セキュリティのプロセスを備えたアクセスしやすい完全なフレームワークを提供します。情報セキュリティの専門家は、Web アプリケーションの「トップ 10」の脆弱性と、その脆弱性を軽減する方法を熟知している必要があります。
次の答えは正しくありません。
クロスサイト スクリプティングおよび動的 Unicode インジェクション攻撃
SQL インジェクション、弱い認証およびセッション管理攻撃
クロスサイト スクリプティングおよびセキュリティ設定ミス攻撃
この質問を作成するために次の参考資料が使用されました。
Web アプリケーション セキュリティ プロジェクト (OWASP) のトップ 10 リストを開きます。
そして
ヘルナンデス CISSP、スティーブン (2012-12-21)。CISSP CBK の公式 (ISC)2 ガイド、第 3 弾
版 ((ISC)2 Press) (Kindle の場所 12878-12891)。アウアーバッハ出版物。Kindle
版。

電子ヴォールティングは、「大量の情報をオフサイトに転送する方法」と定義されています。
リモート ジャーナリングは電子保管庫と同じ概念ですが、
実際のファイルではなく、ジャーナルとトランザクション ログに関係します。
出典: HARRIS、Shon、オールインワン CISSP 認定試験ガイド、マグロウヒル/オズボーン、2002 年
第 9 章: 災害復旧と事業継続 (619 ページ)。