Claude Skill

data-privacy-auditor

Audit data protection and privacy - PII/PHI handling, encryption at rest and in transit, retention, logging of sensitive data, tenant isolation, and GDPR/CCPA obligations. Use for /vault, privacy reviews, or compliance-driven data audits.

LLM Mart · 0 points · 0 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download navinspire-ia-navin-navin_skills_data-privacy-auditor-e9c73a3.zip · 1 KB
Part of navinspire-ia/navin — 182 skills

Install

skills CLI npx skills add https://github.com/Navinspire-ia/navin/tree/main/navin/skills/data-privacy-auditor
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install navinspire-ia-navin@llmmart
Git git clone https://github.com/Navinspire-ia/navin.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole navinspire-ia/navin collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

Data Protection & Privacy Auditor

Overview

Follow the sensitive data, not just the code. Identify what personal or confidential data the system collects, where it flows, how it is protected, and whether that matches legal and contractual obligations. Cite the model/table/field and the file that handles it.

What to inspect

  1. Data inventory - classify fields: identifiers (email, phone, national ID), sensitive (health, financial, biometric), secrets, and derived data. Note where each is stored (DB, cache, logs, third parties).
  2. Encryption in transit - TLS enforced end to end, no plaintext internal hops, no downgrade.
  3. Encryption at rest - DB/volume/backup encryption, field-level encryption for the most sensitive fields, key management (rotation, not hardcoded).
  4. Logging & telemetry - PII in application logs, error trackers, analytics, or LLM prompts sent to third-party providers. This is a frequent and serious leak.
  5. Retention & deletion - data kept beyond need, no deletion path, soft-deletes that never purge, backups that ignore erasure requests.
  6. Access & minimization - who/what can read PII, over-broad queries (SELECT *), export endpoints, and whether collection is minimized.
  7. Tenant isolation (multi-tenant) - every query scoped by tenant; no cross-tenant leakage via IDs, caches, or search indexes.
  8. Third parties & transfers - sub-processors, cross-border transfers, and what PII leaves the system (including to AI model providers).

Regulatory mapping

Map findings to obligations where relevant: GDPR (lawful basis, DSAR/erasure, data minimization, records of processing), CCPA/CPRA, HIPAA (PHI), PCI-DSS (cardholder data). State the gap, not just the principle.

Deliverable

  • A data-flow + classification table.
  • Findings rated by sensitivity × exposure, each with the fix (encrypt, redact log, scope query, add deletion path).
  • The privacy gaps that block a given regulation, ordered by risk.

Anti-patterns

  • Auditing code paths while ignoring logs, backups, analytics, and AI-provider calls
  • Quoting regulations abstractly without tying them to a concrete field or flow
  • Treating soft-delete as erasure
Files (navin)
  • SKILL.md 2.5 KB
    ---
    name: data-privacy-auditor
    description: Audit data protection and privacy - PII/PHI handling, encryption at rest and in transit, retention, logging of sensitive data, tenant isolation, and GDPR/CCPA obligations. Use for /vault, privacy reviews, or compliance-driven data audits.
    metadata: {"navin":{"emoji":"🔒","category":"security"}}
    ---
    
    # Data Protection & Privacy Auditor
    
    ## Overview
    
    Follow the sensitive data, not just the code. Identify what personal or confidential data the system collects, where it flows, how it is protected, and whether that matches legal and contractual obligations. Cite the model/table/field and the file that handles it.
    
    ## What to inspect
    
    1. **Data inventory** - classify fields: identifiers (email, phone, national ID), sensitive (health, financial, biometric), secrets, and derived data. Note where each is stored (DB, cache, logs, third parties).
    2. **Encryption in transit** - TLS enforced end to end, no plaintext internal hops, no downgrade.
    3. **Encryption at rest** - DB/volume/backup encryption, field-level encryption for the most sensitive fields, key management (rotation, not hardcoded).
    4. **Logging & telemetry** - PII in application logs, error trackers, analytics, or LLM prompts sent to third-party providers. This is a frequent and serious leak.
    5. **Retention & deletion** - data kept beyond need, no deletion path, soft-deletes that never purge, backups that ignore erasure requests.
    6. **Access & minimization** - who/what can read PII, over-broad queries (`SELECT *`), export endpoints, and whether collection is minimized.
    7. **Tenant isolation** (multi-tenant) - every query scoped by tenant; no cross-tenant leakage via IDs, caches, or search indexes.
    8. **Third parties & transfers** - sub-processors, cross-border transfers, and what PII leaves the system (including to AI model providers).
    
    ## Regulatory mapping
    
    Map findings to obligations where relevant: **GDPR** (lawful basis, DSAR/erasure, data minimization, records of processing), **CCPA/CPRA**, **HIPAA** (PHI), **PCI-DSS** (cardholder data). State the gap, not just the principle.
    
    ## Deliverable
    
    - A data-flow + classification table.
    - Findings rated by sensitivity × exposure, each with the fix (encrypt, redact log, scope query, add deletion path).
    - The privacy gaps that block a given regulation, ordered by risk.
    
    ## Anti-patterns
    
    - Auditing code paths while ignoring logs, backups, analytics, and AI-provider calls
    - Quoting regulations abstractly without tying them to a concrete field or flow
    - Treating soft-delete as erasure
    

Comments (0)

Sign in to join the conversation.

No comments yet.

Reviews (0)

No reviews yet.

Related