GDPR ↔ PCI DSS
15 canonical controls in Keel’s library satisfy clauses of both GDPR and PCI DSS. Implement each once, attach the evidence once, and it counts toward each standard. The overlap is the work you don’t repeat.
Controls that satisfy both
| Canonical control | GDPR clauses | PCI DSS clauses |
|---|---|---|
|
Information security policy
A board-approved information security policy set, reviewed at least annually and communicated to the workforce.
|
Art.24 | 12.1 |
|
Risk assessment & treatment
A documented process to identify, analyze, evaluate, and treat information security risks on a defined cadence.
|
Art.35 | 12.3 |
|
Access control policy
Rules for granting, reviewing, and revoking access to systems and data based on business need and least privilege.
|
Art.32 | 7.1, 7.2 |
|
User provisioning & deprovisioning
Joiner/mover/leaver process to grant, change, and promptly remove access across systems.
|
Art.32 | 8.2 |
|
Multi-factor authentication
MFA enforced for remote access, administrative access, and access to sensitive systems and data.
|
Art.32 | 8.4, 8.5 |
|
Encryption in transit & at rest
Strong cryptography protects sensitive data in transit over public networks and at rest in storage.
|
Art.32 | 3.5, 4.2 |
|
Logging & monitoring
Security-relevant events are logged, protected, retained, and reviewed for anomalies.
|
Art.32 | 10.2, 10.3, 10.4 |
|
Vulnerability management
Regular scanning, prioritization, and remediation of vulnerabilities across systems and applications.
|
Art.32 | 6.3, 11.3 |
|
Incident response
A documented, tested plan to detect, triage, contain, remediate, and communicate security incidents.
|
Art.33, Art.34 | 12.10 |
|
Third-party / vendor risk management
Due diligence, contractual safeguards, and ongoing monitoring of vendors that handle your data.
|
Art.28 | 12.8 |
|
Security awareness training
Ongoing security awareness training for all personnel, with completion tracking.
|
Art.32 | 12.6 |
|
Physical security
Physical access to facilities and equipment holding sensitive data is restricted and monitored.
|
Art.32 | 9.2 |
|
Secure software development
Secure coding, review, and testing practices across the development lifecycle.
|
Art.25 | 6.2 |
|
Data retention & secure disposal
Data is retained per policy and securely destroyed when no longer needed.
|
Art.5, Art.17 | 3.2 |
|
Personnel security (HR)
Background screening, confidentiality agreements, and onboarding/offboarding security steps.
|
Art.32 | 12.7 |
Clause identifiers (GDPR and PCI DSS) are referenced factually for mapping. Keel is not affiliated with or endorsed by the bodies that publish these standards. Control descriptions are Keel’s own; a framework’s full authored control count is on its framework page.
Why this is one project, not two
On a crosswalk-native model, PCI DSS mostly lights up controls you already built for GDPR. You’re not re-uploading the same screenshot for a second audit. You apply the framework and see the genuine delta worth working. That’s the whole idea behind collect once, comply everywhere.