アーカイブ

第1章 3.開発工程と脆弱性対策

公開日：2007年6月28日

独立行政法人情報処理推進機構
セキュリティセンター

本ページの情報は2007年6月時点のものです。
記載の資料は資料公開当時のもので、現在は公開されていないものも含みます。

Webアプリケーションの脆弱性対策にはさまざまなものがあり、実装段階で考慮すれば済むものもあれば、設計の上流段階から考慮したほうがよいものもある。

この一連のコンテンツが述べる脆弱性対策は、Webアプリケーションの開発工程と次のように関連づけられる。

Webアプリケーションの開発工程については、さまざまな考え方があり得るが、この一連のコンテンツでは次を想定する。

構築対象システムがどのようなものであらねばならないかを決める段階。どのようにコンピュータおよびネットワークを配し、どのようなデータ処理を行うか、人々はシステムにどのようにアクセスするかといった枠組みを決める。

対象システムを稼働させるための技術的な基盤を選定する段階。プログラミング言語、アプリケーションフレームワーク、OS、サーバマシン等を決める。これ以降の工程は、ここにおける意思決定に強く束縛される。

対象システムをどのような構造や仕様で実現するかを決める段階。設計の中は、さらに次のような細かな工程に分かれる。

システムの主要な構造を決める工程。ここでは骨格のレベルで、サブシステム、コンポーネント、データベース、主要ファイル等の配置を決める

サイト設置に関する設計: Webサイトのホストをどのように設け、それらを実現するサーバコンピュータをどう設置するかを決める
アクセス制御に関する設計: ユーザ認証

ユーザ認証をどのように行うかを決める

アクセス認可

ユーザに対してどのような仕組みとポリシーでリソースへのアクセスを制御するかを決める
セッションに関する設計: ページの連続性追跡の方式

ページの連続性を追跡する方式をどのように実現するかを決める

ログイン維持の方式

ユーザ認証結果を維持する方式を決める

リクエスト強要（いわゆるクロスサイトリクエストフォージェリ）対策の方式

第三者からの干渉によるリクエスト投入を防ぐために講じる手段を決める
ログ記録に関する設計: ユーザのオペレーションや重要なデータ処理をどの程度ログ記録し、記録をどのように保護するかを決める

ページ遷移の体系、各ページのレイアウト、各入出力項目の仕様を決める

プログラム実装にあたってのモジュール構造、共通モジュールの持ち方等を決める

対象システムをどのように実装するかを決めてゆく。設計工程の他の作業と並行して、実装の誤りを検出し排除するためのテスト計画を立てる

それぞれのモジュールを実装する段階。詳細ロジックの設計、コーディング、および単体テストを含む

実装されたプログラムをテスト計画にもとづいてテストし、段階的に大きな単位に統合する段階

対象システムを運用する段階

この一連のコンテンツの脆弱性対策の各記事は、その対策の考慮を開始する段階ごとに分けると、開発工程との間に次のような関係がある（図1-6）。

サイトデザインに関わる対策: フレームワークの選択

真正性の主張
セッション対策: リクエスト強要（CSRF）対策

セッション乗っ取り： #1 セッションID侵害手口

セッション乗っ取り： #2 セッションIDの強度を高める

セッション乗っ取り： #3 https:の適切な適用

セッション乗っ取り： #4 セッションIDお膳立てへの対策

セッション乗っ取り： #5 兆候の警戒と被害の不拡大
暴露対策: Webサーバからのファイル流出対策

プログラムからのファイル流出対策
入力対策: コマンド注入攻撃対策

SQL注入： #2 設定における対策