PCI DSS v4.0.1
Worum es geht
Der Payment Card Industry Data Security Standard, herausgegeben vom PCI SSC: 12 übergeordnete Anforderungen zum Schutz von Zahlungskontodaten. Version 4.0.1 (Juni 2024) ist aktuell; die Anforderungen aus v4.0, deren Geltung auf einen späteren Zeitpunkt verschoben war, sind seit dem 31. März 2025 verbindlich.
Für wen es relevant ist
Gilt für alle Händler oder Dienstleister, die Karteninhaberdaten speichern, verarbeiten oder übertragen oder deren Sicherheit beeinflussen können. Die Kartenmarken verlangen ihn über Verträge mit Acquirern; es handelt sich nicht um ein Gesetz.
So wird geprüft
Je nach Transaktionsvolumen und den Regeln der Kartenmarken entweder ein Report on Compliance eines Qualified Security Assessor (QSA) oder ein Self-Assessment Questionnaire, jeweils mit einer Attestation of Compliance, sowie vierteljährliche externe Schwachstellenscans durch einen Approved Scanning Vendor. Die Bewertung erfolgt jährlich.
Vergleiche
Anforderungen
Anforderungs-IDs und Titel werden so angezeigt, wie jedes Framework sie veröffentlicht, auf Englisch.
| ID | Anforderung | Themen | Zugeordnet in |
|---|---|---|---|
| Requirement 1: Install and maintain network security controls · 19 | |||
| 1.1.1 | Network security policies documented and kept current | — | |
| 1.1.2 | Roles for network security controls assigned | — | |
| 1.2.1 | Configuration standards for network security controls | Firewall / Netzsegmentierung | 9 von 13 |
| 1.2.2 | Network connection changes go through change control | — | keine |
| 1.2.3 | Accurate network diagram maintained | Firewall / Netzsegmentierung | 9 von 13 |
| 1.2.4 | Accurate account-data flow diagram maintained | — | |
| 1.2.5 | Allowed services, protocols and ports approved | — | keine |
| 1.2.6 | Security features defined for insecure services | — | keine |
| 1.2.7 | Network security control rules reviewed every six months | — | keine |
| 1.2.8 | Network security control configuration files secured | — | keine |
| 1.3.1 | Inbound traffic to the CDE restricted | Firewall / Netzsegmentierung | 9 von 13 |
| 1.3.2 | Outbound traffic from the CDE restricted | — | keine |
| 1.3.3 | Network controls between wireless networks and the CDE | — | keine |
| 1.4.1 | Network controls between trusted and untrusted networks | Firewall / Netzsegmentierung | 9 von 13 |
| 1.4.2 | Inbound traffic from untrusted networks restricted | — | keine |
| 1.4.3 | Anti-spoofing measures in place | — | keine |
| 1.4.4 | Stored cardholder data not reachable from untrusted networks | — | keine |
| 1.4.5 | Internal IP addresses and routing not disclosed | — | keine |
| 1.5.1 | Controls on devices connecting to untrusted networks and the CDE | — | keine |
| Requirement 2: Apply secure configurations to all system components · 11 | |||
| 2.1.1 | Secure configuration policies documented and kept current | — | |
| 2.1.2 | Roles for secure configuration assigned | — | |
| 2.2.1 | System configuration standards developed and maintained | Sichere Konfiguration | 9 von 13 |
| 2.2.2 | Vendor default accounts managed or removed | Sichere Konfiguration | 9 von 13 |
| 2.2.3 | Functions with different security levels kept apart | — | keine |
| 2.2.4 | Only necessary services and functions enabled | — | keine |
| 2.2.5 | Insecure services justified and secured | — | keine |
| 2.2.6 | System security parameters set to prevent misuse | — | keine |
| 2.2.7 | Non-console administrative access encrypted | — | keine |
| 2.3.1 | Wireless vendor defaults changed | — | |
| 2.3.2 | Wireless keys changed when key holders leave | — | keine |
| Requirement 3: Protect stored account data · 29 | |||
| 3.1.1 | Stored account data policies documented and kept current | — | |
| 3.1.2 | Roles for protecting stored account data assigned | — | |
| 3.2.1 | Account data storage minimised, with retention and disposal | Datenschutz | 11 von 13 |
| 3.3.1 | Sensitive authentication data not kept after authorisation | Datenschutz | 11 von 13 |
| 3.3.1.1 | Full track data not kept after authorisation | — | keine |
| 3.3.1.2 | Card verification code not kept after authorisation | — | keine |
| 3.3.1.3 | PIN and PIN block not kept after authorisation | — | keine |
| 3.3.2 | Sensitive authentication data encrypted before authorisation | — | keine |
| 3.3.3 | Issuer storage of sensitive authentication data limited and protected | — | keine |
| 3.4.1 | PAN masked when displayed | Datenschutz | 11 von 13 |
| 3.4.2 | PAN copying prevented over remote-access technologies | DLP | 7 von 13 |
| 3.5.1 | PAN rendered unreadable wherever stored | Verschlüsselung | 10 von 13 |
| 3.5.1.1 | Hashes of PAN are keyed cryptographic hashes | — | keine |
| 3.5.1.2 | Disk-level encryption used only where it suffices | — | keine |
| 3.5.1.3 | Disk encryption access managed separately from OS access | — | |
| 3.6.1 | Procedures protect keys that secure stored account data | Verschlüsselung | 10 von 13 |
| 3.6.1.1 | Service providers document their cryptographic architecture | — | |
| 3.6.1.2 | Secret and private keys stored in approved forms | — | |
| 3.6.1.3 | Cleartext key components accessible to fewest custodians | — | |
| 3.6.1.4 | Keys stored in the fewest possible locations | — | |
| 3.7.1 | Key management: strong key generation | Verschlüsselung | 10 von 13 |
| 3.7.2 | Key management: secure key distribution | — | keine |
| 3.7.3 | Key management: secure key storage | — | keine |
| 3.7.4 | Key management: key changes at end of cryptoperiod | Verschlüsselung | 10 von 13 |
| 3.7.5 | Key management: retiring weakened or compromised keys | — | keine |
| 3.7.6 | Key management: split knowledge and dual control | — | keine |
| 3.7.7 | Key management: preventing unauthorised key substitution | — | keine |
| 3.7.8 | Key custodians formally acknowledge their responsibilities | — | keine |
| 3.7.9 | Service providers give customers key-handling guidance | — | keine |
| Requirement 4: Protect cardholder data with strong cryptography during transmission · 6 | |||
| 4.1.1 | Data-in-transit policies documented and kept current | — | |
| 4.1.2 | Roles for protecting data in transit assigned | — | |
| 4.2.1 | Strong cryptography for PAN over open, public networks | Verschlüsselung | 10 von 13 |
| 4.2.1.1 | Inventory of trusted keys and certificates kept | Verschlüsselung | 10 von 13 |
| 4.2.1.2 | Strong cryptography on wireless networks carrying PAN | — | keine |
| 4.2.2 | PAN secured when sent by end-user messaging | — | keine |
| Requirement 5: Protect all systems and networks from malicious software · 13 | |||
| 5.1.1 | Anti-malware policies documented and kept current | — | |
| 5.1.2 | Roles for malware protection assigned | — | |
| 5.2.1 | Anti-malware deployed on system components | Endpoint-Schutz | 10 von 13 |
| 5.2.2 | Anti-malware detects, removes or contains known malware | Endpoint-Schutz | 10 von 13 |
| 5.2.3 | Systems without anti-malware periodically re-evaluated | — | |
| 5.2.3.1 | Re-evaluation frequency set by targeted risk analysis | — | |
| 5.3.1 | Anti-malware kept up to date | — | keine |
| 5.3.2 | Periodic scans or continuous behavioural analysis | Endpoint-Schutz | 10 von 13 |
| 5.3.2.1 | Scan frequency set by targeted risk analysis | — | |
| 5.3.3 | Removable media scanned or analysed | — | keine |
| 5.3.4 | Anti-malware audit logs enabled and retained | — | keine |
| 5.3.5 | Users cannot disable or alter anti-malware | — | keine |
| 5.4.1 | Mechanisms to detect and protect against phishing | E-Mail-Sicherheit | 8 von 13 |
| Requirement 6: Develop and maintain secure systems and software · 19 | |||
| 6.1.1 | Secure systems and software policies documented | — | |
| 6.1.2 | Roles for secure systems and software assigned | — | |
| 6.2.1 | Bespoke and custom software developed securely | Sichere Entwicklung | 8 von 13 |
| 6.2.2 | Developers trained in secure software development | Sichere Entwicklung | 8 von 13 |
| 6.2.3 | Custom code reviewed before release | Sichere Entwicklung, API-Sicherheit | 8 von 13 |
| 6.2.3.1 | Manual code reviews approved by someone else | — | |
| 6.2.4 | Coding techniques prevent common software attacks | API-Sicherheit | 4 von 13 |
| 6.3.1 | Vulnerabilities identified and risk-ranked | Schwachstellenmanagement, Threat Intelligence, Patch-Management | 13 von 13 |
| 6.3.2 | Inventory of custom software and its components | Lieferkettenrisiko, Asset-Management | 13 von 13 |
| 6.3.3 | Security patches installed promptly | Patch-Management | 10 von 13 |
| 6.4.1 | Public web applications protected against attacks | Webanwendungssicherheit | 6 von 13 |
| 6.4.2 | Automated solution blocks attacks on public web apps | WAF | 5 von 13 |
| 6.4.3 | Payment page scripts authorised and integrity-checked | Webanwendungssicherheit | 6 von 13 |
| 6.5.1 | Production changes follow change control procedures | — | keine |
| 6.5.2 | PCI DSS requirements re-confirmed after significant changes | — | keine |
| 6.5.3 | Pre-production environments separated from production | — | keine |
| 6.5.4 | Duties separated between production and pre-production | — | keine |
| 6.5.5 | Live PANs not used in pre-production | — | keine |
| 6.5.6 | Test data and accounts removed before go-live | — | keine |
| Requirement 7: Restrict access to system components and cardholder data by business need to know · 12 | |||
| 7.1.1 | Access restriction policies documented and kept current | — | |
| 7.1.2 | Roles for access restriction assigned | — | |
| 7.2.1 | Access control model defined | Zugriffskontrolle, Zero Trust | 11 von 13 |
| 7.2.2 | Access assigned by job function and least privilege | Zugriffskontrolle, Privilegierter Zugriff | 12 von 13 |
| 7.2.3 | Privileges approved by authorised personnel | — | keine |
| 7.2.4 | User accounts and privileges reviewed every six months | Zugriffskontrolle | 11 von 13 |
| 7.2.5 | System and application accounts least privilege | — | keine |
| 7.2.5.1 | System and application account access periodically reviewed | — | |
| 7.2.6 | Access to cardholder data repositories restricted | — | keine |
| 7.3.1 | Access control system restricts access by need | — | keine |
| 7.3.2 | Access control system enforces assigned permissions | — | keine |
| 7.3.3 | Access control system set to deny by default | — | keine |
| Requirement 8: Identify users and authenticate access to system components · 29 | |||
| 8.1.1 | Identification and authentication policies documented | — | |
| 8.1.2 | Roles for identification and authentication assigned | — | |
| 8.2.1 | Every user has a unique ID | Zugriffskontrolle | 11 von 13 |
| 8.2.2 | Shared or generic accounts only by documented exception | — | |
| 8.2.3 | Service providers use unique credentials per customer | — | keine |
| 8.2.4 | User ID changes authorised and controlled | — | keine |
| 8.2.5 | Access revoked immediately on termination | — | |
| 8.2.6 | Inactive user accounts disabled within 90 days | — | |
| 8.2.7 | Third-party remote access accounts enabled only when needed | — | keine |
| 8.2.8 | Re-authentication after 15 minutes idle | — | |
| 8.3.1 | User and admin access requires an authentication factor | Zero Trust | 7 von 13 |
| 8.3.2 | Authentication factors unreadable in transit and storage | — | keine |
| 8.3.3 | Identity verified before changing authentication factors | — | keine |
| 8.3.4 | Account lockout after repeated failed attempts | — | keine |
| 8.3.5 | First-use and reset passwords unique and changed | — | |
| 8.3.6 | Minimum password length and complexity | — | |
| 8.3.7 | Recent passwords cannot be reused | — | |
| 8.3.8 | Authentication guidance communicated to users | — | |
| 8.3.9 | Password-only access: change every 90 days or analyse risk | — | |
| 8.3.10 | Service providers give customers password guidance | — | |
| 8.3.10.1 | Service provider customer passwords: rotation or analysis | — | |
| 8.3.11 | Tokens, smart cards and certificates assigned to individuals | — | keine |
| 8.4.1 | MFA for non-console administrative access to the CDE | Multi-Faktor-Authentifizierung | 10 von 13 |
| 8.4.2 | MFA for all access into the CDE | Multi-Faktor-Authentifizierung | 10 von 13 |
| 8.4.3 | MFA for remote network access | Multi-Faktor-Authentifizierung | 10 von 13 |
| 8.5.1 | MFA systems configured to resist misuse | Multi-Faktor-Authentifizierung | 10 von 13 |
| 8.6.1 | Interactive use of system accounts managed | — | keine |
| 8.6.2 | No hard-coded passwords for system accounts | — | |
| 8.6.3 | System account passwords protected and changed | — | |
| Requirement 9: Restrict physical access to cardholder data · 27 | |||
| 9.1.1 | Physical security policies documented and kept current | — | |
| 9.1.2 | Roles for physical security assigned | — | |
| 9.2.1 | Facility entry controls restrict CDE access | Physische Sicherheit | 8 von 13 |
| 9.2.1.1 | Access to sensitive areas monitored by camera or access control | Physische Sicherheit | 8 von 13 |
| 9.2.2 | Publicly accessible network jacks restricted | — | keine |
| 9.2.3 | Physical access to network hardware restricted | Physische Sicherheit | 8 von 13 |
| 9.2.4 | Consoles in sensitive areas locked when unattended | — | |
| 9.3.1 | Personnel physical access authorised and managed | Physische Sicherheit | 8 von 13 |
| 9.3.1.1 | Sensitive-area access authorised and revoked promptly | Physische Sicherheit | 8 von 13 |
| 9.3.2 | Visitor access authorised, escorted and identifiable | Physische Sicherheit | 8 von 13 |
| 9.3.3 | Visitor badges returned or deactivated | — | keine |
| 9.3.4 | Visitor log maintained and retained | — | keine |
| 9.4.1 | Media with cardholder data physically secured | — | keine |
| 9.4.1.1 | Offline backup media stored securely | Backup & Recovery | 11 von 13 |
| 9.4.1.2 | Security of offline backup location reviewed annually | — | |
| 9.4.2 | Media classified by data sensitivity | Datenklassifizierung | 9 von 13 |
| 9.4.3 | Media sent off site tracked and secured | — | keine |
| 9.4.4 | Management approves media moved off site | — | keine |
| 9.4.5 | Inventory logs of electronic media kept | — | keine |
| 9.4.5.1 | Electronic media inventories at least annually | — | keine |
| 9.4.6 | Hard-copy media destroyed when no longer needed | — | |
| 9.4.7 | Electronic media destroyed or made unrecoverable | — | |
| 9.5.1 | Card-reading (POI) devices protected from tampering | — | keine |
| 9.5.1.1 | Inventory of POI devices kept | — | |
| 9.5.1.2 | POI devices inspected for tampering | — | |
| 9.5.1.2.1 | Inspection frequency set by targeted risk analysis | — | |
| 9.5.1.3 | Staff trained to spot POI tampering | — | keine |
| Requirement 10: Log and monitor all access to system components and cardholder data · 27 | |||
| 10.1.1 | Logging and monitoring policies documented | — | |
| 10.1.2 | Roles for logging and monitoring assigned | — | |
| 10.2.1 | Audit logs enabled and active | Protokollierung & Audit, Insider-Bedrohungen | 11 von 13 |
| 10.2.1.1 | Logs capture user access to cardholder data | — | keine |
| 10.2.1.2 | Logs capture administrative actions | — | keine |
| 10.2.1.3 | Logs capture access to audit logs | — | keine |
| 10.2.1.4 | Logs capture invalid access attempts | — | keine |
| 10.2.1.5 | Logs capture credential and privilege changes | — | keine |
| 10.2.1.6 | Logs capture starting, stopping or pausing logging | — | keine |
| 10.2.1.7 | Logs capture system-level object changes | — | keine |
| 10.2.2 | Log entries record who, what, when, where and outcome | — | |
| 10.3.1 | Read access to logs limited to need | — | |
| 10.3.2 | Logs protected from modification | Protokollierung & Audit, Forensik | 10 von 13 |
| 10.3.3 | Logs promptly backed up to a central server | — | |
| 10.3.4 | File-integrity monitoring on logs | — | |
| 10.4.1 | Security event and critical logs reviewed daily | Kont. Überwachung, SIEM / SOC | 10 von 13 |
| 10.4.1.1 | Automated mechanisms for log review | Anomalieerkennung | 9 von 13 |
| 10.4.2 | Other logs reviewed periodically | — | keine |
| 10.4.2.1 | Review frequency set by targeted risk analysis | — | |
| 10.4.3 | Exceptions and anomalies addressed | — | keine |
| 10.5.1 | Audit logs retained 12 months, three immediately available | Protokollierung & Audit | 10 von 13 |
| 10.6.1 | System clocks synchronised | Protokollierung & Audit | 10 von 13 |
| 10.6.2 | Time configuration correct and consistent | — | keine |
| 10.6.3 | Time settings protected from change | — | |
| 10.7.1 | Service providers detect security control failures | — | |
| 10.7.2 | Critical security control failures detected and reported | — | |
| 10.7.3 | Security control failures responded to promptly | — | keine |
| Requirement 11: Test security of systems and networks regularly · 21 | |||
| 11.1.1 | Security testing policies documented and kept current | — | |
| 11.1.2 | Roles for security testing assigned | — | |
| 11.2.1 | Wireless access points detected and unauthorised ones handled | — | |
| 11.2.2 | Inventory of authorised wireless access points | — | keine |
| 11.3.1 | Internal vulnerability scans every three months | Schwachstellenmanagement | 13 von 13 |
| 11.3.1.1 | Lower-ranked vulnerabilities handled by risk analysis | — | |
| 11.3.1.2 | Internal scans use authenticated scanning | — | keine |
| 11.3.1.3 | Internal scans after significant changes | — | keine |
| 11.3.2 | External ASV scans every three months | Schwachstellenmanagement | 13 von 13 |
| 11.3.2.1 | External scans after significant changes | — | keine |
| 11.4.1 | Penetration testing methodology defined | — | keine |
| 11.4.2 | Internal penetration test at least annually | — | keine |
| 11.4.3 | External penetration test at least annually | — | keine |
| 11.4.4 | Penetration test findings corrected and retested | — | |
| 11.4.5 | Segmentation controls tested at least annually | — | keine |
| 11.4.6 | Service providers test segmentation every six months | — | keine |
| 11.4.7 | Multi-tenant providers support customer penetration tests | — | keine |
| 11.5.1 | Intrusion detection or prevention on network traffic | Angriffserkennung | 9 von 13 |
| 11.5.1.1 | Service providers detect covert malware communication | — | keine |
| 11.5.2 | Change-detection on critical files | — | keine |
| 11.6.1 | Payment page changes and tampering detected | — | |
| Requirement 12: Support information security with organizational policies and programs · 37 | |||
| 12.1.1 | Information security policy established and published | Governance-Richtlinie | 9 von 13 |
| 12.1.2 | Security policy reviewed at least annually | Governance-Richtlinie | 9 von 13 |
| 12.1.3 | Security roles and responsibilities defined | Rollen und Verantwortlichkeiten | 9 von 13 |
| 12.1.4 | Executive responsibility for information security assigned | Rollen und Verantwortlichkeiten | 9 von 13 |
| 12.2.1 | Acceptable use policies for end-user technologies | — | keine |
| 12.3.1 | Targeted risk analysis for flexible-frequency requirements | Risikomanagement, Risikobewertung | 10 von 13 |
| 12.3.2 | Targeted risk analysis for customised approach | — | |
| 12.3.3 | Cipher suites and protocols reviewed annually | — | |
| 12.3.4 | Hardware and software technologies reviewed annually | — | |
| 12.4.1 | Service providers: executive responsibility for PCI DSS compliance | — | keine |
| 12.4.2 | Service providers: quarterly reviews of operational tasks | Compliance | 10 von 13 |
| 12.4.2.1 | Service providers: quarterly review results documented | — | |
| 12.5.1 | Inventory of in-scope system components | Asset-Management | 13 von 13 |
| 12.5.2 | PCI DSS scope confirmed annually and on change | Geschäftsumfeld | 5 von 13 |
| 12.5.2.1 | Service providers confirm scope every six months | — | keine |
| 12.5.3 | Service providers review scope after organisational change | — | |
| 12.6.1 | Formal security awareness programme | Awareness & Training | 10 von 13 |
| 12.6.2 | Awareness programme reviewed annually | — | keine |
| 12.6.3 | Awareness training on hire and at least annually | Awareness & Training | 10 von 13 |
| 12.6.3.1 | Training covers phishing and social engineering | — | keine |
| 12.6.3.2 | Training covers acceptable use of technology | — | keine |
| 12.7.1 | Personnel screened before hire | Insider-Bedrohungen | 8 von 13 |
| 12.8.1 | List of third-party service providers kept | Lieferkettenrisiko, Cloud-Sicherheit, Lieferantenrisikomanagement | 12 von 13 |
| 12.8.2 | Written agreements with service providers | Lieferantenrisikomanagement | 10 von 13 |
| 12.8.3 | Due diligence before engaging service providers | Lieferantenrisikomanagement | 10 von 13 |
| 12.8.4 | Service provider compliance monitored annually | Lieferantenrisikomanagement | 10 von 13 |
| 12.8.5 | Responsibilities split with each provider documented | Cloud-Sicherheit, Lieferantenrisikomanagement | 12 von 13 |
| 12.9.1 | Service providers acknowledge responsibilities to customers | — | |
| 12.9.2 | Service providers support customer compliance requests | — | |
| 12.10.1 | Incident response plan ready to activate | Incident Response, Mitigation, Meldung, Wiederherstellungsplanung, Business Continuity, Disaster Recovery | 12 von 13 |
| 12.10.2 | Incident response plan reviewed and tested annually | Incident Response | 12 von 13 |
| 12.10.3 | Incident response staff available around the clock | Incident Response | 12 von 13 |
| 12.10.4 | Incident response staff trained | Incident Response | 12 von 13 |
| 12.10.4.1 | Training frequency set by targeted risk analysis | — | |
| 12.10.5 | Plan covers alerts from security monitoring | — | |
| 12.10.6 | Plan updated from lessons learned and industry changes | Erkenntnisse aus Vorfällen | 9 von 13 |
| 12.10.7 | Procedures for PAN found where it shouldn't be | — | |
| Appendix A: additional requirements · 10 | |||
| A1.1.1 | Multi-tenant providers: separate provider and customer environments | — | keine |
| A1.1.2 | Multi-tenant providers: customers confined to their own environment | — | keine |
| A1.1.3 | Multi-tenant providers: customers reach only their own data | — | keine |
| A1.1.4 | Multi-tenant providers: separation tested every six months | — | keine |
| A1.2.1 | Multi-tenant providers: audit logging for each customer | — | keine |
| A1.2.2 | Multi-tenant providers: support customer forensic investigations | — | keine |
| A1.2.3 | Multi-tenant providers: report suspected incidents to customers | — | keine |
| A2.1.1 | POI terminals using SSL or early TLS not exploitable | — | keine |
| A2.1.2 | Service providers: migration plan off SSL and early TLS | — | keine |
| A2.1.3 | Service providers offer a secure connection option | — | keine |
Themenabdeckung
Themen mit zugeordneten PCI DSS-Anforderungen (46):
Keine Zuordnung in unseren Daten Keine PCI DSS-Anforderung (4):