バッファオーバーフローの問題と解説 | ITパスポート

正解：ウ

各選択肢の解説

ア入力された文字列を、データベースへの命令文の一部としてそのまま組み立てていた。
誤り。これはSQLインジェクションを許す不備です。入力の確認不足という根は同じですが、悪用されるのはデータベースへの命令文で、記憶領域があふれるわけではありません。
イ入力された文字列を、無害化しないまま他の利用者が見る画面に表示していた。
誤り。これはクロスサイトスクリプティングを許す不備です。不正なスクリプトが動くのは閲覧した利用者のブラウザで、サーバのプログラムが異常終了することはありません。
ウ入力されたデータの長さを確かめず、用意した記憶領域からあふれさせていた。
正解。バッファはデータを一時的に置く記憶領域です。入りきらない長さのデータを書き込むと隣の領域まで上書きされ、プログラムが止まったり、上書きされた命令が実行されたりします。
エ接続要求の数に上限を設けず、短時間の大量の要求で処理能力を使い果たしていた。
誤り。これはDoS攻撃を許す状態です。「オーバーフロー」を処理のパンクと捉えると混同しますが、あふれるのは要求の件数ではなく、 1つのデータの長さです。DoS攻撃では攻撃者の命令は実行されません。

バッファとは、プログラムがデータを一時的に置いておくための記憶領域です。大きさはあらかじめ決まっています。コップに入りきらない量の水を注げば周りにこぼれるように、バッファより長いデータを書き込むと、隣の領域まであふれ出します。これがバッファオーバーフローです。

バッファの隣には、プログラムが次に何を実行するかといった、動作に関わる大事な情報が置かれていることがあります。

どちらも原因は同じで、受け取ったデータの長さを確かめていないことです。対策は、入力の長さを確認してから書き込むようにプログラムを作ること、利用者の側では修正プログラムを速やかに適用することです。

上の3つは、どれも「外から来た入力を信用しすぎた」ことが原因です。試験では、入力の何を確かめなかったのかで見分けます。長さならバッファオーバーフロー、命令文として働く文字ならSQLインジェクション、画面で動くスクリプトならクロスサイトスクリプティングです。