PCI DSS v4.0.1
De quoi il s'agit
La norme Payment Card Industry Data Security Standard, maintenue par le PCI SSC : 12 exigences principales pour la protection des données de comptes de paiement. La version 4.0.1 (juin 2024) est la version en vigueur ; les exigences de la v4.0, dont l'entrée en vigueur était différée, sont devenues obligatoires le 31 mars 2025.
À qui il s'adresse
Tout commerçant ou prestataire de services qui stocke, traite ou transmet des données de titulaires de carte, ou qui peut en affecter la sécurité. Les marques de cartes l'imposent par le biais des contrats conclus avec les acquéreurs ; ce n'est pas une loi.
Comment l'évaluation est réalisée
Selon le volume de transactions et les règles des marques de cartes, soit un Rapport sur la conformité établi par un évaluateur de sécurité qualifié (QSA), soit un questionnaire d'auto-évaluation (SAQ), accompagné dans les deux cas d'une Attestation de conformité, ainsi que des analyses de vulnérabilités externes trimestrielles réalisées par un prestataire de scan agréé (ASV). Évaluée chaque année.
Comparaisons
Exigences
Les identifiants et intitulés des exigences sont présentés tels que chaque référentiel les publie, en anglais.
| ID | Exigence | Sujets | Mis en correspondance dans |
|---|---|---|---|
| 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 | Pare-feu / Segmentation réseau | 9 sur 13 |
| 1.2.2 | Network connection changes go through change control | — | aucun |
| 1.2.3 | Accurate network diagram maintained | Pare-feu / Segmentation réseau | 9 sur 13 |
| 1.2.4 | Accurate account-data flow diagram maintained | — | |
| 1.2.5 | Allowed services, protocols and ports approved | — | aucun |
| 1.2.6 | Security features defined for insecure services | — | aucun |
| 1.2.7 | Network security control rules reviewed every six months | — | aucun |
| 1.2.8 | Network security control configuration files secured | — | aucun |
| 1.3.1 | Inbound traffic to the CDE restricted | Pare-feu / Segmentation réseau | 9 sur 13 |
| 1.3.2 | Outbound traffic from the CDE restricted | — | aucun |
| 1.3.3 | Network controls between wireless networks and the CDE | — | aucun |
| 1.4.1 | Network controls between trusted and untrusted networks | Pare-feu / Segmentation réseau | 9 sur 13 |
| 1.4.2 | Inbound traffic from untrusted networks restricted | — | aucun |
| 1.4.3 | Anti-spoofing measures in place | — | aucun |
| 1.4.4 | Stored cardholder data not reachable from untrusted networks | — | aucun |
| 1.4.5 | Internal IP addresses and routing not disclosed | — | aucun |
| 1.5.1 | Controls on devices connecting to untrusted networks and the CDE | — | aucun |
| 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 | Configuration sécurisée | 9 sur 13 |
| 2.2.2 | Vendor default accounts managed or removed | Configuration sécurisée | 9 sur 13 |
| 2.2.3 | Functions with different security levels kept apart | — | aucun |
| 2.2.4 | Only necessary services and functions enabled | — | aucun |
| 2.2.5 | Insecure services justified and secured | — | aucun |
| 2.2.6 | System security parameters set to prevent misuse | — | aucun |
| 2.2.7 | Non-console administrative access encrypted | — | aucun |
| 2.3.1 | Wireless vendor defaults changed | — | |
| 2.3.2 | Wireless keys changed when key holders leave | — | aucun |
| 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 | Protection des données | 11 sur 13 |
| 3.3.1 | Sensitive authentication data not kept after authorisation | Protection des données | 11 sur 13 |
| 3.3.1.1 | Full track data not kept after authorisation | — | aucun |
| 3.3.1.2 | Card verification code not kept after authorisation | — | aucun |
| 3.3.1.3 | PIN and PIN block not kept after authorisation | — | aucun |
| 3.3.2 | Sensitive authentication data encrypted before authorisation | — | aucun |
| 3.3.3 | Issuer storage of sensitive authentication data limited and protected | — | aucun |
| 3.4.1 | PAN masked when displayed | Protection des données | 11 sur 13 |
| 3.4.2 | PAN copying prevented over remote-access technologies | DLP | 7 sur 13 |
| 3.5.1 | PAN rendered unreadable wherever stored | Chiffrement | 10 sur 13 |
| 3.5.1.1 | Hashes of PAN are keyed cryptographic hashes | — | aucun |
| 3.5.1.2 | Disk-level encryption used only where it suffices | — | aucun |
| 3.5.1.3 | Disk encryption access managed separately from OS access | — | |
| 3.6.1 | Procedures protect keys that secure stored account data | Chiffrement | 10 sur 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 | Chiffrement | 10 sur 13 |
| 3.7.2 | Key management: secure key distribution | — | aucun |
| 3.7.3 | Key management: secure key storage | — | aucun |
| 3.7.4 | Key management: key changes at end of cryptoperiod | Chiffrement | 10 sur 13 |
| 3.7.5 | Key management: retiring weakened or compromised keys | — | aucun |
| 3.7.6 | Key management: split knowledge and dual control | — | aucun |
| 3.7.7 | Key management: preventing unauthorised key substitution | — | aucun |
| 3.7.8 | Key custodians formally acknowledge their responsibilities | — | aucun |
| 3.7.9 | Service providers give customers key-handling guidance | — | aucun |
| 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 | Chiffrement | 10 sur 13 |
| 4.2.1.1 | Inventory of trusted keys and certificates kept | Chiffrement | 10 sur 13 |
| 4.2.1.2 | Strong cryptography on wireless networks carrying PAN | — | aucun |
| 4.2.2 | PAN secured when sent by end-user messaging | — | aucun |
| 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 | Protection des terminaux | 10 sur 13 |
| 5.2.2 | Anti-malware detects, removes or contains known malware | Protection des terminaux | 10 sur 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 | — | aucun |
| 5.3.2 | Periodic scans or continuous behavioural analysis | Protection des terminaux | 10 sur 13 |
| 5.3.2.1 | Scan frequency set by targeted risk analysis | — | |
| 5.3.3 | Removable media scanned or analysed | — | aucun |
| 5.3.4 | Anti-malware audit logs enabled and retained | — | aucun |
| 5.3.5 | Users cannot disable or alter anti-malware | — | aucun |
| 5.4.1 | Mechanisms to detect and protect against phishing | Sécurité de la messagerie | 8 sur 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 | Développement sécurisé | 8 sur 13 |
| 6.2.2 | Developers trained in secure software development | Développement sécurisé | 8 sur 13 |
| 6.2.3 | Custom code reviewed before release | Développement sécurisé, Sécurité des API | 8 sur 13 |
| 6.2.3.1 | Manual code reviews approved by someone else | — | |
| 6.2.4 | Coding techniques prevent common software attacks | Sécurité des API | 4 sur 13 |
| 6.3.1 | Vulnerabilities identified and risk-ranked | Gestion des vulnérabilités, Renseignement sur les menaces, Gestion des correctifs | 13 sur 13 |
| 6.3.2 | Inventory of custom software and its components | Risque lié à la chaîne d'approvisionnement, Gestion des actifs | 13 sur 13 |
| 6.3.3 | Security patches installed promptly | Gestion des correctifs | 10 sur 13 |
| 6.4.1 | Public web applications protected against attacks | Sécurité web | 6 sur 13 |
| 6.4.2 | Automated solution blocks attacks on public web apps | WAF | 5 sur 13 |
| 6.4.3 | Payment page scripts authorised and integrity-checked | Sécurité web | 6 sur 13 |
| 6.5.1 | Production changes follow change control procedures | — | aucun |
| 6.5.2 | PCI DSS requirements re-confirmed after significant changes | — | aucun |
| 6.5.3 | Pre-production environments separated from production | — | aucun |
| 6.5.4 | Duties separated between production and pre-production | — | aucun |
| 6.5.5 | Live PANs not used in pre-production | — | aucun |
| 6.5.6 | Test data and accounts removed before go-live | — | aucun |
| 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 | Contrôle d'accès, Zero Trust | 11 sur 13 |
| 7.2.2 | Access assigned by job function and least privilege | Contrôle d'accès, Accès privilégiés | 12 sur 13 |
| 7.2.3 | Privileges approved by authorised personnel | — | aucun |
| 7.2.4 | User accounts and privileges reviewed every six months | Contrôle d'accès | 11 sur 13 |
| 7.2.5 | System and application accounts least privilege | — | aucun |
| 7.2.5.1 | System and application account access periodically reviewed | — | |
| 7.2.6 | Access to cardholder data repositories restricted | — | aucun |
| 7.3.1 | Access control system restricts access by need | — | aucun |
| 7.3.2 | Access control system enforces assigned permissions | — | aucun |
| 7.3.3 | Access control system set to deny by default | — | aucun |
| 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 | Contrôle d'accès | 11 sur 13 |
| 8.2.2 | Shared or generic accounts only by documented exception | — | |
| 8.2.3 | Service providers use unique credentials per customer | — | aucun |
| 8.2.4 | User ID changes authorised and controlled | — | aucun |
| 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 | — | aucun |
| 8.2.8 | Re-authentication after 15 minutes idle | — | |
| 8.3.1 | User and admin access requires an authentication factor | Zero Trust | 7 sur 13 |
| 8.3.2 | Authentication factors unreadable in transit and storage | — | aucun |
| 8.3.3 | Identity verified before changing authentication factors | — | aucun |
| 8.3.4 | Account lockout after repeated failed attempts | — | aucun |
| 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 | — | aucun |
| 8.4.1 | MFA for non-console administrative access to the CDE | Authentification multifacteur | 10 sur 13 |
| 8.4.2 | MFA for all access into the CDE | Authentification multifacteur | 10 sur 13 |
| 8.4.3 | MFA for remote network access | Authentification multifacteur | 10 sur 13 |
| 8.5.1 | MFA systems configured to resist misuse | Authentification multifacteur | 10 sur 13 |
| 8.6.1 | Interactive use of system accounts managed | — | aucun |
| 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 | Sécurité physique | 8 sur 13 |
| 9.2.1.1 | Access to sensitive areas monitored by camera or access control | Sécurité physique | 8 sur 13 |
| 9.2.2 | Publicly accessible network jacks restricted | — | aucun |
| 9.2.3 | Physical access to network hardware restricted | Sécurité physique | 8 sur 13 |
| 9.2.4 | Consoles in sensitive areas locked when unattended | — | |
| 9.3.1 | Personnel physical access authorised and managed | Sécurité physique | 8 sur 13 |
| 9.3.1.1 | Sensitive-area access authorised and revoked promptly | Sécurité physique | 8 sur 13 |
| 9.3.2 | Visitor access authorised, escorted and identifiable | Sécurité physique | 8 sur 13 |
| 9.3.3 | Visitor badges returned or deactivated | — | aucun |
| 9.3.4 | Visitor log maintained and retained | — | aucun |
| 9.4.1 | Media with cardholder data physically secured | — | aucun |
| 9.4.1.1 | Offline backup media stored securely | Sauvegarde et restauration | 11 sur 13 |
| 9.4.1.2 | Security of offline backup location reviewed annually | — | |
| 9.4.2 | Media classified by data sensitivity | Classification des données | 9 sur 13 |
| 9.4.3 | Media sent off site tracked and secured | — | aucun |
| 9.4.4 | Management approves media moved off site | — | aucun |
| 9.4.5 | Inventory logs of electronic media kept | — | aucun |
| 9.4.5.1 | Electronic media inventories at least annually | — | aucun |
| 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 | — | aucun |
| 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 | — | aucun |
| 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 | Journalisation et audit, Menace interne | 11 sur 13 |
| 10.2.1.1 | Logs capture user access to cardholder data | — | aucun |
| 10.2.1.2 | Logs capture administrative actions | — | aucun |
| 10.2.1.3 | Logs capture access to audit logs | — | aucun |
| 10.2.1.4 | Logs capture invalid access attempts | — | aucun |
| 10.2.1.5 | Logs capture credential and privilege changes | — | aucun |
| 10.2.1.6 | Logs capture starting, stopping or pausing logging | — | aucun |
| 10.2.1.7 | Logs capture system-level object changes | — | aucun |
| 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 | Journalisation et audit, Criminalistique numérique | 10 sur 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 | Surveillance continue, SIEM / SOC | 10 sur 13 |
| 10.4.1.1 | Automated mechanisms for log review | Détection d'anomalies | 9 sur 13 |
| 10.4.2 | Other logs reviewed periodically | — | aucun |
| 10.4.2.1 | Review frequency set by targeted risk analysis | — | |
| 10.4.3 | Exceptions and anomalies addressed | — | aucun |
| 10.5.1 | Audit logs retained 12 months, three immediately available | Journalisation et audit | 10 sur 13 |
| 10.6.1 | System clocks synchronised | Journalisation et audit | 10 sur 13 |
| 10.6.2 | Time configuration correct and consistent | — | aucun |
| 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 | — | aucun |
| 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 | — | aucun |
| 11.3.1 | Internal vulnerability scans every three months | Gestion des vulnérabilités | 13 sur 13 |
| 11.3.1.1 | Lower-ranked vulnerabilities handled by risk analysis | — | |
| 11.3.1.2 | Internal scans use authenticated scanning | — | aucun |
| 11.3.1.3 | Internal scans after significant changes | — | aucun |
| 11.3.2 | External ASV scans every three months | Gestion des vulnérabilités | 13 sur 13 |
| 11.3.2.1 | External scans after significant changes | — | aucun |
| 11.4.1 | Penetration testing methodology defined | — | aucun |
| 11.4.2 | Internal penetration test at least annually | — | aucun |
| 11.4.3 | External penetration test at least annually | — | aucun |
| 11.4.4 | Penetration test findings corrected and retested | — | |
| 11.4.5 | Segmentation controls tested at least annually | — | aucun |
| 11.4.6 | Service providers test segmentation every six months | — | aucun |
| 11.4.7 | Multi-tenant providers support customer penetration tests | — | aucun |
| 11.5.1 | Intrusion detection or prevention on network traffic | Détection d'intrusion | 9 sur 13 |
| 11.5.1.1 | Service providers detect covert malware communication | — | aucun |
| 11.5.2 | Change-detection on critical files | — | aucun |
| 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 | Politique de gouvernance | 9 sur 13 |
| 12.1.2 | Security policy reviewed at least annually | Politique de gouvernance | 9 sur 13 |
| 12.1.3 | Security roles and responsibilities defined | Rôles et responsabilités | 9 sur 13 |
| 12.1.4 | Executive responsibility for information security assigned | Rôles et responsabilités | 9 sur 13 |
| 12.2.1 | Acceptable use policies for end-user technologies | — | aucun |
| 12.3.1 | Targeted risk analysis for flexible-frequency requirements | Gestion des risques, Évaluation des risques | 10 sur 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 | — | aucun |
| 12.4.2 | Service providers: quarterly reviews of operational tasks | Conformité | 10 sur 13 |
| 12.4.2.1 | Service providers: quarterly review results documented | — | |
| 12.5.1 | Inventory of in-scope system components | Gestion des actifs | 13 sur 13 |
| 12.5.2 | PCI DSS scope confirmed annually and on change | Environnement métier | 5 sur 13 |
| 12.5.2.1 | Service providers confirm scope every six months | — | aucun |
| 12.5.3 | Service providers review scope after organisational change | — | |
| 12.6.1 | Formal security awareness programme | Sensibilisation et formation | 10 sur 13 |
| 12.6.2 | Awareness programme reviewed annually | — | aucun |
| 12.6.3 | Awareness training on hire and at least annually | Sensibilisation et formation | 10 sur 13 |
| 12.6.3.1 | Training covers phishing and social engineering | — | aucun |
| 12.6.3.2 | Training covers acceptable use of technology | — | aucun |
| 12.7.1 | Personnel screened before hire | Menace interne | 8 sur 13 |
| 12.8.1 | List of third-party service providers kept | Risque lié à la chaîne d'approvisionnement, Sécurité du cloud, Gestion des risques fournisseurs | 12 sur 13 |
| 12.8.2 | Written agreements with service providers | Gestion des risques fournisseurs | 10 sur 13 |
| 12.8.3 | Due diligence before engaging service providers | Gestion des risques fournisseurs | 10 sur 13 |
| 12.8.4 | Service provider compliance monitored annually | Gestion des risques fournisseurs | 10 sur 13 |
| 12.8.5 | Responsibilities split with each provider documented | Sécurité du cloud, Gestion des risques fournisseurs | 12 sur 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 | Réponse aux incidents, Atténuation, Notification, Planification de la reprise, Continuité des activités, Reprise après sinistre | 12 sur 13 |
| 12.10.2 | Incident response plan reviewed and tested annually | Réponse aux incidents | 12 sur 13 |
| 12.10.3 | Incident response staff available around the clock | Réponse aux incidents | 12 sur 13 |
| 12.10.4 | Incident response staff trained | Réponse aux incidents | 12 sur 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 | Enseignements tirés | 9 sur 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 | — | aucun |
| A1.1.2 | Multi-tenant providers: customers confined to their own environment | — | aucun |
| A1.1.3 | Multi-tenant providers: customers reach only their own data | — | aucun |
| A1.1.4 | Multi-tenant providers: separation tested every six months | — | aucun |
| A1.2.1 | Multi-tenant providers: audit logging for each customer | — | aucun |
| A1.2.2 | Multi-tenant providers: support customer forensic investigations | — | aucun |
| A1.2.3 | Multi-tenant providers: report suspected incidents to customers | — | aucun |
| A2.1.1 | POI terminals using SSL or early TLS not exploitable | — | aucun |
| A2.1.2 | Service providers: migration plan off SSL and early TLS | — | aucun |
| A2.1.3 | Service providers offer a secure connection option | — | aucun |
Couverture du sujet
Thèmes avec des exigences PCI DSS mappées (46) :
Aucune correspondance dans nos données Aucune exigence PCI DSS (4) :