Ask The Expert
【Q&A】Webアプリのバッファオーバーフローとメモリリークの原因は?
質問:Webアプリケーションのメモリリークとバッファオーバーフローについて説明してください。また、具体的な例でこれらのテスト方法を教えてください。
これらはWebアプリケーションにとって厄介な問題だ。「Code Red」ワームのようなバッファオーバーフロー攻撃は、重大なデータセキュリティ問題やシステム侵入を引き起こした。
メモリリーク
まず、メモリリークから見ていくことにしよう。というのも、これはバッファオーバーフローの理解の一助になるからだ。メモリリークは、プログラマーがある種の変数にメモリ領域を動的に割り当て、プログラムの終了後にその領域を解放しない場合に起きる。その結果、システムが使用できる空きメモリが少なくなる。こういったメモリ損失を引き起こすプログラムや関数を繰り返し実行すると、最終的にシステムがクラッシュしたり、サービス不能になったりする。メモリ損失を引き起こす単純なコードの例を以下に示す。
int main(int argc, char **argv)
{
char * memoryA = new char[10];
memoryA [0] = 'A';
printf("%cn", memoryA [0]);
}
このプログラムは、10文字の配列を格納するためにmemoryAという変数にメモリを割り当てているが、メモリを明示的に解放していない。
メモリリークを防止するには、プログラマーは動的に割り当てられたメモリ領域が不要になった時点で、必ずその領域を解放しなければならない。単純なアプリケーションであれば、コードを1つずつ調べ、新規の演算子すべてについて対応する削除演算子(あるいはその言語固有の同等機能)が存在するかどうかを確認できる。複雑なプロジェクトであれば、メモリエラーを検出する「Purify」や「LeakTrace」などのアプリケーション診断ツールが必要になるだろう。また、アプリケーションのストレステストを実施し、メモリ消費をチェックすることも重要だ。
バッファオーバーフロー
バッファオーバーフローは、アプリケーションやシステムのクラッシュを引き起こすこともある。また、攻撃者がシステムに侵入して不正なプロセスを実行することを可能にする恐れもある。バッファオーバーフローは、プログラムまたはプロセスが、メモリバッファに設定された容量よりも多くのデータをバッファに格納しようとしたときに発生する。例えば、入力フォームからデータを送信できるWebアプリケーションの場合、ハッカーは、メモリバッファの容量よりも大きなデータを意図的に送信するのだ。バッファに入りきらないデータは隣接するメモリにあふれ出し、そこに格納された有効なデータを上書きする可能性がある。この場合、関数が終了したときに使用される戻りアドレスが上書きされることが多い。ハッカーは新しい戻りアドレスを書き込むことにより、システムをだまして自分のコードを実行させることができるのだ。
また、バッファオーバーフローエラーとメモリリークが比較的起きやすい言語とそうでない言語があることも知っておかねばならない。C/C++言語は、バッファに書き込まれたデータがそのバッファの境界内に収まっているかどうかチェックする仕組みを備えていない。このため、Windowsプログラマーはマイクロソフトの「strsafe.lib」と「strsafe.h」(Visual C++ .NET 2003に含まれている)を利用すべきである。strsafe.lib/strsafe.hは、安全な文字列操作関数のライブラリを使用する。一方、Javaで書かれたアプリケーションは、バッファオーバーフローとメモリリークの問題が起きにくい。Javaは強い型付け言語だからだ。しかし、Javaなどの「安全な」言語で書かれたアプリケーションでも、ほかの言語で書かれたサービスやライブラリとインタラクトしたときにバッファオーバーが起きる可能性がある。
バッファオーバーフロー問題を防ぐ最善の方法は、アプリケーションが受け取るすべての入力データの妥当性をチェックすることである。さらに、追加的なデータフィルタリングチェックも同時に行う独自の文字列コピー関数を記述しておくのも効果的だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
4
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
5
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
-
8
ネットワールド、ICカード認証対応のシンクライアント構築アプライアンスを販売
-
9
ノベルティプレゼント「Windows 8 TシャツとOffice クリーニングクロスセット」
-
10
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
ホワイトペーパーランキング 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ジャパンをフォロー