breach-remediation について
プライバシー・セキュリティチーム向けの漏えい後の是正ガイドです。調査結果を管理策、ポリシー、研修、監視の改善に結び付け、規制当局への対応も管理します。
主な機能
- 01根本原因の分析と是正策の策定
- 02管理策の不足の特定と解消
- 03ポリシーと研修計画の更新
- 04監視と規制当局への対応の強化
- 05是正措置の記録と期限超過のエスカレーション
活用シーン
- 01データ漏えい後の是正計画の策定
- 02担当者、期限、完了証跡の追跡
- 03規制当局向け是正資料の準備
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ mukul975/ privacy-data-protection-skills --skill breach-remediationインストール後、Claude Code で/breach-remediationを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
assets/template.mdreferences/standards.mdworkflows.mdscripts/process.py詳細
侵害発生後の是正措置の実施
概要
侵害発生後の是正措置では、侵害調査で判明した事項を具体的な是正措置に変換し、再発を防止するとともに、GDPR 第 5 条第 2 項および第 24 条に基づく説明責任を果たします。効果的な是正措置は、目の前の脆弱性を修正するだけではありません。根本原因に対処し、全体に及ぶ管理上のギャップを解消し、ポリシーとトレーニングを更新し、監視を強化して、規制当局によるフォローアップ要件を満たします。
教訓を生かすためのフレームワーク
ステップ 1:根本原因への対処(即時 — 30 日以内)
侵害の直接的な技術上および手続き上の原因に対処します。
| 根本原因のカテゴリ | 是正措置のアプローチ | 例(SPG-BREACH-2026-003) |
|---|---|---|
| 長期間使用されていない特権アカウント | アカウントを廃止し、ライフサイクル管理を導入します | svc-migration-2024 を無効化し、サービスアカウントの自動有効期限(90 日ごとのレビューサイクル)を導入しました |
| フィッシングに対する脆弱性 | フィッシング耐性のある MFA を導入し、メールフィルタリングを強化します | すべての特権アカウントで、プッシュ通知ベースの MFA から FIDO2/WebAuthn に移行しました |
| ネットワークのセグメンテーション不足 | マイクロセグメンテーションを導入します | データベース層を分離し、セッション記録を行う承認済み踏み台ホスト経由でのみアクセスできるようにしました |
| アクセスレビューの対象範囲が不十分 | すべてのアカウント種別を含むよう、アクセスレビューの対象範囲を拡大します | 四半期ごとのアクセス認証に、サービスアカウント、API キー、マシンアカウントを追加しました |
ステップ 2:管理上のギャップの解消(短期 — 90 日以内)
侵害によって明らかになった、より広範なセキュリティおよびプライバシー管理上のギャップを特定して解消します。
- 検知のギャップ:侵害は組織独自の管理策によって検知されましたか。それとも外部から報告されましたか。検知が遅れた場合は、監視を強化します。
- 対応のギャップ:対応手順に従いましたか。チームが計画から逸脱したのはどこですか。実際の経験に基づいて手順を更新します。
- コミュニケーションのギャップ:社内外への連絡は迅速かつ正確でしたか。連絡用のテンプレートとエスカレーション表を更新します。
- 文書化のギャップ:第 33 条第 5 項の文書化要件をリアルタイムで満たしていましたか。文書化ツールとチェックリストを改善します。
- ベンダー/処理者のギャップ:処理者が関与していた場合、第 28 条に基づく DPA は適切でしたか。処理者に求めるセキュリティ要件は十分でしたか。ベンダーのリスク評価と DPA の条項を更新します。
ステップ 3:ポリシーの更新(中期 — 90 日以内)
侵害調査で判明した事項に基づき、影響を受けたポリシーをレビューして更新します。
| ポリシー | 必要な更新 | 担当者 | 期限 |
|---|---|---|---|
| アクセス制御ポリシー | サービスアカウントを対象に含め、ライフサイクル管理要件を定義します | CISO | 2026 年 4 月 15 日 |
| インシデント対応計画 | 認識の定義を更新し、一次声明のテンプレートを追加して、エスカレーション表を改訂します | DPO + CISO | 2026 年 4 月 30 日 |
| 身代金支払いポリシー | 身代金の支払いに関する取締役会承認済みの方針を文書化します | 法務責任者 | 2026 年 5 月 31 日 |
| ベンダーリスク管理 | 処理者の侵害から得られた教訓に基づき、セキュリティ評価アンケートの内容を更新します | 調達部門 + DPO | 2026 年 6 月 30 日 |
| データ保持ポリシー | 保持期間が終了したデータが、スケジュールどおり実際に削除されたことを確認します(侵害によって保持上の不備が明らかになった可能性があります) | DPO | 2026 年 6 月 30 日 |
Step 4: トレーニングの変更(中期 — 90 日以内)
侵害の一因となった人的要因に対処するため、トレーニングプログラムを更新します。
| トレーニングモジュール | 対象者 | 更新内容 | 実施方法 |
|---|---|---|---|
| フィッシング対策 | 全従業員 | SPG-BREACH-2026-003 の発端となった実際のフィッシングメールに基づくシナリオを追加(個人を特定できる詳細は削除) | KnowBe4 を使用したインタラクティブなシミュレーション |
| MFA セキュリティ | MFA を利用する全従業員 | プッシュ通知疲労攻撃への認識を高める内容を追加し、予期しない MFA プロンプトを拒否するようトレーニング | 必須の e ラーニングモジュール |
| インシデント報告 | 全従業員 | 確信が持てない場合でも、異常なシステム動作は直ちに報告する必要があることを明確化 | 年次プライバシー意識向上トレーニングを更新 |
| 侵害対応 | インシデント対応チーム | この侵害シナリオに基づく机上演習 | 半年ごとの机上演習 |
| 特権アクセス管理 | IT 運用担当者、DBA | サービスアカウントのライフサイクル管理手順 | 部門別ワークショップ |
Step 5: 監視の強化(中期 — 90 日以内)
侵害によって明らかになったギャップに基づき、検知と監視を強化します。
| 強化項目 | 説明 | 担当者 | 期限 |
|---|---|---|---|
| サービスアカウントの異常検知 | サービスアカウントが予定されたバッチ処理時間外、または許可リストにない IP から認証された場合に警告する SIEM ルール | SOC リード | 2026 年 4 月 15 日 |
| MFA プッシュ通知疲労の検知 | 認証に成功しないまま、アカウントが 5 分間に 3 回を超える MFA プッシュ通知を受信した場合に警告 | SOC リード | 2026 年 4 月 30 日 |
| Tor 出口ノードのブロック | すべての本番システムで、既知の Tor 出口ノードからの認証試行をブロック | ネットワークセキュリティ | 2026 年 4 月 15 日 |
| データベース層のネットワークフローベースライン | データベース VLAN のアウトバウンドデータ転送のベースラインを確立し、異常を警告 | SOC リード | 2026 年 5 月 31 日 |
Step 6: 規制当局への継続的な対応(継続中)
監督当局に対する継続的な義務を管理します。
- 追加通知:Art. 33 に基づく最初の通知で提供を約束した未提出情報(例:データの持ち出しに関する判定、最終的なデータ主体数)を提供します。
- 当局からの照会:監督当局からの追加質問には、迅速かつ包括的に回答します。
- 是正措置の証拠:要請に応じて、是正措置の証拠を当局に提出できるよう準備します。完了日と証拠の参照先を含む是正措置トラッカーを管理します。
- 規制手続き:当局が正式な手続きを開始した場合は、外部弁護士と連携して対応します。
- DPO 年次報告書:侵害と是正状況を、DPO から取締役会および監督当局への年次報告書に記載します。
是正措置の追跡
是正措置登録簿の構成
| フィールド | 説明 |
|---|---|
| アクション ID | 一意の識別子(SPG-BREACH-2026-003-REM-001) |
| 侵害の参照先 | 元の侵害へのリンク |
| 説明 | 実施が必要な内容 |
| 対処する根本原因 | このアクションで解消する根本原因またはギャップ |
| 担当者 | 完了に責任を負う人物 |
| 優先度 | 重大 / 高 / 中 / 低 |
| 目標日 | 完了予定日 |
| 実際の完了日 | アクションの完了が確認された日 |
| 証拠 | 完了を証明する文書(スクリーンショット、ポリシーのバージョン、テストレポート) |
| 検証者 | アクションが有効に実施されたことを検証した人物 |
期限超過アクションのエスカレーション
| 期限超過日数 | エスカレーション |
|---|---|
| 1~7 日 | アクション担当者にリマインダー |
| 8~14 日 | アクション担当者の上司にエスカレーション |
| 15~30 日 | DPO および CISO にエスカレーション |
| 30 日超 | CEO にエスカレーション。取締役会監査委員会の報告書に記載 |
侵害後のレビュー会議
アジェンダ(侵害の収束から30日後に実施)
- 侵害の概要:インシデントを5分で振り返ります。
- 根本原因のレビュー:根本原因分析が正確かつ完全であることを確認します。
- 是正措置の状況:完了済み、進行中、期限超過のすべての是正措置を確認します。
- 有効性の評価:実施した是正措置はテストされ、有効性が確認されていますか?
- 残存リスク:是正措置の実施後にどのようなリスクが残っていますか?組織のリスク許容度の範囲内ですか?
- 次回に向けた教訓:何を変えるべきですか?何がうまくいきましたか?
- 文書化の完了:Art. 33(5) に基づく文書化がすべて完了していることを確認します。
アカウンタビリティの実証
GDPR Art. 5(2) に基づき、管理者はコンプライアンスを実証する必要があります。侵害後の是正措置の証拠は、この目的に役立ちます。
- 侵害前:リスク評価、セキュリティ対策、研修記録、ポリシーは、予防に向けた取り組みを示します。
- 侵害中:インシデント対応の文書、通知記録、コミュニケーションログは、適切な対応を示します。
- 侵害後:是正措置トラッカー、更新されたポリシー、強化された管理策、改善された研修は、学習と改善を示します。
組織の侵害対応を審査する監督機関は、侵害が適切に処理されたかだけでなく、再発防止に向けて組織が有意義な措置を講じたかどうかも評価します。
コメント
Markdown 対応