Crossfoot / Crosswalks / HIPAA Security Rule to PCI DSS 4.0
Draft v0.1.024 of 24 objectives have a direct match
HIPAA Security Rule to PCI DSS 4.0 crosswalk
24 control objectives in HIPAA Security Rule and Breach Notification Rule are mapped here to PCI DSS. Every one has a requirement on the other side. Each row is one shared objective, with the requirement ids on both sides.
| Control objective | HIPAA Security Rule | PCI DSS 4.0 |
|---|---|---|
| Security governance and policies | 164.308(a)(1)(i)Security management process164.316(a)Policies and procedures | 12.1A comprehensive information security policy is established, published, maintained and disseminated12.4PCI DSS compliance is managed |
| Security roles and accountability | 164.308(a)(2)Assigned security responsibility | 12.1.3Security policy defines information security roles and responsibilities12.4.1Executive management responsibility for protection of cardholder data (service providers) |
| Risk assessment and treatment | 164.308(a)(1)(ii)(A)Risk analysis164.308(a)(1)(ii)(B)Risk management | 12.3Risks to the cardholder data environment are formally identified, evaluated and managed12.3.1Targeted risk analysis for requirements with flexible frequency |
| Asset and system inventory | 164.310(d)(2)(iii)Accountability (record of hardware and media movements) | 12.5.1Inventory of system components in scope for PCI DSS is maintained12.5.2PCI DSS scope is documented and confirmed at least every 12 months |
| Data classification and handling | 164.308(a)(1)(ii)(A)Risk analysis (requires identifying where ePHI lives) | 12.5.2PCI DSS scope is documented and confirmed (includes identifying all data flows) |
| Access provisioning, review and removal | 164.308(a)(3)Workforce security (authorization, supervision, termination)164.308(a)(4)Information access management | 7.2Access to system components and data is appropriately defined and assigned (incl. 7.2.4 six-month review)7.3Access is managed via an access control system8.2.5Access for terminated users is immediately revoked |
| Least privilege and privileged access | 164.312(a)(1)Access control164.308(a)(4)Information access management | 7.2.1An access control model is defined7.2.2Access assigned based on job classification and least privileges |
| Authentication, unique IDs and multi-factor authentication | 164.312(d)Person or entity authentication164.312(a)(2)(i)Unique user identification | 8.2User identification and related accounts are strictly managed8.3Strong authentication for users and administrators is established and managed8.4Multi-factor authentication is implemented8.5MFA systems are configured to prevent misuse |
| Encryption at rest and key management | 164.312(a)(2)(iv)Encryption and decryption (addressable) | 3.5Primary account number is secured wherever it is stored3.6Cryptographic keys used to protect stored account data are secured3.7Key management processes and procedures are defined and implemented |
| Encryption in transit | 164.312(e)(1)Transmission security | 4.2PAN is protected with strong cryptography during transmission2.2.7All non-console administrative access is encrypted |
| Vulnerability scanning and patching | 164.308(a)(8)Evaluation (periodic technical evaluation) | 6.3Security vulnerabilities are identified and addressed11.3External and internal vulnerabilities are regularly identified, prioritized and addressed |
| Penetration testing and independent assessment | 164.308(a)(8)Evaluation | 11.4External and internal penetration testing is regularly performed |
| Logging, log review and monitoring | 164.312(b)Audit controls164.308(a)(1)(ii)(D)Information system activity review | 10.2Audit logs are implemented to support detection of anomalies and suspicious activity10.3Audit logs are protected from destruction and unauthorized modification10.4Audit logs are reviewed to identify anomalies or suspicious activity10.5Audit log history is retained and available for analysis10.6Time-synchronization mechanisms support consistent time settings |
| Intrusion detection and integrity monitoring | 164.312(c)(1)Integrity | 11.5Network intrusions and unexpected file changes are detected and responded to11.6Unauthorized changes on payment pages are detected and responded to |
| Malware protection | 164.308(a)(5)(ii)(B)Protection from malicious software | 5.2Malicious software is prevented, or detected and addressed5.3Anti-malware mechanisms and processes are active, maintained and monitored5.4Anti-phishing mechanisms protect users against phishing attacks |
| Incident response and breach notification | 164.308(a)(6)Security incident procedures164.404Notification to individuals (Breach Notification Rule) | 12.10Suspected and confirmed security incidents that could impact the CDE are responded to immediately (12.10.1 IR plan, 12.10.2 annual review and test) |
| Third-party and vendor risk management | 164.308(b)(1)Business associate contracts and other arrangements164.314(a)Business associate contracts or other arrangements | 12.8Risk to information assets associated with third-party service provider relationships is managed12.9Third-party service providers support their customers' PCI DSS compliance |
| Business continuity and disaster recovery | 164.308(a)(7)Contingency plan | 12.10.1Incident response plan includes business recovery and continuity procedures |
| Backup and redundancy | 164.308(a)(7)(ii)(A)Data backup plan164.308(a)(7)(ii)(B)Disaster recovery plan | 12.10.1Incident response plan includes data backup processes9.4.1.1Offline media backups with cardholder data are stored in a secure location |
| Security awareness and training | 164.308(a)(5)Security awareness and training | 12.6Security awareness education is an ongoing activity (12.6.1 program, 12.6.2 annual review, 12.6.3 training at hire and annually) |
| Personnel screening, terms and sanctions | 164.308(a)(3)(ii)(B)Workforce clearance procedure164.308(a)(3)(ii)(C)Termination procedures164.308(a)(1)(ii)(C)Sanction policy | 12.7Personnel are screened to reduce risks from insider threats |
| Physical access and facility security | 164.310(a)Facility access controls | 9.2Physical access controls manage entry into facilities and systems containing cardholder data9.3Physical access for personnel and visitors is authorized and managed |
| Data retention, media handling and secure disposal | 164.310(d)(2)(i)Disposal164.310(d)(2)(ii)Media re-use | 3.2Storage of account data is kept to a minimum (3.2.1 retention and disposal)9.4Media with cardholder data is securely stored, accessed, distributed and destroyed |
| Ongoing control monitoring and internal audit | 164.308(a)(8)Evaluation | 12.4.2Reviews confirm personnel perform tasks per policy (service providers) |
Open a control objective for the evidence checklist.PCI DSS 4.0 to HIPAA Security Rule →
Scope: Citations are to 45 CFR 164. 'Addressable' vs 'required' implementation specifications are not distinguished here. Several themes have no direct HIPAA citation. Mapped at requirement / sub-requirement level. Many PCI requirements only apply to the cardholder data environment (CDE) or to service providers. A mapping means the requirements address the same objective. It does not mean satisfying one satisfies the other, because scope, frequency and evidence rules differ.