mcpField
B
breach-remediation

breach-remediation

github.com/mukul975セキュリティ32339 回インストール32 週間前に更新
リポジトリ

breach-remediation について

プライバシー・セキュリティチーム向けの漏えい後の是正ガイドです。調査結果を管理策、ポリシー、研修、監視の改善に結び付け、規制当局への対応も管理します。

主な機能

  1. 01根本原因の分析と是正策の策定
  2. 02管理策の不足の特定と解消
  3. 03ポリシーと研修計画の更新
  4. 04監視と規制当局への対応の強化
  5. 05是正措置の記録と期限超過のエスカレーション

活用シーン

  1. 01データ漏えい後の是正計画の策定
  2. 02担当者、期限、完了証跡の追跡
  3. 03規制当局向け是正資料の準備

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mukul975/privacy-data-protection-skills --skill breach-remediation

インストール後、Claude Code で/breach-remediationを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

assets/
template.md
references/
standards.md
workflows.md
scripts/
process.py

詳細

侵害発生後の是正措置の実施

概要

侵害発生後の是正措置では、侵害調査で判明した事項を具体的な是正措置に変換し、再発を防止するとともに、GDPR 第 5 条第 2 項および第 24 条に基づく説明責任を果たします。効果的な是正措置は、目の前の脆弱性を修正するだけではありません。根本原因に対処し、全体に及ぶ管理上のギャップを解消し、ポリシーとトレーニングを更新し、監視を強化して、規制当局によるフォローアップ要件を満たします。

教訓を生かすためのフレームワーク

ステップ 1:根本原因への対処(即時 — 30 日以内)

侵害の直接的な技術上および手続き上の原因に対処します。

根本原因のカテゴリ是正措置のアプローチ例(SPG-BREACH-2026-003)
長期間使用されていない特権アカウントアカウントを廃止し、ライフサイクル管理を導入しますsvc-migration-2024 を無効化し、サービスアカウントの自動有効期限(90 日ごとのレビューサイクル)を導入しました
フィッシングに対する脆弱性フィッシング耐性のある MFA を導入し、メールフィルタリングを強化しますすべての特権アカウントで、プッシュ通知ベースの MFA から FIDO2/WebAuthn に移行しました
ネットワークのセグメンテーション不足マイクロセグメンテーションを導入しますデータベース層を分離し、セッション記録を行う承認済み踏み台ホスト経由でのみアクセスできるようにしました
アクセスレビューの対象範囲が不十分すべてのアカウント種別を含むよう、アクセスレビューの対象範囲を拡大します四半期ごとのアクセス認証に、サービスアカウント、API キー、マシンアカウントを追加しました
ステップ 2:管理上のギャップの解消(短期 — 90 日以内)

侵害によって明らかになった、より広範なセキュリティおよびプライバシー管理上のギャップを特定して解消します。

  1. 検知のギャップ:侵害は組織独自の管理策によって検知されましたか。それとも外部から報告されましたか。検知が遅れた場合は、監視を強化します。
  2. 対応のギャップ:対応手順に従いましたか。チームが計画から逸脱したのはどこですか。実際の経験に基づいて手順を更新します。
  3. コミュニケーションのギャップ:社内外への連絡は迅速かつ正確でしたか。連絡用のテンプレートとエスカレーション表を更新します。
  4. 文書化のギャップ:第 33 条第 5 項の文書化要件をリアルタイムで満たしていましたか。文書化ツールとチェックリストを改善します。
  5. ベンダー/処理者のギャップ:処理者が関与していた場合、第 28 条に基づく DPA は適切でしたか。処理者に求めるセキュリティ要件は十分でしたか。ベンダーのリスク評価と DPA の条項を更新します。
ステップ 3:ポリシーの更新(中期 — 90 日以内)

侵害調査で判明した事項に基づき、影響を受けたポリシーをレビューして更新します。

ポリシー必要な更新担当者期限
アクセス制御ポリシーサービスアカウントを対象に含め、ライフサイクル管理要件を定義しますCISO2026 年 4 月 15 日
インシデント対応計画認識の定義を更新し、一次声明のテンプレートを追加して、エスカレーション表を改訂しますDPO + CISO2026 年 4 月 30 日
身代金支払いポリシー身代金の支払いに関する取締役会承認済みの方針を文書化します法務責任者2026 年 5 月 31 日
ベンダーリスク管理処理者の侵害から得られた教訓に基づき、セキュリティ評価アンケートの内容を更新します調達部門 + DPO2026 年 6 月 30 日
データ保持ポリシー保持期間が終了したデータが、スケジュールどおり実際に削除されたことを確認します(侵害によって保持上の不備が明らかになった可能性があります)DPO2026 年 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: 規制当局への継続的な対応(継続中)

監督当局に対する継続的な義務を管理します。

  1. 追加通知:Art. 33 に基づく最初の通知で提供を約束した未提出情報(例:データの持ち出しに関する判定、最終的なデータ主体数)を提供します。
  2. 当局からの照会:監督当局からの追加質問には、迅速かつ包括的に回答します。
  3. 是正措置の証拠:要請に応じて、是正措置の証拠を当局に提出できるよう準備します。完了日と証拠の参照先を含む是正措置トラッカーを管理します。
  4. 規制手続き:当局が正式な手続きを開始した場合は、外部弁護士と連携して対応します。
  5. DPO 年次報告書:侵害と是正状況を、DPO から取締役会および監督当局への年次報告書に記載します。

是正措置の追跡

是正措置登録簿の構成
フィールド説明
アクション ID一意の識別子(SPG-BREACH-2026-003-REM-001)
侵害の参照先元の侵害へのリンク
説明実施が必要な内容
対処する根本原因このアクションで解消する根本原因またはギャップ
担当者完了に責任を負う人物
優先度重大 / 高 / 中 / 低
目標日完了予定日
実際の完了日アクションの完了が確認された日
証拠完了を証明する文書(スクリーンショット、ポリシーのバージョン、テストレポート)
検証者アクションが有効に実施されたことを検証した人物
期限超過アクションのエスカレーション
期限超過日数エスカレーション
1~7 日アクション担当者にリマインダー
8~14 日アクション担当者の上司にエスカレーション
15~30 日DPO および CISO にエスカレーション
30 日超CEO にエスカレーション。取締役会監査委員会の報告書に記載

侵害後のレビュー会議

アジェンダ(侵害の収束から30日後に実施)
  1. 侵害の概要:インシデントを5分で振り返ります。
  2. 根本原因のレビュー:根本原因分析が正確かつ完全であることを確認します。
  3. 是正措置の状況:完了済み、進行中、期限超過のすべての是正措置を確認します。
  4. 有効性の評価:実施した是正措置はテストされ、有効性が確認されていますか?
  5. 残存リスク:是正措置の実施後にどのようなリスクが残っていますか?組織のリスク許容度の範囲内ですか?
  6. 次回に向けた教訓:何を変えるべきですか?何がうまくいきましたか?
  7. 文書化の完了:Art. 33(5) に基づく文書化がすべて完了していることを確認します。

アカウンタビリティの実証

GDPR Art. 5(2) に基づき、管理者はコンプライアンスを実証する必要があります。侵害後の是正措置の証拠は、この目的に役立ちます。

  • 侵害前:リスク評価、セキュリティ対策、研修記録、ポリシーは、予防に向けた取り組みを示します。
  • 侵害中:インシデント対応の文書、通知記録、コミュニケーションログは、適切な対応を示します。
  • 侵害後:是正措置トラッカー、更新されたポリシー、強化された管理策、改善された研修は、学習と改善を示します。

組織の侵害対応を審査する監督機関は、侵害が適切に処理されたかだけでなく、再発防止に向けて組織が有意義な措置を講じたかどうかも評価します。

コメント