バッファーオーバーフローとは？メモリ領域を超える攻撃を整理【SG試験】

まず結論

バッファーオーバーフローとは、プログラムが確保したメモリ領域を超えてデータを書き込んでしまう脆弱性です。
SG試験では、攻撃文に「メモリ領域」「上限を超える」「異常終了」「不正なコードの実行」といった表現があるかを見て判断します。

特に選択肢では、SQLインジェクション、DoS攻撃、クロスサイトスクリプティングと並べて出されることがあります。
データベースを狙うのか、Webページにスクリプトを埋め込むのか、メモリ領域を超えるのかで切り分けるのがポイントです。

バッファーは、データを一時的に入れておく「箱」のようなものです。

たとえば、10文字まで入る箱に、100文字のデータを無理に入れようとすると、箱からあふれてしまいます。
この「あふれた部分」が、本来書き込んではいけないメモリ領域を書き換えてしまうことがあります。

その結果、プログラムが異常終了したり、攻撃者が用意した不正な命令が実行されたりする可能性があります。

SG試験では、細かいメモリ構造を問うというより、入力値の長さチェックが不十分だと、プログラムの動作を壊されるという理解が大切です。

バッファーオーバーフローは、プログラムが用意したメモリ領域を超えてデータを書き込むことで発生します。
特に、C言語やC++のようにメモリを直接扱いやすい言語では、入力値の長さ確認が不十分だと起こりやすい脆弱性です。

基本の流れは次のように考えると理解しやすいです。

IPAの「安全なウェブサイトの作り方」でも、バッファオーバーフローへの対策として、直接メモリを操作できない言語で記述することや、直接メモリを操作する部分を最小限にすることが示されています。
参考：IPA 安全なウェブサイトの作り方 - 1.10 バッファオーバーフロー

対策としては、次のような考え方が重要です。

SG試験では、コードの詳細よりも、入力チェック不足によってメモリ領域を破壊される攻撃と押さえると判断しやすくなります。

バッファーオーバーフローは、主にソフトウェア開発や脆弱性管理の文脈で出てきます。

たとえば、次のような場面です。

業務上は、「利用者が長い入力をするかもしれない」という前提で、入力値を制限したり、想定外のデータを受け取っても安全に処理できるようにしたりします。

選択肢では、次の表現が出たらバッファーオーバーフローを疑います。

一方で、「大量の通信でサービスを止める」とあればDoS攻撃、「SQL文を不正に操作する」とあればSQLインジェクション、「利用者のブラウザでスクリプトを実行する」とあればクロスサイトスクリプティングを考えます。

SQLインジェクションは、SQL文を不正に組み替えてデータベースを操作する攻撃です。

選択肢で「データベースのデータを不正に取得」とあれば、バッファーオーバーフローではなくSQLインジェクションを疑います。

DoS攻撃は、大量の通信や処理負荷によってサービスを使えなくする攻撃です。

バッファーオーバーフローでも、結果としてサービス停止につながることはあります。
ただし、SG試験では原因に注目します。

「サービス不能」という結果だけで判断せず、なぜ止まったのかを見るのがポイントです。

クロスサイトスクリプティング（XSS）は、Webページに不正なスクリプトを埋め込み、利用者のブラウザ上で実行させる攻撃です。

選択肢に「罠のページ」「リンクをクリック」「レスポンスに不正スクリプト」とあれば、XSSを疑います。

問題文によっては、バッファーオーバーフローとあわせて、バッファーアンダーフローという表現が出ることがあります。
どちらも、想定されたメモリ領域の範囲外にアクセスしてしまう問題として理解するとよいです。

SG試験では、細かな違いを深掘りするより、メモリ領域の範囲を超えることが問題という軸で判断できれば十分です。