セキュリティ診断は、合意した対象と方法で、システムの弱点や設定上の問題を調べる取り組みです。見つかった課題の影響と対応の優先順位を整理するために使います。結果は、診断時点の対象と方法に基づくものです。診断を受けたことで、システムの安全が保証されるわけではありません。
Webサイトや業務システムの診断を検討している担当者向けです。診断という名称だけで内容を判断せず、対象、方法、成果物、修正後の確認をそろえて比較します。
何を調べるかを先に決める
自社サイト、ログイン後の画面、社内システム、クラウド設定など、調べたいものを書き出します。顧客情報を扱う部分や、事業上重要な業務を添えると、重点的に確認したい範囲を伝えやすくなります。
外部に依頼する前に、そのシステムを検査する権限と契約条件を確認します。クラウドや他社サービスを含む場合は、自社だけの判断で検査を開始しません。
診断方法と対象外を確認する
自動ツールによる確認、設定や設計の確認、人が行う検証など、方法によって見つけられる問題は異なります。依頼先には、どこまで調べ、どの項目は対象外かを説明してもらいます。
NISTの技術的なセキュリティ評価のガイドも、計画、実施、結果の分析、対策の検討を扱い、手法ごとの利点と限界を示しています。診断は一つの結果だけでなく、その条件と合わせて理解することが大切です。
実施前の条件をすり合わせる
診断の内容によっては、システムへの負荷や、業務への影響を考える必要があります。実施環境、時間、連絡先、中止の条件を合意してから進めます。
- 対象のURL・システムと、検査を認める範囲
- 本番環境か、検証環境か
- 利用するアカウントとデータの扱い
- 実施日時、緊急連絡先、中止の条件
- 報告書の共有先と保管方法
報告書は修正に使えるかを見る
問題の一覧だけでなく、影響を受ける対象、何が問題なのか、優先順位、修正の方向性が分かるかを確認します。内容に不明点があれば、システムを管理する担当者と依頼先で確認します。
重い評価が付いた項目から機械的に着手するのではなく、公開範囲、扱う情報、実際の業務への影響も合わせて、対応の順番を決めます。自社に修正できる人がいなければ、その担当も確保します。
修正と再確認まで予定に入れる
診断で分かったことを、担当者と期限のある対応一覧にします。修正後に何を再確認するか、追加費用や対象範囲はどうなるかも、依頼時に聞いておきましょう。
システムの更新や接続先の追加で環境は変わります。診断結果を一度の合否として保管するだけでなく、変更時や運用の見直しに使い、必要な確認を続けます。