バッファオーバーフロー攻撃に備える【前編】
「バッファオーバーフロー攻撃」の仕組みとは? 何が危険なのか?
メモリ領域の脆弱性「バッファオーバーフロー」はどのように悪用され、どのような危険性をはらんでいるのか。対策のために知っておくべきバッファオーバーフローと、それを悪用した攻撃の裏側を解説する。
悪用されると企業に深刻な打撃を与える恐れがある脆弱(ぜいじゃく)性の一つが「バッファオーバーフロー」だ。「バッファ」とはデータを一時的に格納するメモリ領域を指す。バッファの容量を超えるデータを格納しようとすると、バッファからデータがあふれる。この現象がバッファオーバーフローだ。バッファオーバーフローが発生すると、システムやプログラムはあふれたデータをバッファ領域外のメモリ領域に格納し、その領域のメモリ内容を破損または上書きする恐れがある。
バッファオーバーフローは決して新しい脆弱性ではない。長年にわたって存在し、仕組みもよく知られている。にもかかわらず、バッファオーバーフローを悪用した攻撃を防ぐことは簡単ではない。攻撃者はバッファオーバーフロー攻撃によってWebアプリケーションを侵害し、企業LANの乗っ取りなどの深刻な被害をもたらす恐れがある。
攻撃の仕組みを理解することは、防御への第一歩だ。バッファオーバーフロー攻撃によってWebアプリケーションが危険にさらされるのを防ぐためには、何をすればよいのか。以下で対策に役立つ開発時と稼働開始後のベストプラクティスを紹介しよう。
攻撃者が悪用する2種類のバッファオーバーフロー
バッファオーバーフロー攻撃を仕掛ける攻撃者は、脆弱なWebアプリケーションを標的にする。攻撃者は脆弱性スキャンツールを使い、バッファオーバーフロー攻撃が成功しそうな脆弱性があるWebアプリケーションを見つけ出して攻撃を仕掛ける。
攻撃者が悪用するバッファオーバーフローは、主に以下の2種類に分類できる。
- ヒープベース
- プログラムが動的に確保するメモリ領域「ヒープ」でバッファオーバーフローを発生させる
- スタックベース
- エンドユーザーの入力データなど、プログラムの関数呼び出しに関連するデータを格納するメモリ領域「スタック」でバッファオーバーフローを発生させる
このうちヒープベースのバッファオーバーフローは悪用が困難であり、攻撃者はスタックベースのバッファオーバーフローを悪用することが一般的だ。スタックベースのバッファオーバーフロー攻撃では、攻撃者はスタック内でバッファオーバーフローを発生させて正当なデータを上書きし、プログラムに不具合を生じさせようとする。
スタックは、プログラムが関数を呼び出した後に戻る「戻り先アドレス」を格納する。攻撃者はバッファの容量を超える入力データによってバッファオーバーフローを発生させるとともに、この戻り先アドレスを入力データ内の悪意あるコマンドを格納したアドレスに置き換える。スタックでバッファオーバーフローが発生すると、プログラムは部分的にクラッシュしてしまう。プログラムは関数の戻り先アドレスを参照し、そこに処理の流れを戻すことで回復を試みる。ところが戻り先アドレスは悪意あるコマンドのアドレスに置き換えられているため、システムがこの悪意あるコマンドを実行してしまう。
このときプログラムは、自身の実行が続いていると誤認識する。攻撃者が標的のWebアプリケーションを通じて立ち上げたコマンド実行ウィンドウは、標的のWebアプリケーションと同じ権限の下で動作する。これにより、攻撃者はコマンド実行を通じてシステムを制御できるようになり、ファイル破損、データ改ざん、個人情報窃取といった行動が可能になる。
他にも以下の要素を悪用するバッファオーバーフロー攻撃がある。
- 整数オーバーフロー
- プログラミング言語で定められた整数の最大サイズを上回る計算結果となった場合に起きる脆弱性だ
- Unicode
- 半角英数字や記号などを含む128文字の文字コード「ASCII」(American Standard Code for Information Interchange)を想定しているバッファに、別の文字コードである「Unicode」の文字を送信し、バッファオーバーフローを発生させる。UnicodeはASCIIに含まれないギリシャ文字や漢字などの文字を含む
- フォーマット文字列
- データ出力の形式を指定する文字列のことを「フォーマット文字列」と呼ぶ。「printf」「sprintf」などフォーマット文字列を利用するデータ出力関数に未検証データを渡す処理がプログラム内にあれば、それが悪意あるコマンド実行を招く可能性がある
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 先取りITトレンド
米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
5
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
-
6
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
7
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
8
AIの導入効果はどう測る? DMM.comのエンジニア組織に学ぶ効果検証のノウハウ
-
9
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
“あのファイル転送”で暗躍するノーウェアランサム
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー