ここで説明する動作は、CEH 資料で一般的に特殊文字のエスケープまたはエンコードと呼ばれる対策、特にシングルクォート文字のエスケープまたはエンコードに相当します。SQL インジェクションは、SQL ステートメント内の引用符付き文字列をシングルクォートを使用して切り出し、OR 1=1 などの論理演算子、コメント、または追加の句を付加することに依存することがよくあります。アプリケーションが SQL ステートメントの実行前に特殊文字をエスケープされた同等の文字に置き換えると、入力が実行可能な SQL 構文ではなく、純粋なデータとして扱われるようにします。典型的な例は、データベースとエスケープ規則に応じて、シングルクォートを \' などのエスケープ形式に変換するか、'' に二重化することです。このようにすることで、データベースのパーサーは引用符をリテラル文字列値の一部として解釈し、攻撃者が文字列を終了してクエリ ロジックを変更することを防ぎます。
したがって、オプション B が最も適切です。なぜなら、これは SQL インジェクション ペイロードで最もよく標的となる区切り文字であるシングル クォートのエンコードまたはエスケープを正確に説明しているからです。オプション A のユーザー入力検証はより広範で、通常は受け入れ可能な文字とフォーマットの許可リスト化を指しますが、この質問では、無効な入力を拒否するのではなく、エスケープされた同等の文字に置き換えることを特に強調しています。オプション D のパラメータ化クエリまたはプリペアド ステートメントは、API レベルでコードとデータを分離するため、CEH ガイダンスで推奨されている最も強力な最新の制御ですが、文字エスケープとは異なり、入力文字の書き換えに依存しません。オプション C は被害を制限しますが、インジェクションを防ぐことはできません。観察されたメカニズムは明らかにシングル クォートのエンコードです。

CEHのSQLインジェクション対策では、古典的な（エラーベースの）SQLインジェクション、ユニオンベースのSQLインジェクション、ブールベースのブラインドSQLインジェクション、および時間ベースのブラインドSQLインジェクションを区別しています。時間ベースのブラインドSQLインジェクションは、アプリケーションがデータベースエラーやクエリ結果を攻撃者に返さない（目に見える出力がない）場合に使用されますが、攻撃者は応答遅延を測定することで実行動作を推測できます。
時間ベースのペイロードは、データベースの遅延関数（例えば、DBMSに応じてSLEEP()、WAITFOR DELAY、pg_sleep()など）を意図的にトリガーします。インジェクションが成功すると、ページ応答時間が予測通りに増加し、攻撃者が制御するSQLが実行されていることが確認できます。
オプションCは、条件付きロジック（IF(1=1, SLEEP(5), 0)）を使用して、注入された条件が真と評価された場合にのみ測定可能な遅延を発生させるため、正しい時間ベースのブラインドプローブです。CEHでは、この手法は、エラーを抑制し出力をサニタイズする強化されたアプリケーションに対して特に効果的であると教えています。なぜなら、タイミングが確認のためのサイドチャネルとなるからです。
オプションAとオプションDは、返された結果セットを介してデータを抽出することを目的としたUNIONベースのペイロードパターンであり、時間ベースのブラインドシナリオでは通常、このようなデータは得られません。オプションBは、古典的な認証バイパスです。
/boolean test; これは注入を示すことはできますが、出力が観測できない場合の時間ベースのブラインド動作を具体的に検証するものではありません。
CEH対策ガイドラインには、パラメータ化されたクエリ、厳格な入力検証、最小権限のDBアカウント、WAFのチューニング、および異常なクエリタイミングパターンを検出するための集中ログ記録が含まれます。

TCPマイモンスキャン
このスキャン手法はNULLスキャン、FINスキャン、Xmasスキャンと非常によく似ていますが、ここで使用するプローブはFIN/ACKです。ほとんどの場合、ポートが開いているか閉じているかを判断するには、プローブ要求に対する応答としてRSTパケットが生成される必要があります。ただし、多くのBSDシステムでは、プローブに対する応答としてパケットが破棄された場合、ポートは開いていると判断されます。
https://nmap.org/book/scan-methods-maimon-scan.html
NmapがMaimonスキャンプローブへの応答をどのように解釈するか
プローブ応答に割り当てられた状態
応答なし（再送信後も） オープン|フィルタリング済み
TCP RSTパケットが閉じられました
ICMP到達不能エラー（タイプ3、コード1、2、3、9、10、または13）がフィルタリングされました

包括的かつ詳細な説明：
インシデントチェックリストは、プレッシャーのかかる状況下でも手順の一貫性を向上させるための、低コストで効果の高いソリューションです。ストレスの多いインシデント発生時にも、重要な手順が漏れることを防ぎます。チェックリストは簡単に再利用・更新でき、インシデント対応プロセスにおけるベストプラクティスとして広く認知されています。
CEH v13コースウェアより：
モジュール19：インシデント対応とフォレンジック # インシデント処理手順 参考資料：NIST SP 800-61 Rev.2 - コンピュータセキュリティインシデント処理ガイド