Web アプリケーションセキュリティ

第13章. インジェクション

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

ウェブ・アプリケーションに対する攻撃の中で、最もよく知られているタイプの一つがSQL インジェクションである。SQL インジェクションは、特に SQL データベースを標的にしたインジェクション攻撃の一種であり、悪意のあるユーザが既存の SQL クエリに独自のパラメータを与えたり、SQL クエリをエスケープして独自のクエリを与えたりすることを可能にする。当然ながら、SQLインタプリタにはデフォルトでエスカレーションされたパーミッションが与えられているため、この攻撃は通常データベースを危険にさらす結果となる。

SQLインジェクションはインジェクションの最も一般的な形態であるが、唯一の形態ではない。インジェクション攻撃には、 、インタプリタと、何らかの方法でインタプリタに読み込まれるユーザからのペイロードという2つの主要なコンポーネントがある。つまり、インジェクション攻撃は、FFMPEG（ビデオ圧縮機）のようなコマンドライン・ユーティリティに対しても、（従来のSQLインジェクションのケースのように）データベースに対しても起こりうるということだ。

このような攻撃が機能するためにはどのようなアプリケーションアーキテクチャが必要なのか、そして脆弱なAPIに対するペイロードがどのように形成され、配信され得るのかをよく理解するために、インジェクション攻撃のいくつかの形態を見てみよう。

SQLインジェクション

SQLインジェクションは最も古典的なインジェクションの形態である（図13-1参照）。SQL 文字列が HTTP ペイロードでエスケープされ、エンドユーザに代わってカスタム SQL クエリが実行される。

図13-1. SQLインジェクション

伝統的に、 OSSパッケージの多くは、PHPとSQL(多くはMySQL)を組み合わせて構築されていた。SQLインジェクションの脆弱性の多くは、PHPがビュー、ロジック、データコードの間の補間について緩やかな見解を持っていたために発生したものである。旧来のPHP開発者は、SQL、HTML、PHPの組み合わせをPHPファイルに織り交ぜたものであり、PHPがサポートする組織モデルが悪用され、結果として膨大な量の脆弱なPHPコードを生み出した。

ユーザがログインするための、古いタイプのフォーラム・ソフトウェアのPHPコード・ブロックの例を見てみよう：

<?php if ($_SERVER['REQUEST_METHOD'] != 'POST') {
  echo'
   <div class="row">
     <div class="small-12 columns">
         <form method="post" action="">
           <fieldset class="panel">
             <center>
               <h1>Sign In</h1><br>
             </center>
             <label>
               <input type="text" id="username" name="username"
               placeholder="Username">
             </label>
             <label>