インシデント対応ガイダンス
私たちのインシデント対応プロセスへのガイダンスと洞察を提供するものです。インシデント対応は GitLab の全体的なセキュリティプログラムの主要な側面です。このガイダンスは、すべてのスコープ内の個人に、セキュリティイベントやデータ損失を最小限に抑えるような方法で、GitLab がインシデントの報告・調査・対応を確実に行うための情報を提供します。
定義
インシデント の定義は、インシデントの報告方法を決定する最初のステップです。
セキュリティチームインシデント: GitLab セキュリティ、許容される使用、またはその他の関連ポリシーへの違反、または違反の脅威。
インフラチームインシデント: サービス劣化または停止につながる、または引き起こす可能性のある
異常な状態。
スコープ
このガイダンスは、すべての GitLab チームメンバー、契約者、アドバイザー、GitLab と相互作用する契約当事者、顧客、個人投稿者、または特定または疑わしいインシデントを報告する必要のある外部エンティティをサポートすることを目的としています。
ワークフロー
GitLab のインシデントは、報告されたインシデントの種類に応じて 2 つのワークフローに分けられます。このガイダンスは、セキュリティチーム または インフラチーム のいずれかから特定のアクションまたはプロセスを定義する関連ハンドブックページへのリンクを提供します。これらのプロセスのいずれからのアクションも、重要なビジネス運用への運用面または財務面での影響を最小限にするためのものです。
プロセス
1. 識別
A. 疑われるまたは特定されたインシデントの種類を判別できる場合、Security または Infrastructure のいずれかにインシデントを報告してください。
- Note: GitLab はあらゆるインシデントを真剣に受け止めます。インシデントの報告先が不明な場合 は、サポートウェブフォーム を使用してインシデントを報告してください。インシデントレポートはそれに応じて社内で転送されます。
2. インシデントの報告
A. セキュリティ:
- 社内または社外 から 複数の経路 を介して
- 社内のみ Slack または Email を介して
B. インフラ:
- 社外 から サポートウェブフォーム を介して。インシデント対応時間は SLA に基づきます。
- 社内 から オンコールを介して
3. コーディネーション
A. セキュリティ:
- Application Security チームは、セキュリティインシデントへのコーディネーションと対応のために トリアージローテーション を使用しています。
B. インフラ:
- Reliability チームの Engineer on Call は最初に通知される人で、通常はインフラ関連のインシデントへのコーディネーションと対応に責任を持つ Site Reliability Engineer (SRE) です。
4. 封じ込め
A. セキュリティ:
B. インフラ:
5. 修正と回復
A. セキュリティ:
B. インフラ:
6. 解決
A. セキュリティ:
B. インフラ:
追加リソース
- 事業継続計画
- BU.1.01 - バックアップ構成制御ガイダンス
- セキュリティインシデント対応ガイド
c955a93f)