本文へ移動
cccskills
無料GitHub で公開

audit-remediation-program

Guides audit findings remediation program management including finding prioritization by severity (critical, high, medium, low), owner assignment, remediation planning, deadline tracking, verification testing, closure criteria, escalation protocols, and management reporting. Covers remediation lifecycle from finding issuance to verified closure. Keywords: audit remediation, finding management, prioritization, verification testing, closure criteria, remediation tracking.

インストール方法を見る

含まれるファイル(5)

  • SKILL.md20.9 KB
  • assets/template.md2.2 KB
  • references/standards.md2.0 KB
  • references/workflows.md2.8 KB
  • scripts/process.py9.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Audit Findings Remediation Program

Overview

An audit findings remediation program ensures that privacy audit findings — whether from internal audits, external audits (SOC 2, ISO 27701), regulatory inspections, or self-assessments — are systematically prioritized, assigned, tracked, remediated, verified, and closed. Without a structured remediation program, findings accumulate as "privacy debt," increasing regulatory risk and undermining the credibility of the privacy program.

The remediation program operates as a closed-loop system: findings enter the pipeline, are triaged and assigned, remediated by control owners, verified by the audit function (or an independent party), and formally closed only when evidence confirms effective remediation. Findings that fail verification are reopened with revised remediation plans and escalated if they become overdue.

Sentinel Compliance Group manages an average of 85 open privacy findings per year across internal audits (47), SOC 2 examinations (12), ISO 27701 audits (8), regulatory inquiries (6), and self-assessment activities (12), with a 91% on-time remediation rate in 2024.

Finding Lifecycle

Finding Issued by Audit Source
  ↓
Finding Registered in Tracking System
  ↓
Initial Triage (severity classification, regulatory impact)
  ↓
Owner Assignment (finding owner + remediation owner)
  ↓
Management Response Due (10 business days)
  ↓
Remediation Plan Approved
  ↓
Remediation In Progress
  ↓
Remediation Owner Reports Completion
  ↓
Verification Testing by Audit/Independent Party
  ↓
Pass → Finding Closed with Evidence → Archived
  ↓
Fail → Finding Reopened → Revised Remediation Plan → Escalation if Overdue

Finding Prioritization

Severity Classification

SeverityCriteriaRemediation DeadlineEscalation Timeline
CriticalSystemic regulatory non-compliance; active or imminent data exposure; processing without lawful basis for large-scale activity; complete control failure affecting data subject rights30 calendar daysDay 1: CPO + CISO notified; Day 5: CEO notified if no plan; Day 15: Board notified if no progress
HighMaterial non-compliance with specific GDPR article; control design deficiency; widespread operating failure; regulatory inspection finding60 calendar daysDay 10: CPO notified if no plan; Day 30: CEO notified if behind schedule; Day 45: Audit Committee notified
MediumIsolated non-compliance; control operating inconsistently; documentation gaps with compliance implications; process improvement needed for compliance90 calendar daysDay 30: CPO notified if no plan; Day 60: Escalate to management
LowMinor documentation gaps; best practice deviations; control enhancements; efficiency improvements180 calendar daysDay 90: Follow-up notification; Day 150: Escalate to management
AdvisoryRecommendations for enhancement; emerging risk observations; no current non-compliance identifiedNo mandatory deadlineTracked for information; reviewed during next audit cycle

Multi-Factor Prioritization

Beyond severity, findings are prioritized using additional factors:

FactorWeightScoring (1-5)
Severity40%1 = Advisory, 2 = Low, 3 = Medium, 4 = High, 5 = Critical
Regulatory Exposure20%1 = No regulatory linkage, 5 = Direct GDPR article non-compliance with enforcement precedent
Data Subject Impact15%1 = No impact, 5 = Direct harm to data subjects (breach, rights denial)
Systemic Risk10%1 = Isolated occurrence, 5 = Affects multiple processes/systems/locations
Recurrence10%1 = First occurrence, 5 = Finding repeated 3+ times
External Visibility5%1 = Internal only, 5 = Visible to regulators/customers/public

Priority Score: Weighted sum (maximum 5.0)

Score RangePriority TierQueue Position
4.0 — 5.0Tier 1Immediate attention; reviewed daily
3.0 — 3.9Tier 2Active management; reviewed weekly
2.0 — 2.9Tier 3Standard tracking; reviewed monthly
1.0 — 1.9Tier 4Periodic tracking; reviewed quarterly

Owner Assignment

Role Definitions

RoleResponsibilityAccountability
Finding OwnerSenior leader accountable for remediation outcomes; typically the department head or VP whose area is affectedEnsures resources, removes blockers, approves remediation plan, accountable for deadline compliance
Remediation OwnerIndividual responsible for executing the remediation plan; typically a manager or team leadDevelops remediation plan, executes remediation activities, reports progress, provides evidence of completion
Verification OwnerIndividual responsible for testing that remediation is effective; typically internal audit or an independent partyDesigns verification tests, executes testing, determines pass/fail, documents results
Escalation OwnerSenior leader responsible for resolving escalated findings; typically CPO or CISOIntervenes when findings are overdue, allocates additional resources, reports to executive management

Assignment Process

  1. Audit Issues Finding: The audit source (internal audit, external auditor, DPA) documents the finding
  2. DPO Registers Finding: The DPO (or finding management coordinator) registers the finding in the tracking system
  3. Initial Triage Meeting (within 3 business days of registration):
    • Privacy team reviews the finding for severity classification
    • Identifies the organizational area responsible
    • Assigns Finding Owner based on organizational accountability
    • Finding Owner designates Remediation Owner within 5 business days
  4. Verification Owner Assignment: Determined by finding source:
    • Internal audit findings → Internal audit team verifies
    • External audit findings → External auditor verifies at next examination, or internal audit verifies earlier
    • DPA findings → DPO verifies with legal review
    • Self-assessment findings → Internal audit or peer review

Remediation Planning

Management Response (Due Within 10 Business Days)

The Finding Owner must provide a formal management response:

Finding ID: RA-2025-017
Finding Title: Incomplete vendor sub-processor notification
Severity: High
Finding Source: Internal Privacy Audit PA-2025-Q1

MANAGEMENT RESPONSE

Response Date: 2025-02-15
Finding Owner: VP, Procurement — Sarah Chen
Remediation Owner: Senior Vendor Manager — James Park

Agree/Disagree: Agree

Root Cause Analysis:
  The current vendor management process does not include a mandatory step for
  vendors to provide updated sub-processor lists when changes occur. The DPA
  template includes a sub-processor notification clause (Section 8.3), but
  there is no operational workflow to receive, review, and action these
  notifications. 14 of 47 active processor DPAs were found to have outdated
  sub-processor lists during the audit period.

Remediation Plan:
  1. Implement sub-processor change notification workflow in vendor management
     platform (ServiceNow) — target: March 15, 2025
  2. Send outreach to all 47 processors requesting current sub-processor lists
     — target: March 1, 2025
  3. Update DPA template to include specific notification timeframe (30 days
     prior notice) and objection mechanism — target: March 15, 2025
  4. Establish quarterly sub-processor list verification for high-risk vendors
     — target: April 1, 2025
  5. Deliver training to procurement team on sub-processor change management
     — target: March 31, 2025

Target Completion Date: April 1, 2025
Resources Required: 40 hours procurement team time; ServiceNow configuration
  (IT support ticket submitted)
Dependencies: ServiceNow workflow configuration by IT (estimated 2 weeks)

Interim Risk Mitigation:
  Immediate outreach to the 14 vendors with outdated lists to obtain current
  sub-processor information; manual tracking via spreadsheet until ServiceNow
  workflow is operational.

Remediation Plan Quality Criteria

A remediation plan is approved only if it meets these criteria:

CriterionRequirement
Root Cause AddressedPlan addresses the underlying cause, not just the symptom
Specific ActionsEach action is concrete, measurable, and assignable
Realistic TimelineDeadlines are achievable given dependencies and resource constraints
Resource IdentifiedPersonnel, budget, and tools required are identified
Dependencies DocumentedExternal dependencies (IT, legal, vendor) are identified with contingency
Interim MitigationIf the finding presents immediate risk, interim measures are in place pending full remediation
Verifiable OutcomeThe expected end-state is described in terms that can be objectively tested
Owner AssignedEach action has a named individual responsible

Plans that do not meet these criteria are returned for revision within 5 business days.

Deadline Tracking

Tracking System Requirements

The finding tracking system must support:

CapabilityPurpose
Unique finding IDConsistent reference across all communications
Status trackingOpen, In Progress, Pending Verification, Closed, Reopened
Severity classificationCritical, High, Medium, Low, Advisory
Date trackingRegistration date, management response date, target date, actual completion date, verification date, closure date
Owner assignmentFinding owner, remediation owner, verification owner
Evidence attachmentUpload evidence of remediation and verification
Automated notificationsReminders at 50%, 75%, 90% of deadline; overdue alerts
Reporting and dashboardsStatus summaries by severity, age, owner, source
Audit trailComplete history of all changes, communications, and status transitions

Status Definitions

StatusDefinitionTransition Criteria
NewFinding registered; not yet triaged→ In Progress: after triage and owner assignment
In ProgressRemediation plan approved; work underway→ Pending Verification: remediation owner reports completion with evidence
Pending VerificationRemediation reported complete; awaiting verification testing→ Closed: verification passes; → Reopened: verification fails
ClosedVerification passed; finding archivedTerminal status (can be reopened if issue recurs)
ReopenedVerification failed or issue recurred→ In Progress: revised remediation plan submitted
OverduePast target date without completionTriggers escalation per severity level
Risk AcceptedManagement formally accepts the risk of not remediatingRequires CPO + CISO approval for High; Board approval for Critical

Automated Notification Schedule

TriggerNotificationRecipients
Finding registeredAssignment notificationFinding Owner, Remediation Owner
Management response due in 3 daysReminderFinding Owner
Management response overdueEscalationFinding Owner, CPO
50% of remediation deadline elapsedProgress checkRemediation Owner
75% of remediation deadline elapsedUrgency reminderRemediation Owner, Finding Owner
90% of remediation deadline elapsedFinal reminderRemediation Owner, Finding Owner, CPO
Deadline passed (overdue)Overdue alertFinding Owner, CPO, Escalation Owner
Overdue by 30+ daysExecutive escalationCEO, Audit Committee (for High/Critical)
Verification completeClosure notificationAll stakeholders

Verification Testing

Verification Approaches

ApproachWhen UsedDescription
Documentation ReviewPolicy/procedure remediationVerify that updated documents exist, are approved, published, and accessible
Technical TestingSystem/configuration remediationIndependently verify that technical controls are configured as claimed
Transaction TestingProcess remediationTest a sample of transactions to verify the process now operates correctly
InterviewTraining/awareness remediationInterview personnel to verify knowledge and process adherence
ObservationProcess remediationObserve the remediated process in operation
ReperformanceControl operation remediationIndependently execute the control to verify it produces the expected result

Verification Test Design

For each finding, the verification owner designs specific tests:

Finding ID: RA-2025-017
Finding Title: Incomplete vendor sub-processor notification
Verification Tests:

Test 1: ServiceNow Workflow Verification
  Procedure: Submit a test sub-processor change notification through the
  ServiceNow workflow; verify that it routes to the correct reviewer,
  generates the expected notifications, and creates an audit trail.
  Pass Criteria: Notification received by vendor manager within 1 business
  day; review completed and documented; audit trail complete.

Test 2: Sub-Processor List Currency
  Procedure: Select 10 processors from the vendor register; verify that
  sub-processor lists are current (dated within the last 90 days).
  Pass Criteria: 10 of 10 processors have current sub-processor lists.

Test 3: DPA Template Update
  Procedure: Review updated DPA template Section 8.3; verify inclusion of
  30-day prior notification requirement and objection mechanism.
  Pass Criteria: Clause present, legally reviewed, and approved.

Test 4: Procurement Team Knowledge
  Procedure: Interview 3 procurement team members on sub-processor change
  management process.
  Pass Criteria: All 3 can describe the process correctly.

Test 5: Quarterly Review Process
  Procedure: Verify that the quarterly sub-processor review is scheduled
  and that the first review has been completed for high-risk vendors.
  Pass Criteria: Review schedule established; first review completed with
  documented results.

Verification Outcomes

OutcomeCriteriaNext Step
PassAll verification tests passFinding closed with evidence archived
Partial PassSome tests pass, minor gaps remainFinding remains open; targeted remediation for remaining gaps; re-verification within 30 days
FailMaterial tests fail; remediation is ineffectiveFinding reopened; revised remediation plan required within 10 business days; escalation triggered

Closure Criteria

A finding may be closed only when ALL of the following criteria are met:

#Closure CriterionVerified By
1Remediation actions completed as documented in the approved planRemediation Owner attestation
2Verification testing passed with documented resultsVerification Owner
3Evidence of remediation attached to the finding recordVerification Owner review
4Root cause addressed (not just symptom)Verification Owner assessment
5No new issues introduced by the remediationVerification Owner
6Finding Owner confirms remediation meets expectationsFinding Owner sign-off
7Closure approved by finding management coordinatorDPO or designee

Risk Acceptance (Alternative to Remediation)

In exceptional cases, management may accept the risk rather than remediate:

SeverityApproval AuthorityRequirements
LowCPOWritten justification; risk documented in risk register; annual review
MediumCPO + CISOWritten justification with risk quantification; risk register entry; semi-annual review; compensating controls documented
HighCPO + CISO + CLOBoard notification; written justification with legal opinion; risk register entry; quarterly review; compensating controls verified
CriticalNot eligible for risk acceptanceMust be remediated; Board may approve interim risk acceptance for maximum 90 days while remediation is in progress

Management Reporting

Monthly Remediation Dashboard (Privacy Operations)

MetricCurrentPrior MonthTrend
Total Open Findings2327Improving
— Critical00Stable
— High34Improving
— Medium1113Improving
— Low910Improving
New Findings This Month46Improving
Findings Closed This Month85Improving
Overdue Findings23Improving
On-Time Closure Rate (YTD)91%89%Improving
Average Days to Close4247Improving
Findings Reopened10Monitoring
Risk Accepted11Stable

Quarterly Executive Report

Content:

  1. Finding Volume and Trend: New findings, closed findings, net change by severity
  2. Overdue Analysis: Count and root cause of overdue findings; escalation actions taken
  3. Aging Analysis: Distribution of open findings by age bucket (0-30, 31-60, 61-90, 90+ days)
  4. Source Analysis: Findings by audit source (internal, SOC 2, ISO 27701, DPA, self-assessment)
  5. Theme Analysis: Common finding themes and systemic issues
  6. Remediation Effectiveness: First-time pass rate at verification; recurrence rate
  7. Risk Acceptances: Active risk acceptances with next review dates
  8. Forecast: Expected finding volume and closure trajectory for next quarter

Annual Remediation Program Review

Content:

  1. Total findings managed during the year (opened, closed, carried forward)
  2. On-time remediation rate by severity and source
  3. Average remediation time by severity
  4. Verification pass rate (first attempt)
  5. Recurrence analysis: findings that reappear from prior years
  6. Root cause trends: top 5 root causes across all findings
  7. Program maturity assessment: improvements to the remediation program itself
  8. Recommendations for the following year

Integration with Audit Cycle

Internal Audit Integration

  • Internal audit findings flow directly into the remediation tracking system upon report issuance
  • Internal audit conducts verification testing for its own findings
  • Internal audit reports remediation status in its quarterly report to the Audit Committee
  • Findings from prior audits are followed up during subsequent audits

External Audit Integration

  • SOC 2 exceptions are registered as findings upon report receipt
  • ISO 27701 nonconformities are registered upon audit report issuance
  • External auditors may accept internal remediation evidence at subsequent examinations
  • Timing: align remediation completion with external audit cycles to demonstrate closure

Regulatory Finding Integration

  • DPA findings, recommendations, and orders are registered immediately upon receipt
  • Legal review of all regulatory findings before remediation plan development
  • DPO tracks regulatory finding remediation separately with expedited timelines
  • Evidence of remediation is prepared for potential DPA follow-up

Sentinel Compliance Group Remediation Program

  • Tracking System: ServiceNow GRC module with custom privacy finding workflow
  • 2024 Volume: 85 findings managed (47 internal audit, 12 SOC 2, 8 ISO 27701, 6 DPA inquiry, 12 self-assessment)
  • Closure Results: 78 closed within target date (91%); 5 closed with extension; 2 risk-accepted
  • Average Remediation Time: Critical: 18 days (target: 30); High: 41 days (target: 60); Medium: 62 days (target: 90); Low: 98 days (target: 180)
  • Verification Pass Rate: 87% first-attempt pass rate; 13% required rework
  • Recurrence Rate: 8% (7 findings repeated from prior years)
  • Top Root Causes (2024): (1) Incomplete vendor management processes (18 findings); (2) Inadequate documentation of processing activities (14 findings); (3) Inconsistent DSAR handling across business units (11 findings); (4) Training gaps for new hires in privacy-critical roles (9 findings); (5) Technical control configuration drift (8 findings)
  • Overdue Findings at Year-End: 2 (both Medium severity, within 15 days of deadline, escalated to CPO)
  • Program Improvement for 2025: Implement automated verification testing for technical controls; integrate with continuous compliance monitoring for real-time deviation detection

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Implements 42 CFR Part 2 protections for substance use disorder patient records. Covers written consent requirements stricter than HIPAA, re-disclosure prohibition, court order procedures, qualified service organization agreements, and 2024 amendments aligning Part 2 with HIPAA. Keywords: 42 CFR Part 2, substance use disorder, SUD records, re-disclosure, consent, Part 2 amendments.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Guides assessment of third-country adequacy decisions under GDPR Article 45 for international data transfers. Covers the current EC adequacy decisions list, adequacy assessment criteria, partial adequacy handling, and monitoring of adequacy decision reviews. Keywords: adequacy decision, Article 45, third country, adequate protection, EC adequacy list.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Implements age-gating mechanisms for online services to restrict access based on user age. Covers hard gates versus soft gates, neutral age prompts, re-verification triggers, circumvention prevention, and regulatory requirements under GDPR, COPPA, UK Online Safety Act, and DSA. Keywords: age gate, age restriction, neutral prompt, children, online services, access control.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Evaluates and implements age estimation and verification technologies for online services. Covers facial age estimation, digital ID verification, self-declaration with risk assessment, AI-based age estimation, and the accuracy versus privacy tradeoff. Includes ICO guidance and euCONSENT framework. Keywords: age verification, age estimation, facial analysis, digital ID, children, online safety.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Preparing EU AI Act compliance documentation for high-risk AI systems. Covers Annex III classification, technical documentation under Art. 11, conformity assessment, risk management systems, and CE marking requirements. Keywords: EU AI Act, high-risk AI, Annex III, conformity assessment, CE marking.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Implements GDPR Art. 22 automated decision-making and AI Act Art. 14 human oversight requirements for AI systems. Covers identification of solely automated decisions, meaningful human intervention design, logic explanation mechanisms, and contestation procedures. Keywords: Art. 22, automated decision, human oversight, AI Act, profiling, contestation.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

mukul975 のスキルをすべて見る

このスキルの問題を報告する