Compliance Review
Purpose
Assess proposed features and data flows against applicable privacy regulations, identify compliance gaps, and produce actionable remediation plans.
Inputs
- Feature description or proposal being analyzed
- Data elements collected, processed, or stored
- User-facing consent flows and privacy notices
- Third-party integrations and data sharing arrangements
- Target jurisdictions and applicable regulations
Process
Step 1: Identify Applicable Regulations
Determine which regulatory frameworks apply based on user base, data types, and jurisdictions. Map each regulation to its key obligations:
- GDPR (EU/EEA): Lawful basis, consent, right to access/erasure/portability, DPIAs, breach notification
- CCPA/CPRA (California): Right to know, right to delete, right to opt-out, data sale restrictions
- HIPAA (US health): PHI safeguards, minimum necessary standard, BAAs
- SOC2: Security, availability, processing integrity, confidentiality, privacy trust principles
- PCI-DSS: Cardholder data protection, network segmentation, access controls
Step 2: Map Data Flows for PII
Trace every data element through its lifecycle. For each element, document:
- Collection point: Where and how is it gathered? (form, API, third-party sync)
- Lawful basis: What legal ground justifies processing? (consent, contract, legitimate interest)
- Storage location: Where does it live? (database, cache, logs, backups, third-party)
- Processing purposes: What is it used for? (core feature, analytics, marketing, ML training)
- Sharing: Who else receives it? (sub-processors, analytics vendors, ad networks)
- Retention: How long is it kept? (active use, archival, legal hold)
Step 3: Assess Consent Mechanisms
Evaluate whether consent collection meets regulatory standards:
- Is consent freely given, specific, informed, and unambiguous?
- Are consent purposes granular (not bundled)?
- Can users withdraw consent as easily as they gave it?
- Is consent recorded with timestamp, version, and scope?
- Are pre-checked boxes or dark patterns avoided?
- Is there a mechanism for parental consent if minors are in scope?
Step 4: Evaluate Data Retention Policies
For each data category, assess:
- Is there a defined retention period with documented justification?
- Does the retention period align with the lawful basis? (consent-based data must be deletable)
- Are automated deletion/anonymization processes in place?
- Do backups respect retention limits, or do they create shadow copies?
- Are legal hold requirements accounted for without overriding general deletion?
Step 5: Check Right-to-Deletion Compliance
Verify that data subject rights are technically implementable:
- Can all PII for a given user be located across all systems?
- Does deletion cascade to backups, caches, logs, and third-party systems?
- Is soft-delete distinguished from hard-delete, and is hard-delete available?
- Can deletion be completed within regulatory timeframes (e.g., 30 days for GDPR)?
- Are there documented exceptions (legal obligations, legitimate interest overrides)?
Step 6: Design Audit Trail Requirements
Specify what must be logged for compliance evidence:
- Consent events (granted, modified, withdrawn) with full context
- Data access events (who accessed what PII, when, for what purpose)
- Deletion/anonymization events (request received, processing, confirmation)
- Breach-related events (detection, assessment, notification timeline)
- Policy changes (consent text updates, retention policy modifications)
Output Format
Regulatory Applicability Matrix
| Regulation |
Applies? |
Key Obligations |
Current Status |
| GDPR |
Yes/No/Partial |
[Obligations] |
Compliant / Gap / Unknown |
| CCPA |
Yes/No/Partial |
[Obligations] |
Compliant / Gap / Unknown |
| ... |
... |
... |
... |
Data Flow Map
[User] → [Collection Point] → [Processing Service] → [Data Store]
↓
[Third-Party / Sub-processor]
PII Elements: [list]
Lawful Basis: [basis per element]
Retention: [period per element]
Compliance Gap Analysis
| Area |
Requirement |
Current State |
Gap |
Severity |
Remediation |
| Consent |
Granular opt-in |
Bundled consent |
Non-compliant |
Mandatory |
Split consent by purpose |
| Retention |
Defined periods |
No expiry set |
Non-compliant |
Mandatory |
Implement TTL per data category |
| ... |
... |
... |
... |
... |
... |
Severity Key
- Mandatory: Regulatory requirement — must fix before launch or risk enforcement action
- Strongly Recommended: Best practice that significantly reduces risk — fix in current sprint
- Advisory: Improvement that strengthens posture — schedule for next iteration
Quality Checks
Evolution Notes
1---2name: compliance-review3department: "guardian"4description: "GDPR/privacy compliance review for proposed features and data flows"5version: 16triggers:7 - "GDPR"8 - "CCPA"9 - "privacy"10 - "PII"11 - "compliance"12 - "consent"13 - "regulation"14 - "data protection"15 - "lawful basis"16 - "right to erasure"17---1819# Compliance Review2021## Purpose22Assess proposed features and data flows against applicable privacy regulations, identify compliance gaps, and produce actionable remediation plans.2324## Inputs25- Feature description or proposal being analyzed26- Data elements collected, processed, or stored27- User-facing consent flows and privacy notices28- Third-party integrations and data sharing arrangements29- Target jurisdictions and applicable regulations3031## Process3233### Step 1: Identify Applicable Regulations34Determine which regulatory frameworks apply based on user base, data types, and jurisdictions. Map each regulation to its key obligations:3536- **GDPR** (EU/EEA): Lawful basis, consent, right to access/erasure/portability, DPIAs, breach notification37- **CCPA/CPRA** (California): Right to know, right to delete, right to opt-out, data sale restrictions38- **HIPAA** (US health): PHI safeguards, minimum necessary standard, BAAs39- **SOC2**: Security, availability, processing integrity, confidentiality, privacy trust principles40- **PCI-DSS**: Cardholder data protection, network segmentation, access controls4142### Step 2: Map Data Flows for PII43Trace every data element through its lifecycle. For each element, document:4445- **Collection point**: Where and how is it gathered? (form, API, third-party sync)46- **Lawful basis**: What legal ground justifies processing? (consent, contract, legitimate interest)47- **Storage location**: Where does it live? (database, cache, logs, backups, third-party)48- **Processing purposes**: What is it used for? (core feature, analytics, marketing, ML training)49- **Sharing**: Who else receives it? (sub-processors, analytics vendors, ad networks)50- **Retention**: How long is it kept? (active use, archival, legal hold)5152### Step 3: Assess Consent Mechanisms53Evaluate whether consent collection meets regulatory standards:5455- Is consent freely given, specific, informed, and unambiguous?56- Are consent purposes granular (not bundled)?57- Can users withdraw consent as easily as they gave it?58- Is consent recorded with timestamp, version, and scope?59- Are pre-checked boxes or dark patterns avoided?60- Is there a mechanism for parental consent if minors are in scope?6162### Step 4: Evaluate Data Retention Policies63For each data category, assess:6465- Is there a defined retention period with documented justification?66- Does the retention period align with the lawful basis? (consent-based data must be deletable)67- Are automated deletion/anonymization processes in place?68- Do backups respect retention limits, or do they create shadow copies?69- Are legal hold requirements accounted for without overriding general deletion?7071### Step 5: Check Right-to-Deletion Compliance72Verify that data subject rights are technically implementable:7374- Can all PII for a given user be located across all systems?75- Does deletion cascade to backups, caches, logs, and third-party systems?76- Is soft-delete distinguished from hard-delete, and is hard-delete available?77- Can deletion be completed within regulatory timeframes (e.g., 30 days for GDPR)?78- Are there documented exceptions (legal obligations, legitimate interest overrides)?7980### Step 6: Design Audit Trail Requirements81Specify what must be logged for compliance evidence:8283- Consent events (granted, modified, withdrawn) with full context84- Data access events (who accessed what PII, when, for what purpose)85- Deletion/anonymization events (request received, processing, confirmation)86- Breach-related events (detection, assessment, notification timeline)87- Policy changes (consent text updates, retention policy modifications)8889## Output Format9091### Regulatory Applicability Matrix92| Regulation | Applies? | Key Obligations | Current Status |93|---|---|---|---|94| GDPR | Yes/No/Partial | [Obligations] | Compliant / Gap / Unknown |95| CCPA | Yes/No/Partial | [Obligations] | Compliant / Gap / Unknown |96| ... | ... | ... | ... |9798### Data Flow Map99```100[User] → [Collection Point] → [Processing Service] → [Data Store]101 ↓102 [Third-Party / Sub-processor]103104PII Elements: [list]105Lawful Basis: [basis per element]106Retention: [period per element]107```108109### Compliance Gap Analysis110| Area | Requirement | Current State | Gap | Severity | Remediation |111|---|---|---|---|---|---|112| Consent | Granular opt-in | Bundled consent | Non-compliant | Mandatory | Split consent by purpose |113| Retention | Defined periods | No expiry set | Non-compliant | Mandatory | Implement TTL per data category |114| ... | ... | ... | ... | ... | ... |115116### Severity Key117- **Mandatory**: Regulatory requirement — must fix before launch or risk enforcement action118- **Strongly Recommended**: Best practice that significantly reduces risk — fix in current sprint119- **Advisory**: Improvement that strengthens posture — schedule for next iteration120121## Quality Checks122- [ ] All applicable regulations are identified with specific articles/sections referenced123- [ ] Every PII element has a documented lawful basis for processing124- [ ] Consent mechanisms meet the "freely given, specific, informed, unambiguous" standard125- [ ] Data retention periods are defined and justified for every data category126- [ ] Right-to-deletion path covers all storage locations including backups and caches127- [ ] Third-party data sharing is documented with DPA/contractual coverage128- [ ] Audit trail requirements cover consent, access, deletion, and breach events129- [ ] Gap analysis includes specific, actionable remediation for every finding130131## Evolution Notes132<!-- Observations appended after each use -->