AGENT SKILL

implementing-gdpr-data-protection-controls

Implements GDPR (EU 2016/679) technical and organizational measures — privacy by design/default, DPIAs, data subject rights management, 72-hour breach notification, and cross-border transfer mechanisms (SCCs, BCRs, adequacy). Use when designing or auditing GDPR controls, building a DPIA, handling data subject access/erasure requests, or assessing cross-border data transfers.

License 许可
Apache-2.0
最近更新
2026-09-11
Stars
★ 0
Forks
0

01 前言 Front Matter

name
implementing-gdpr-data-protection-controls
tags
[ "compliance", "governance", "gdpr", "privacy", "data-protection", "eu-regulation" ]
author
mahipal
domain
cybersecurity
license
Apache-2.0
version
1.0
nist_csf
[ "GV.OC-02", "GV.PO-01", "PR.DS-01", "PR.AA-01", "ID.AM-02" ]
subdomain
compliance-governance
description
Implements GDPR (EU 2016/679) technical and organizational measures — privacy by design/default, DPIAs, data subject rights management, 72-hour breach notification, and cross-border transfer mechanisms (SCCs, BCRs, adequacy). Use when designing or auditing GDPR controls, building a DPIA, handling data subject access/erasure requests, or assessing cross-border data transfers.
nist_ai_rmf
[ "MEASURE-2.7", "MAP-5.1", "MANAGE-2.4", "MEASURE-2.8", "MEASURE-2.9" ]
mitre_attack
[ "T1078", "T1530", "T1685.002" ]
atlas_techniques
[ "AML.T0070", "AML.T0066", "AML.T0082" ]

02 资源文件 7

03 SKILL.md 正文

Implementing GDPR Data Protection Controls

Overview

The General Data Protection Regulation (EU) 2016/679 (GDPR) is the EU's comprehensive data protection law governing the collection, processing, storage, and transfer of personal data. This skill covers implementing the technical and organizational measures required by GDPR, including data protection by design and by default, Data Protection Impact Assessments (DPIAs), data subject rights management, breach notification procedures, and cross-border data transfer mechanisms.

When to Use

  • When deploying or configuring implementing gdpr data protection controls capabilities in your environment
  • When establishing security controls aligned to compliance requirements
  • When building or improving security architecture for this domain
  • When conducting security assessments that require this implementation

Prerequisites

  • Understanding of EU data protection law and its territorial scope
  • Knowledge of personal data processing activities within the organization
  • Familiarity with data architecture, databases, and application systems
  • Understanding of data flows including cross-border transfers

Core Concepts

Key GDPR Articles for Technical Controls

Article Requirement
Art. 5 Principles: lawfulness, purpose limitation, data minimization, accuracy, storage limitation, integrity and confidentiality, accountability
Art. 6 Lawful basis for processing (consent, contract, legal obligation, vital interests, public task, legitimate interest)
Art. 25 Data protection by design and by default
Art. 28 Processor obligations and contractual requirements
Art. 30 Records of processing activities (ROPA)
Art. 32 Security of processing (technical and organizational measures)
Art. 33 Breach notification to supervisory authority (72 hours)
Art. 34 Communication of breach to data subjects
Art. 35 Data Protection Impact Assessment (DPIA)
Art. 37-39 Data Protection Officer (DPO) appointment and role
Art. 44-49 Cross-border data transfers (adequacy, SCCs, BCRs)

Article 32 Security Measures

The regulation requires organizations to implement measures appropriate to the risk:

  • Pseudonymization and encryption of personal data
  • Confidentiality, integrity, availability, and resilience of processing systems
  • Ability to restore availability and access to personal data in a timely manner
  • Regular testing and evaluation of technical and organizational measures

Data Subject Rights (Articles 12-22)

Right Article Description
Right to be informed 13-14 Transparent information about processing
Right of access 15 Obtain copy of personal data
Right to rectification 16 Correct inaccurate data
Right to erasure 17 "Right to be forgotten"
Right to restrict processing 18 Limit processing of data
Right to data portability 20 Receive data in machine-readable format
Right to object 21 Object to processing (especially direct marketing)
Automated decision-making 22 Not be subject to solely automated decisions

Workflow

Phase 1: Data Mapping and Assessment (Weeks 1-6)

  1. Create comprehensive data inventory:
    • What personal data is collected
    • From whom (data subjects)
    • Why (purposes and lawful bases)
    • Where it's stored (systems, locations, countries)
    • Who has access (internal and external)
    • How long it's retained
    • What security measures protect it
  2. Document Records of Processing Activities (ROPA) per Article 30
  3. Identify lawful basis for each processing activity
  4. Map cross-border data transfers and transfer mechanisms
  5. Identify processing activities requiring DPIA

Phase 2: Gap Analysis and Risk Assessment (Weeks 7-10)

  1. Assess current state against GDPR requirements
  2. Perform DPIAs for high-risk processing activities
  3. Identify security gaps in Article 32 compliance
  4. Evaluate data retention compliance
  5. Assess data subject rights request handling capabilities

Phase 3: Technical Controls Implementation (Weeks 11-24)

  1. Encryption:
    • Data at rest: AES-256 for databases, file systems, backups
    • Data in transit: TLS 1.2+ for all personal data transfers
    • Key management: secure key storage and rotation procedures
  2. Pseudonymization:
    • Implement tokenization for sensitive identifiers
    • Separate pseudonymization keys from data stores
  3. Access Controls:
    • Role-based access control (RBAC) for personal data
    • Principle of least privilege
    • MFA for systems processing personal data
    • Regular access reviews
  4. Data Minimization:
    • Implement data collection limits at application layer
    • Default privacy settings (data protection by default)
    • Automated data retention enforcement
  5. Erasure and Portability:
    • Build data deletion workflows across all systems
    • Implement data export in machine-readable formats (JSON, CSV)
    • Cascade deletion to backups and archives
  6. Consent Management:
    • Implement granular consent collection mechanisms
    • Consent withdrawal functionality
    • Consent audit trail and versioning
  7. Breach Detection:
    • SIEM for personal data access monitoring
    • Data loss prevention (DLP) controls
    • Anomalous access detection

Phase 4: Organizational Controls (Weeks 11-24)

  1. Appoint Data Protection Officer (DPO) if required
  2. Develop data protection policies and procedures
  3. Create breach notification procedures (72-hour timeline)
  4. Establish data subject request (DSR) handling procedures
  5. Implement vendor management with Data Processing Agreements (DPAs)
  6. Deploy privacy awareness training for all staff
  7. Create data protection by design guidance for development teams

Phase 5: Documentation and Compliance Evidence (Weeks 25-30)

  1. Finalize ROPA documentation
  2. Document all DPIAs and outcomes
  3. Create data protection policies
  4. Document technical and organizational measures
  5. Establish privacy notice and consent records
  6. Create international transfer documentation (SCCs, TIAs)

Phase 6: Ongoing Compliance (Continuous)

  1. Regular DPIA reviews for new processing activities
  2. Annual data mapping refresh
  3. Periodic security measure testing (Art. 32 requirement)
  4. Data subject request tracking and SLA monitoring
  5. Breach response readiness testing
  6. Training refresh and awareness campaigns

Key Artifacts

  • Records of Processing Activities (ROPA)
  • Data Protection Impact Assessments (DPIAs)
  • Data Processing Agreements (DPAs)
  • Privacy Notices and Consent Records
  • Breach Response Procedures and Register
  • Data Subject Request Handling Procedures
  • International Data Transfer Mechanisms (SCCs, BCRs)
  • Technical and Organizational Measures Documentation

Common Pitfalls

  • Treating GDPR as only a legal/compliance exercise without technical implementation
  • Incomplete data mapping missing shadow IT or legacy systems
  • Failing to maintain consent audit trails
  • Not testing 72-hour breach notification capability
  • Ignoring cross-border transfer requirements for cloud services
  • Over-reliance on consent as lawful basis when legitimate interest applies

References

04 同仓库更多 Skills

NeelakshSaxena
NeelakshSaxena/Vayu

runpodctl

Runpod CLI for managing GPU/CPU workloads from the terminal — pods, serverless endpoints, templates, network volumes, Hub deploys, models, SSH, and file transfer (send/receive). Use for terminal/CI/scripting, Hub browse/deploy, SSH setup, `doctor`, or when the Runpod MCP tools are not connected. For structured tool calls in an MCP-enabled session, prefer runpod-mcp.

★ 0
NeelakshSaxena
NeelakshSaxena/Vayu

runpod

Start here for any Runpod task — running GPU/CPU pods, deploying serverless endpoints, templates, network volumes, building images, or understanding how Runpod works. Routes to the right skill (runpod-mcp, runpodctl, flash, companion-clis, runpod-usage, runpod-templates, runpod-migrate) and indexes two dozen live-verified end-to-end examples (golden paths) — use it when the lane is unclear, and for any multi-step or provisioning task even when it is not.

★ 0
NeelakshSaxena
NeelakshSaxena/Vayu

runpod-usage

How Runpod works and how to work it — pods vs serverless, GPU/VRAM selection, storage, building a container, networking, plus the agentic pod development loop (provision → ssh-exec → set up → poll readiness) and on-pod install hygiene (uv/apt). Use to answer "how does X work", "which GPU", "how do I build a container", or "how do I stand up a workload on a pod". Guidance, not a tool — execute with runpodctl, runpod-mcp, or flash.

★ 0
NeelakshSaxena
NeelakshSaxena/Vayu

runpod-templates

Runpod's official prebuilt pod templates (ComfyUI, PyTorch, and others): what each image ships, which ports and paths it uses, how to pick one, how to pin a version, and what is missing on first boot. Use when a task says "run <X> on a pod" and an official template already covers it, instead of building an image — and when a user needs help with or wants to fix something about a Runpod template they are already running (won't boot, can't reach the UI, missing models, wrong CUDA line, broken ComfyUI workflow metadata on imported workflows): start here and route onward. Deploy with runpodctl or runpod-mcp; end-to-end walkthroughs live in the runpod router's golden paths.

★ 0
NeelakshSaxena
NeelakshSaxena/Vayu

runpod-migrate

Migrate a codebase from the Runpod GraphQL API or REST v1 to REST v2 — inventory which parts use which API version, rewrite the call sites, flag breaking changes, and verify. Use when someone asks to move to v2, asks what v2 would change, or asks which Runpod API their code is on. For managing infrastructure rather than migrating code, use runpod-mcp or runpodctl.

★ 0
NeelakshSaxena
NeelakshSaxena/Vayu

runpod-mcp

Manage Runpod infrastructure — pods, serverless endpoints, jobs, templates, network volumes, container-registry auth, GPU/CPU catalog, and billing — via the Runpod MCP server's structured tool calls. Use when the Runpod MCP tools (create-pod, list-endpoints, …) are connected in this session, or to connect them (hosted OAuth or local npx). Prefer this over runpodctl for plain infra CRUD when MCP is available; use runpodctl for the terminal, file transfer, or SSH setup.

★ 0