・オペレーティングシステムに最新のサービスパックおよびソフトウェアの修正プログラムを導入する場合については、やみくもにサービスパック等を適用するのではなく、必要であるもの、使用環境に影響があるものを、使用環境での十分な事前検証を行ったうえで適用します。これらの検証を怠ると、サービスパック等の適用により、想定外のアプリケーションやサービスが導入・稼働され、または必要なサービスが非稼働にされ、アプリケーションに影響を及ぼす場合があります。

・オペレーティングシステムに適合したウイルス予防ソフトウェアを導入し、機能を有効にしておきます。この際、ウイルス予防ソフトにファイル操作に関するリアルタイムのウイルス検査機能がある場合はそれらを有効にします。また、定期的にメモリ、ファイル管理領域、ファイルの検査を行います。この際、ウイルスパターンファイルは最新のものを使用します。

・サーバ機でワイヤレスネットワークを使用していない場合は、サービスやプロトコル等を無効にします。

・Telnet等のサービスに関しても最低限のサービスのみを有効にし、無効のサービスで使用するポートについては塞ぎます。

・パスワードで使用可能とする文字列には、社名や部署名、氏名、年月日等の推測されやすい文字ではなく、最低文字数を8文字以上にし、アルファベット＋数字＋記号をそれぞれ1～2個ずつ挿入し、推測されないようにします。

・パスワードの有効期間を業務に支障のない程度に短くします。また、過去5回以上の変更履歴を取り、再利用を防ぎます。パスワードが切れる少し前からユーザ情報に登録されたメールアドレスに対して返信不可のメールにて事前通知し、パスワードの変更をユーザに促します。

・オペレーティングシステムの状態を監視するソフトウェアを導入し、CPUやメモリの使用量の監視を行い、しきい値を超える値を検知した場合は管理者に通報する仕組みの導入を検討します。

・サーバOSにWindows Server 2008を使用する場合、Server Coreの導入を検討します。

・詳細は「 画面設計での考慮点とノウハウについて」で後述します。

・詳細は「 画面設計での考慮点とノウハウについて」で後述します。

・詳細は「 画面設計での考慮点とノウハウについて」で後述します。

・パスワードをネットワーク経由で転送する必要がある場合は、パスワードを暗号化するか、または暗号化された通信チャネル（SSL/TLSなど）を使用します。

・Cookieドメイン属性を設定し、できるだけ狭い範囲のドメインのみを設定します。これにより、ほかのドメインへの影響を少なくすることができます。

・強力なパスワードを使用します。例えば、社名や部署名、氏名、年月日等の推測されやすい文字ではなく、最低文字数を8文字上にし、アルファベット＋数字＋記号をそれぞれ1～2個ずつ挿入し、推測されないようにします。

・SSL/TLSを使用してセキュリティで保護された通信チャネルを作成し、認証Cookieを渡す場合は必ずHTTPS接続を使用します。またこの場合、Cookieのsecure属性を設定します。

・セッションIDをHiddenタグで管理している場合、ログイン前に使用したセッションIDはログイン後には使用しないようにします。

・セッションIDにはGUIDなど、長くてランダムな値を使用し、この中にユーザID等の情報は含めないようにします。これにより、セッションIDの推測による攻撃を防ぐ可能性が高くなります。

・Cookieドメイン属性を設定し、できるだけ狭い範囲のドメインのみを設定します。これにより、ほかのドメインへの影響を少なくすることができます。

・重要な機能を実行するときは再認証します。たとえば、銀行取引アプリケーションで送金する前には、ユーザに再びアカウントパスワードを要求します。

・Microsoft Internet Explorerでは「暗号化されたページをディスクに保存しない⁠」⁠、「⁠ブラウザを閉じた時、[Temporary Internet Files]フォルダを空にする」の詳細オプションを使用します。

・Cookieドメイン属性を設定し、できるだけ狭い範囲のドメインのみを設定します。これにより、ほかのドメインへの影響を少なくすることができます。

・System. Exceptionのルートクラスは非常にCUP、メモリなどの資産を使用します。そのため、例外処理ではできるだけスコープの狭い例外処理を使用します。

・アプリケーション境界に伝達できる例外を処理してログに記録します。この際、例外発生場所やエラー情報などが分かるように途中で無駄なスローをしないようにします。また、必要がない限り例外情報はアプリケーション境界を超えないように設計します。

・IISや.NET Framework等実行環境が表示するエラーメッセージは表示しないようにし、必ず、カスタムエラーメッセージを返します。

・すべての入力データをサーバで徹底的に検証します。詳しくは後述しますが、入力データのチェックやサニタイジング等を行います。

・強力な認証を使用します。Microsoft NTLMや第三者の認証機関の電子署名等を使用した認証方式を検討します。

・認証Cookieは、SSL/TLSで保護します。

・強力な承認を使用します。Microsoft NTLMや第三者の認証機関の電子署名等を使用した認証方式を検討します。

ほとんどの RDBMS が準拠している「SQL92」での特殊文字のほかにも、各RDBMSが個別に拡張している文字もあるので、それらの特殊文字の確認も必要となります。主な「SQL92」での特殊文字の例は以下のものがあります。

• 「空白、( )」（⁠文字列やコマンドの区切り）
• 「⁠“⁠、‘⁠、,」（⁠文字列の区切り）
• 「-」（⁠負の数を表すため）
• 「.」（⁠フィールドの指定）
• 「&、+、/、|」（⁠演算子）
• 「:」（⁠変数の設定）
• 「;」（⁠コマンドの区切り）
• 「<、=、>」（⁠演算子）
• 「%、?、*、_」（⁠正規表現）

.NET Frameworkが稼働する環境でのOSコマンドの例は以下のものがあります。

• 「;、|、&」（⁠コマンドの実行など）
• 「x00」（⁠NULL 文字 文字列やファイル名の中断など）
• 「x20」（⁠空白文字 パラメータの区切りなど）
• 「x04」（⁠EOT 文字 ファイルの終わりなど）
• 「x0A、x0D」（⁠改行文字 追加コマンドの実行、メールの偽造、ファイルの変更など）
• 「x1b」（⁠エスケープ文字）
• 「x08」（⁠バックスペース文字 ログファイルの偽造、ファイルの変更など）
• 「x7f」（⁠削除文字）
• 「⁠“⁠」（⁠文字列の区切りなど）
• 「/、-」（⁠パラメータの指定など）
• 「*、?」（⁠正規表現など）
• 「.、\」（⁠ディレクトリ指定など）
• 「<、>」（⁠ファイル操作など）
• 「%」（⁠環境変数の参照など）

クロスサイトスクリプティング脆弱性対策においても入力データの無効化（サニタイジング）を行います。主なサニタイジング対象文字とサニタイジング後の文字の例は以下のものがあります。

• 「<⁠」⁠→「⁠&lt;」
• 「>⁠」⁠→「⁠ &gt;」
• 「&⁠」⁠→「⁠&amp;」
• 「⁠“⁠」⁠→「⁠&quot;」
• 「⁠‘⁠」⁠→「⁠&#39」

URL 内に「%00」が含まれていた場合、「⁠%00」をNULL 文字と解釈されないようにするため、「⁠%00」についても入力データチェックを行うようにします。

メールヘッダの改竄を防止するため、メール送信を行う際のメールヘッダへの入力データ埋め込みは避けるようにします。メールヘッダはできるだけ固定化し、ユーザからの入力データはメール本文に埋め込む方式を採用します。

運用上の特徴や問題などから、メールヘッダを固定化できずメールヘッダへ入力データを埋め込む必要がある場合は、ユーザからの入力データに対して不適切な文字列が含まれていないか、メールヘッダとして適切な文字列となっているかチェックを行います。また、特殊文字に対して、無効化（サニタイジング）を行います。

おもな特殊文字の例は以下のものがあります。

「%」＋ 16 進数文字列を使用して文字列を操作することができるためチェックするもの

• 「%20」（⁠スペース）
• 「%25」（⁠パーセント）
• 「%0A」（⁠改行）
• 「%2520」（⁠スペース）など

別プログラムの動作や、プログラム、OSコマンドの挿入、ファイル名の取扱時などに不適切なパラメータの挿入を防ぐためチェックするもの

• 「!」（⁠感嘆符）
• 「&」（⁠アンド）
• 「|」（⁠パイプ）
• 「`」（⁠バッククオート）
• 「;」（⁠セミコロン）
• 「:」（⁠コロン）
• 「*」（⁠アスタリスク）
• 「,」（⁠カンマ）
• 「?」（⁠疑問符）
• 「/」（⁠スラッシュ）
• 「\」（⁠バックスラッシュ）
• 「-」（⁠マイナス）
• 「．」（⁠ドット）
• NULL（x00）
• 「⁠（⁠）⁠、「⁠」⁠、｛｝、[]など」（⁠各種括弧文字）など

HTMLタグの埋め込みや、クロスサイトスクリプティングなどを防ぐためチェックするもの

• 「<」
• 「>」
• 「⁠’⁠」
• 「⁠”⁠」
• 「&」など