mcpField
A
audit-follow-up-verify

audit-follow-up-verify

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

audit-follow-up-verify について

監査担当者が、監査指摘への経営陣の是正対応を検証するためのプライバシー監査スキルです。重要度別のフォローアップ日程、独立テスト、クローズ基準、エスカレーション、報告を扱います。

主な機能

  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 audit-follow-up-verify

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

同梱ファイル

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

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

詳細

監査のフォローアップと検証

概要

監査のフォローアップとは、監査機能が、監査指摘への対応として経営陣が是正措置を効果的に実施したことを監視し、検証するプロセスです。IIA基準2500では、最高監査責任者に対し、経営陣に伝達した結果の処置状況を監視するシステムを確立し、維持することを求めています。フォローアップは、措置が完了したかどうかを追跡するだけではありません。是正措置が根本原因に実際に対処し、特定されたリスクを許容可能な水準まで低減していることを独立して検証する必要があります。

プライバシー監査では、是正されていない指摘が規制への継続的な不遵守を意味するため、効果的なフォローアップが不可欠です。GDPR第5条第2項の説明責任に関する不備、未修正の同意取得メカニズム、またはDSAR処理の継続的な遅延は、監督機関による執行、データ主体からの苦情、評判の毀損に組織をさらします。

フォローアップのスケジュール

フォローアップの時期は、指摘の重大度によって決まります。

重大度初回フォローアップ一部対応の場合の再テスト延長上限
重大目標日の30日後15日1回(CPOの承認が必要)
高目標日の60日後30日2回(DPOの承認が必要)
中目標日の90日後45日2回
低目標日の180日後90日3回
助言次回の定期監査該当なし該当なし

検証テストの方法

再実施

監査人が統制活動を独立して再実施し、期待される結果が得られることを検証します。手続的統制に使用します(例:DSARへの回答を再実施し、プロセスが30日の期限を満たしていることを検証する)。

検査

監査人が、是正後に作成された記録、文書、またはシステム設定を調査し、統制が設計どおりに機能していることを検証します。文書による統制に使用します(例:第28条への準拠について、更新されたDPAを検査する)。

観察

監査人が是正後のプロセスをリアルタイムで観察し、正しく機能していることを検証します。運用上の統制に使用します(例:机上演習中に、更新された侵害通知ワークフローを観察する)。

質問と裏付け確認

監査人が是正後の統制についてプロセス責任者に聞き取りを行い、その説明を独立した証拠で裏付けます。直接テストが実務上困難な場合に使用します。

データ分析

監査人が是正後のデータを分析し、統制が期待される結果を生み出していることを検証します。測定可能な統制に使用します(例:是正後のDSAR回答時間を分析し、改善を検証する)。

完了基準

次のすべてが満たされた場合に限り、指摘を完了扱いにできます。

  1. 是正措置の完了:是正責任者が、計画されたすべての措置を完了として記録している
  2. 証拠の提出:是正責任者が、完了を示す文書による証拠を提出している
  3. 独立した検証:検証責任者(監査人または独立した第三者)が、テストを通じて有効性を確認している
  4. 根本原因への対処:検証により、表面的な症状だけでなく、根本原因が解消されたことを確認している
  5. 持続可能性:修正が継続的なプロセスに組み込まれている(一度限りの手作業による修正ではない)
  6. 文書化:監査調書に、検証手順、確認した証拠、および結論が記録されている

指摘のステータスのライフサイクル

New → In Progress → Remediation Complete → Pending Verification → Closed
                                                    ↓
                                              Partial Pass → Re-remediation → Pending Verification
                                                    ↓
                                                  Fail → Reopened → Escalation

未是正の指摘事項のエスカレーション

トリガーエスカレーションレベル対応
指摘事項の期限超過が30日以上(重大)CPOおよびCISO5日以内に経営陣との会議を必須で開催
指摘事項の期限超過が45日以上(高)監査委員会次回の監査委員会で報告
指摘事項が2回検証に失敗DPOおよびCPO根本原因のレビューと改訂計画が必要
指摘事項が12か月以上未解決(重要度を問わない)取締役会監査委員会年次監査意見に含める
指摘事項の再発(同じ根本原因で3回以上)監査委員会全社的な問題の調査

報告

個別指摘事項のフォローアップレポート

検証の実施ごとに作成します。指摘事項の参照情報、検証方法、レビューした証拠、テスト結果、結論(合格/一部合格/不合格)、推奨される次のステップを記載します。

定期フォローアップ概要

DPOおよびCPOに月次で報告し、重要度別の未解決指摘事項の合計、期限超過の指摘事項、期間中に解決した指摘事項、検証合格率、滞留期間の分析、エスカレーション状況をまとめます。

年次監査意見への影響

年度末時点で未是正の指摘事項は、年次監査意見に反映されます。重大または高レベルの指摘事項が継続している場合、「不適切」または「改善が必要」という評価になることがあります。

連携ポイント

  • audit-remediation-program:フォローアップにより、是正プログラムが管理する是正措置の有効性を検証します
  • audit-evidence-collect:フォローアップでは、同じ品質基準に基づく新たな証拠収集が必要です
  • audit-report-writing:フォローアップの結果は、定期監査レポートおよび年次監査レポートに反映されます
  • records-of-processing:フォローアップで、ROPAエントリの修正を検証する場合があります

コメント