CEH v13では、セキュリティ対策がしっかりしているアプリケーションは、HTTPS、セキュアなCookie、セッションの再生成を使用して、一般的なセッションハイジャックの手法から防御することを強調しています。このような強化された環境では、セッションIDがログイン時に変更され、セキュアフラグによって漏洩が防止されるため、セッション固定や単純なXSSベースのトークン窃盗といった従来の攻撃は失敗に終わることがよくあります。残された有効なアプローチは、セッションID生成アルゴリズムにおける統計パターン、エントロピーの弱点、またはタイミングの問題を分析する高度な攻撃であるセッショントークン予測です。CEHでは、脆弱な擬似乱数生成器（PRNG）や予測可能なシーケンスによって、攻撃者がトラフィックを傍受することなく有効なセッションIDを計算できる可能性があると説明しています。この方法はCookieのセキュリティを回避し、ユーザー入力の操作に依存しないため、強力な防御を備えた環境に適しています。MITM攻撃（オプションA）は証明書の侵害を必要としますが、これは現実的ではありません。セッション固定（オプションB）は、アプリケーションがトークンを再生成するため失敗します。XSS（オプションD）は、セキュアフラグによってJavaScriptによるCookieへのアクセスが防止されている場合、効果がありません。したがって、トークン予測が正解です。

このシナリオは、CEH v13 ネットワーク列挙で説明されている古典的な列挙手法である SMTP 列挙を示しています。SMTP サーバーは、VRFY、EXPN、RCPT TO などのコマンドを公開している場合があり、これらを悪用してユーザー アカウントを検証することができます。
これらのコマンドが制限なく有効になっている場合、攻撃者は認証なしで有効なユーザー名を列挙できてしまう。今回使用したNmapスクリプトは、これらのコマンドを意図的に利用しており、設定ミスを裏付けている。
選択肢Bは認証がバイパスされないため誤りです。選択肢CはDNSルーティングに関するものであり、ユーザー列挙に関するものではありません。選択肢Dは暗号化に関するものであり、列挙機能に関するものではありません。
CEH v13では、SMTPユーザー認証コマンドを無効化または制限することを強く推奨しています。したがって、オプションAが正解です。

CEH v13では、SQLインジェクションは、ユーザー入力が適切な検証やパラメータ化なしにSQLクエリに連結された場合に発生すると説明しています。ログインフォームは最も一般的なインジェクションの標的の1つであり、テスターは認証クエリを操作するように設計された特定のテストペイロードを使用します。「OR '1'='1」のような古典的なテスト文字列は、条件ロジックを悪用してSQLステートメントを強制的に真と評価させ、アプリケーションに脆弱性がある場合に認証を効果的にバイパスします。CEHは、この手法はリスクが低く、脆弱性があれば容易に検出でき、不適切なサニタイズを直接確認できるため、標準的な初期テストであると指摘しています。
JavaScriptインジェクション（オプションA）はXSSをテストしますが、SQLインジェクションはテストしません。ディレクトリトラバーサル（オプションC）は、SQLクエリではなくファイルパスの脆弱性を標的とします。ブルートフォース攻撃（オプションD）は認証情報の推測に依存しており、入力サニタイズをテストしません。したがって、論理SQLインジェクションペイロードを使用するのが最も適切で、CEHに準拠した方法です。

LAN Manager (LM) ハッシュは、古い Windows システム (下位互換性のために Windows 2000 を含む) で使用されていたレガシーなパスワードハッシュ方式です。LM ハッシュは次のように機能します。
パスワードを大文字に変換します。
* 14文字にパディングまたは切り詰める。
* それを7文字ずつの2つの部分に分割する。
* 各半分をDESキーとして使用して、既知の定数（"KGS!@#$%")を暗号化します。
したがって、LMハッシュはDES（データ暗号化標準）アルゴリズムを使用します。
CEH v13公式コースウェアより：
* モジュール 6: マルウェアの脅威 # パスワードの保存と LM ハッシュ構造
参考資料：CEH v13 学習ガイド - モジュール 6：Windows パスワードの保存方法　Microsoft セキュリティ ドキュメント
- LM/NTLM認証