公開サービスが顧客にとって重要である場合、実務上の問いは、合意したサービスが、慎重に範囲を限定したトラフィック負荷のもとで、吸収し、フィルタリングし、統制された形で機能を縮退させ、復旧できるかどうかです。DDoS Resilience Testingは、インフラの所有者、セキュリティ責任者、プラットフォームチーム、サービスの担当者に、この問いを検証するための管理された手段を提供します。評価は、書面による権限、承認された対象、定められたトラフィックの上限、固定された実施時間帯、実施禁止期間、指名された監視担当の連絡先、即時の停止条件のもとで行います。その時間帯に合意した環境で何が見られたかを記録し、レジリエンスに関する判断のための明確な証跡を提供します。
何であるのか
これは統制され、承認を得たレジリエンス評価です。いかなる活動も検討する前に、サービスの境界、プロバイダーやCDNの責任、ホスティングと上流の依存関係、対象の一覧、承認されたシナリオ、監視担当の連絡先、証跡の取り扱い、安全上の閾値をチームで確認します。特にホスティング、CDN、ネットワーク、上流のサービスに影響が及ぶ可能性がある場合は、プロバイダーの承認や通知が必要になることがあります。承認された時間帯に、合意した制限の範囲内で、可用性、統制された縮退、フィルタリングの動作、レート制限、フェイルオーバーの兆候、依存関係への影響、復旧の動作を観測します。報告書では、直接の観測結果と、範囲や可視性の制約によって未回答のまま残った問いとを区別します。本番環境でのテストの適否は、範囲の検討時に評価します。
誰のために
本エンゲージメントは、次のようなチームに適しています。
- 顧客向けサービスを運営しており、CDN、ホスティング、上流、ネットワーク、プロバイダーの依存関係について、レジリエンスの責任分担をより明確にする必要があるチーム
- 重要なサービス変更、事業上重要なイベント、リスクレビューを控え、前提ではなく統制された証跡を必要としているチーム
- 評価の前に、プラットフォーム、インフラ、セキュリティ、サービスの各担当者が、トラフィックの上限、実施禁止期間、連絡先、停止条件について合意する必要があるチーム
- 合意したテスト時間帯に観測されたレジリエンス上の問いについて、経営層向けと技術者向けの記録を求めるチーム
明確にするのに役立つこと
本エンゲージメントで明確にできること:
- 確定したサービス、フィルタリング層、レート制限、フェイルオーバーの仕組み、上流の依存関係が、承認された負荷の上限内で想定どおりに動作するか
- 観測結果や復旧上の依存関係について検討すべきプロバイダー、CDN、ホスティング、ネットワーク、社内の担当者
- 定めた時間内にサービスがどのような挙動を示したか、また環境、プロバイダー側の可視性、シナリオが限定されていたために何が不明なまま残るか
- 統制された設定変更、プロバイダーとの協議、別途の検証、より広範なレジリエンスプログラムのいずれが妥当な次のステップか
含まれる内容
- 書面による承認、承認された対象、サービスの担当者、監視担当の連絡先、実施禁止期間、コミュニケーションのルール、証跡の取り扱い、即時の停止条件
- 必要に応じて、実施前のプロバイダー、ホスティング、CDN、上流との調整
- 承認された時間帯における、合意した障害シナリオ、トラフィックの上限、テスト時間、統制された観測
- 可用性、縮退、フィルタリングの動作、レート制限、フェイルオーバーの兆候、上流の依存関係、復旧の動作の観測
- 経営層向けの指摘事項、技術的な証跡の参照、制約、優先順位付きの改善ガイダンス
含まれていないもの
- 統制されないトラフィックの生成、実際の攻撃活動、承認のないテスト、業務を妨害する手法
- DDoSへの完全な耐性、途切れのないサービス、稼働率、攻撃の防止、完全なレジリエンス、将来の本番への適合性についての確約
- 本番環境での自動的なテスト、是正、継続的監視、SOC、MDR、リアルタイムの対応、稼働率の認証
- 書面による承認の範囲外にある対象、プロバイダー、システム、依存関係
それを選ぶべきとき
チームにサービスのレジリエンスに関する具体的な問いがあり、作業を責任を持って管理できる場合に、DDoS Resilience Testingをお選びください。重要度の高いローンチ、インフラの変更、プロバイダーのレビュー、取締役会レベルの協議など、合意した条件のもとでの証跡が組織に必要な場面の前に有用です。プロバイダーとサービス担当者が確認した、計画的で統制されたテストに適しています。進行中のインシデントや継続的監視には、別の体制が適しています。主な懸念が通常の顧客利用時のアプリケーションの挙動である場合は、Application Load & Stress Testingの方が適しています。緊急のサービス障害がすでに発生している場合は、予定されたレジリエンス評価ではなく、適切なインシデント対応プロセスが必要です。
私たちのアプローチ
運用環境から始めます。範囲の検討では、合意したサービスの経路、外部の依存関係、プロバイダーの責任、承認された対象、実際の可観測性、一時停止が必要となる業務上の条件を整理します。書面の計画には、上限、時間、実施禁止期間、連絡先、通知の要否、証跡の保存、即時の停止条件を記録します。これらの統制が受け入れられて初めて、承認された評価の時間帯に進みます。観測結果は合意した問い、すなわちフィルタリング、レート制限、フェイルオーバー、上流の挙動、サービスの縮退、復旧が制限の範囲内で想定どおりに機能しているように見えるかどうかに照らして記録します。停止条件に達した場合は、直ちに活動を停止します。引き継ぎでは、観測された挙動、制約、優先事項、担当者の対応を区別し、クライアントが明確な証跡に基づいて、プロバイダーとの調整、設定作業、別途範囲を定めた検証について判断できるようにします。また、プラットフォーム、プロバイダーの構成、事業上の依存関係が変わった際に見直すべき条件について、サービスの担当者に明確な記録を提供します。
よくある質問
関連記事
始めよう
特定の公開サービスについて、管理されたレジリエンス評価が必要ですか?
まずは簡単なご依頼から始めてください。サービスの責任分担、プロバイダーとの調整、承認された制限、統制されたDDoSレジリエンス評価が適切かどうかを一緒に確認します。
DDoS Resilience Testingについて相談する