このシナリオでは、サーバーサイドインクルード（SSI）を利用したインジェクション攻撃について説明します。SSIディレクティブとは、Webページに組み込まれ、Webサーバーがユーザーにページを送信する前に実行する命令です。SSIが有効になっている環境でユーザー入力が適切に検証されずに直接使用される場合、攻撃者は悪意のあるSSIディレクティブ（ファイル操作コマンドなど）を挿入することができます。
CEH v13公式コースウェアより：
* サーバーサイドインクルード（SSI）インジェクションは、攻撃者が特別に細工された入力を送信し、それがサーバーの応答に含まれてSSIディレクティブとして解釈される場合に発生します。
* これらの指令は、次のような危険な動作を実行する可能性があります。
* 機密ファイル（例：/etc/passwd）の読み取り
* ファイルの削除または変更
* #exec ディレクティブを使用してシェルコマンドを実行する
誤った選択肢：
* A. サーバーサイドのテンプレートインジェクションは、Jinja2やTwigなどのテンプレートエンジンに関連しています。
* B. サーバーサイドJSインジェクションは、Node.jsのような環境に適用されます。
* C. CRLF の挿入は HTTP ヘッダーを操作するものであり、SSI の解析を操作するものではありません。
参考資料 - CEH v13 公式コースウェア：
モジュール14：Webアプリケーションのハッキング
セクション：「射出成形不良」
サブセクション：「SSI注射」
ラボリファレンス：CEH iLabs - Webアプリケーションエクスプロイト

AndroidManifest.xml ファイルには、アクティビティ、サービス、ブロードキャスト レシーバー、コンテンツ プロバイダーなどのアプライアンスのコンポーネントを含むパッケージの情報が含まれています。また、次のタスクも実行します。* アプライアンスが保護された部分にアクセスできないように、権限を提供することで保護します。* アプライアンスが使用する Android API も宣言します。* インストルメンテーション クラスを一覧表示します。インストルメンテーション クラスは、プロファイリングやその他の情報を提供します。これらの情報は、アプライアンスが公開される直前に削除されます。これは、すべての Android アプリケーションに指定されている XML ファイルであり、basic ディレクトリ内にあります。

CEH v13コースウェアからの包括的な解説：
CEH v13では、TOCTOU（Time-of-Check Time-of-Use）脆弱性は、システムが条件（ファイル権限など）をチェックし、その後その前提に基づいてリソースを使用する場合に発生すると説明しています。検証と実際の使用の間にわずかな時間差でも、攻撃者は検証後、実行前にリソースを置き換えたり変更したりすることで、この競合状態を悪用できます。これは、一時ファイル、シンボリックリンク、共有ディレクトリを含むファイル処理操作でよく見られます。CEHは、TOCTOU攻撃は、システムが以前の検証ステップを信頼するため、権限昇格、不正実行、またはデータの改ざんにつながることが多いと強調しています。攻撃者は、競合ウィンドウを利用して、まさに適切なタイミングでファイルを交換します。証明書検証、整数オーバーフロー、ヌルポインタ参照解除などの他のオプションは、タイミングに基づく競合状態を伴いません。このシナリオは、攻撃者が検証と実行の間の間隔でファイルアクセスを操作するという、CEHによるTOCTOU悪用の説明と完全に一致します。

正解は D. UNION SQL インジェクションです。重要な点は、アプリケーションの応答で別のテーブルのデータが同じページの結果にマージされていることであり、これは注入されたペイロードが 2 つの結果セットを単一の出力に正常に結合したことを意味します。CEH に準拠した SQL インジェクションの分類では、UNION ベースの SQL インジェクションは、攻撃者が SQL UNION (または UNION ALL) 演算子を使用して、2 番目の SELECT クエリの結果を元のクエリの結果に追加するときに発生します。アプリケーションがクエリの結果をページに表示する場合、UNION インジェクションは、通常の Web 応答を介してデータベースの内容を直接インバンドで漏洩させることができるため、特に強力です。
このシナリオでは、顧客ダッシュボードの数値パラメータ（通常はローン詳細の選択などのクエリにおけるID値）への入力について説明します。攻撃者はこのパラメータを操作することで、バックエンドのクエリが意図したローンレコードだけでなく、別のテーブルからの従業員情報も返すように仕向けます。これがUNION SQLインジェクションの特徴です。元のクエリの列数と互換性のあるデータ型に一致する2番目のSELECT文を作成し、それを正当なクエリと結合することで、無関係な列/行を取得し、両方のデータセットを一緒にレンダリングします。攻撃者は多くの場合、列数を列挙し（たとえばORDER BYテストを使用）、応答に反映される列を特定して、機密データが表示される場所に配置します。
他の選択肢が一致しない理由：エラーベースのSQLインジェクションは、データベースのエラーメッセージを利用して情報を漏洩させるため、結果をページにきれいにマージするわけではありません。ブラインドSQLインジェクションは、レスポンスに直接データを出力せず、ブール条件や時間遅延によって情報を推測します。二次SQLインジェクションは、悪意のある入力が最初に保存され、後で別のコンテキストで実行される場合に発生します。プロンプトでは、レスポンス内でデータが即座にマージされることが説明されています。
したがって、この挙動はUNION SQLインジェクションを最も直接的に示している。