SC Workbook
科目 A-2 · セキュリティ

アップロード検査の回避

画像アップロード機能は,要求の Content-Type ヘッダが image/png であることと,ファイル名の拡張子が拒否リスト(.php,.jsp,.asp を大文字小文字を区別して比較)に該当しないことを確認し,Web 公開領域に保存して配信する。サーバは拡張子を大文字小文字を区別せずに判定し,.php などのファイルをスクリプトとして実行する設定である。この検査をすり抜けてサーバ上でコードを実行させる手口として,最も適切なものはどれか。

  1. ア拡張子を .php のままにして,ファイルの先頭に PNG のマジックバイトを付けてシグネチャ検査を通す。
  2. イ拡張子 .png の正規の画像ファイルのコメント領域に,実行させたいコードを埋め込んでアップロードする。
  3. ウContent-Type ヘッダを image/png と偽り,拡張子を .pHp のように大文字小文字を混ぜて,大文字小文字を区別する拒否リストをすり抜ける。
  4. エファイル名を非常に長い文字列にして,保存処理のバッファをあふれさせる。
正解と解説を見る

正解 ウ

この問題の基礎知識

  • 要求の Content-Type ヘッダやファイル名は,クライアントが自由に設定できるので,それだけを根拠にファイルの種類を判断することはできない。
  • 拡張子の拒否リストは,大文字小文字の違いや代替の拡張子などの表記の揺れで回避されやすいので,許可する拡張子だけを列挙する許可リストが推奨される。
  • Web サーバは拡張子などに基づいてファイルの扱いを決めるので,スクリプトとして実行される拡張子のファイルを公開領域に置かれると,その URL にアクセスするだけでサーバ上でコードが実行される(Web シェルの設置)。
  • ファイル形式のシグネチャ(マジックバイト)検査は,ファイル先頭のバイト列で形式を判定する方法であり,Content-Type ヘッダや拡張子の検査とは別の検査要素である。
ア拡張子を .php のままにして,ファイルの先頭に PNG のマジックバイトを付けてシグネチャ検査を通す。

この機能はシグネチャを見ておらず,.php は拒否リストに大文字小文字どおり一致して弾かれる。検査の要素を取り違えており,そもそも通らない。

イ拡張子 .png の正規の画像ファイルのコメント領域に,実行させたいコードを埋め込んでアップロードする。

.png として保存・配信されると画像として扱われ,埋め込んだコードはサーバで実行されない。配信時の処理のされ方を見落としている。

ウContent-Type ヘッダを image/png と偽り,拡張子を .pHp のように大文字小文字を混ぜて,大文字小文字を区別する拒否リストをすり抜ける。正解

Content-Type は要求側が自由に設定でき信頼できない。拒否リストを大文字小文字区別で比較すると .pHp を見逃し,サーバは大文字小文字を区別せず PHP として実行するのでコードが動く。

エファイル名を非常に長い文字列にして,保存処理のバッファをあふれさせる。

これはバッファオーバーフローを狙う別の攻撃であり,拡張子・Content-Type の検査をすり抜けて実行ファイルを置く手口ではない。問われている脅威が異なる。

検証用の出典出典照合済み
OWASP File Upload Cheat Sheet / CWE-434 Unrestricted Upload of File with Dangerous Type
照合の根拠(4 件)

ア(誤り)は,この機能がシグネチャを検査しておらず,.php は大文字小文字どおりに拒否リストに一致して弾かれることから問題文の条件で排除される。イ(誤り)は,サーバがスクリプトとして実行するのは .php などの拡張子のファイルで,.png として保存・配信されたファイルは実行されないことから排除される。エ(誤り)は拡張子・Content-Type 検査の回避ではなく別種の攻撃である。

問題 ID A2-SEC-0604 · AI 作成のオリジナル問題 · 正解と各選択肢の根拠を出典の原文で確認しています。 照合日 2026-11-08

非公式の学習用アプリです(IPA とは関係ありません)。問題はすべて AI が作成したオリジナルで、誤りを含む場合があります。