CSRFは、脆弱なアプリケーションが認証済みユーザーによって意図的に開始されたリクエストかどうかを検証しないために、不正な状態変更リクエストを処理する場合に発生します。CEH v13では、悪用とは、ログインしているユーザーを騙して、細工されたHTTPリクエストを意図せず実行させることであり、通常は悪意のあるWebページ、隠しフォーム送信、埋め込み画像タグ、またはJavaScriptトリガーを介して行われます。被害者が攻撃者によって制御されたページにアクセスすると、ブラウザはユーザーのアクティブなセッションCookieを自動的に含めるため、サーバーは偽造されたリクエストを正当なものとして扱うことができます。この手法はCSRF攻撃の中心であり、CEHカリキュラムでは正しい悪用経路として強調されています。ディレクトリトラバーサル、SQLインジェクション、ブルートフォース攻撃は、異なる脆弱性を標的としており、リクエストの認証検証の欠如を悪用するものではありません。CSRF悪用の重要な要件は、悪意のある外部リソースを介したユーザー操作であるため、オプションBがCEHに準拠した正しい方法となります。

正解はD.異常ベース検出です。シナリオではシステムが
CEHに準拠したIDS/IPSの概念では、異常検知（行動検知とも呼ばれる）は、典型的なパケットレート、プロトコルの使用状況、セッションパターン、タイミング、接続分布、予想されるトラフィックフローなど、「正常」の状態のプロファイルを作成し、それらの規範から大きく逸脱するイベントを特定することで機能します。既知のシグネチャとの照合に限定されないため、回避技術やこれまで見られなかったパターンに対して特に有効です。
Sophiaの戦術であるパケット断片化は、悪意のあるペイロードや攻撃パターンを複数の断片に分割することで、単純な検査システムを回避し、再構築や照合を困難にする古典的な回避手法です。ベースライン駆動型の異常検知システムは、断片化自体（または結果として生じるトラフィック特性）が異常に見える可能性があるため、攻撃を検出できます。異常な断片数、予期しない断片サイズ、非典型的な再構成動作、不規則なセッション特性、または通常のトラフィックプロファイルと比較したプロトコル違反などがその例です。検出は固定パターンではなく動作に基づいているため、正確な悪意のあるペイロードが認識されなくてもアラートを発することができます。
他の選択肢が適切でない理由：シグネチャベースの検出は既知のパターンに依存しており、攻撃者がペイロードを変更したりトラフィックを断片化して一致を回避すると、検出が回避される可能性があります。ステートフルパケットインスペクションは接続状態を追跡し、セッション検証に役立ちますが、本質的にベースライン偏差検出器ではありません。
ディープパケットインスペクションはパケットの内容を検査し、実装によっては断片を再構成できる場合もあるが、この質問の重要な手がかりは「確立された基準値からの逸脱」であり、これは異常検知を直接的に示唆している。
したがって、ITチームは異常検知システムを使用している可能性が最も高い。

ブラックハットとホワイトハットの間のギャップを縮める最も効果的な長期戦略は教育です。以下のような分野で個人を訓練します。
リスク分析
脆弱性の特定
防御メカニズムと対策
サイバーセキュリティと倫理的責任についての理解を深めるのに役立ちます。
CEH v13公式ガイドより：
モジュール1：倫理的ハッキング入門
セクション：倫理と法的問題
サブセクション：ハッカー思考の橋渡し
ガイドにはこう書かれている。
「適切なサイバーセキュリティ技術と悪意のあるハッキングの結果について個人を教育することは、潜在的なブラックハットのスキルセットを生産的なホワイトハットのプロフェッショナルに変えるために不可欠です。トレーニング、書籍、倫理的ハッキングの認定を通じて体系的な知識を提供することで、意欲的なハッカーがそのスキルを建設的に活用できるようになります。」 間違った選択肢:
B：業務には役立つが、知識のギャップを埋めるものではない。
C：認証基準を引き下げると、業界の信頼性が低下する可能性がある。
D：特定の対象者のみを対象としており、より広範な知識のギャップには対応していない。
参考資料：CEH v13 学習ガイド - モジュール 1：倫理的ハッキング入門 # サブセクション：ハッカーの思考様式
セキュリティ教育EC-Council倫理規定

Nmap の最も一般的な使用シナリオの 1 つは、イーサネット LAN のスキャンです。ほとんどの LAN、特に RFC 1918 で割り当てられたプライベート アドレス範囲を使用する LAN は、IP アドレスの圧倒的大多数を常に使用するとは限りません。Nmap が ICMP エコー要求などの生の IP パケットを送信しようとすると、OS は、イーサネット フレームを適切にアドレス指定できるように、ターゲット IP などの宛先ハードウェア (ARP) アドレスを決定する必要があります。これは、一連の ARP 要求を発行するために必要です。これは、エリア イーサネット ホストに対して ping スキャンを試みる例で最もよく示されます。-send-ip オプションは、エリア ネットワークでも (生のイーサネットではなく) IP レベルのパケットを送信するように Nmap に指示します。3 つの ARP 要求の Wireshark 出力とそのタイミングがセッションに貼り付けられています。
オフラインターゲットに対する生のIPピングスキャン例この例では、(Linux) OSがホストを放棄する前に1秒間隔で3つのARPリクエストを送信したため、完了までに数秒かかりました。ARP応答は通常数ミリ秒以内に到着するため、数秒待つのは過剰です。パケットの圧倒的大多数は実際に存在するホストに送信されるため、このタイムアウト期間を短縮することはOSベンダーにとって優先事項ではありません。一方、Nmapは、次のようなターゲットに対して1600万個のIPにパケットを送信する必要があります。
10.0.0.0/8。多数のターゲットに並行してpingが送信されますが、それぞれ2秒待つと非常に遅延します。
LAN上での生IPピングスキャンには、もう一つ問題があります。前の例のように、宛先ホストが応答しない場合、送信元ホストは通常​​、その宛先IPアドレスに対して不完全なエントリをカーネルARPテーブルに追加します。ARPテーブルスペースは有限であり、一部のオペレーティングシステムは満杯になると応答しなくなります。NmapをrawIPモード（-send-ip）で使用する場合、ホスト検出を続行する前に、ARPキャッシュエントリの有効期限が切れるまで数分待つ必要がある場合があります。
ARPスキャンは、Nmapに最優先権を与えることで両方の問題を解決します。Nmapは生のARPリクエストを発行し、再送信とタイムアウト期間を独自の裁量で処理します。システムのARPキャッシュはバイパスされます。例を見ると、その違いがわかります。このARPスキャンは、同等のIPアドレスの場合の10分の1強の時間で完了します。
例b：オフラインターゲットのARPピングスキャン
例 b では、-PR オプションも -send-eth オプションも効果がありません。これは、Nmap が検出した Ethernet ホストをスキャンする場合、ARP がエリア Ethernet ネットワークでデフォルトのスキャン タイプを持っているためです。これには、従来の有線 Ethernet と 802.11 無線ネットワークが含まれます。前述のように、ARP スキャンは効率的であるだけでなく、精度も高くなります。ホストは IP ベースの ping パケットをブロックすることがよくありますが、通常は ARP 要求や応答をブロックしてネットワーク経由で通信することはできません。Nmap は、異なる ping タイプ (-PE や -PS など) が指定されている場合でも、同等のターゲットに対してすべてのターゲットの代わりに ARP を使用します。LAN.. ARP スキャンをまったく実行する必要がない場合は、例 a 「オフライン ターゲットの生 IP ping スキャン」に示すように -send-ip を指定します。
Nmapに生のイーサネットフレームを送信する制御権限を与えると、Nmapは送信元MACアドレスも変更できます。セキュリティ会議室にPowerBookが1台しかない場合、Appleに登録されたMACアドレスから大規模なARPスキャンが開始されると、あなたの疑いの目が向けられる可能性があります。MACアドレスの偽装については、「MACアドレスの偽装」のセクションで説明されているように、-spoof-macオプションを使用してください。