cm/controlmapping
Español
Fuentes
Marco

PCI DSS v4.0.1

Qué es

El Estándar de Seguridad de Datos de la Industria de Tarjetas de Pago, mantenido por PCI SSC: 12 requisitos principales para proteger los datos de cuentas de pago. La versión 4.0.1 (junio de 2024) es la vigente; los requisitos de la v4.0 con fecha de entrada en vigor posterior pasaron a ser obligatorios el 31 de marzo de 2025.

Quién lo necesita

Cualquier comerciante o proveedor de servicios que almacene, procese o transmita datos de titulares de tarjetas, o que pueda afectar a su seguridad. Las marcas de tarjetas lo exigen a través de los contratos con los adquirentes; no es una ley.

Cómo se evalúa

En función del volumen de transacciones y de las normas de las marcas de tarjetas, un Informe de Cumplimiento elaborado por un Asesor de Seguridad Cualificado (QSA) o un Cuestionario de Autoevaluación, en ambos casos con un Certificado de Cumplimiento, además de análisis externos de vulnerabilidades trimestrales realizados por un Proveedor de Escaneo Aprobado (ASV). Evaluación anual.

260
Requisitos
77
Con correspondencia con otro marco
92%
Temas cubiertos (46/50)

Comparativas

Requisitos

Los identificadores y títulos de los requisitos se muestran tal como los publica cada marco, en inglés.

PCI DSS v4.0.1 requisitos
IDRequisitoTemasCon correspondencia en
Requirement 1: Install and maintain network security controls · 19
1.1.1Network security policies documented and kept current—0
1.1.2Roles for network security controls assigned—0
1.2.1Configuration standards for network security controlsCortafuegos / Segmentación de red9 de 13
1.2.2Network connection changes go through change control—ninguno
1.2.3Accurate network diagram maintainedCortafuegos / Segmentación de red9 de 13
1.2.4Accurate account-data flow diagram maintained—0
1.2.5Allowed services, protocols and ports approved—ninguno
1.2.6Security features defined for insecure services—ninguno
1.2.7Network security control rules reviewed every six months—ninguno
1.2.8Network security control configuration files secured—ninguno
1.3.1Inbound traffic to the CDE restrictedCortafuegos / Segmentación de red9 de 13
1.3.2Outbound traffic from the CDE restricted—ninguno
1.3.3Network controls between wireless networks and the CDE—ninguno
1.4.1Network controls between trusted and untrusted networksCortafuegos / Segmentación de red9 de 13
1.4.2Inbound traffic from untrusted networks restricted—ninguno
1.4.3Anti-spoofing measures in place—ninguno
1.4.4Stored cardholder data not reachable from untrusted networks—ninguno
1.4.5Internal IP addresses and routing not disclosed—ninguno
1.5.1Controls on devices connecting to untrusted networks and the CDE—ninguno
Requirement 2: Apply secure configurations to all system components · 11
2.1.1Secure configuration policies documented and kept current—0
2.1.2Roles for secure configuration assigned—0
2.2.1System configuration standards developed and maintainedConfiguración segura9 de 13
2.2.2Vendor default accounts managed or removedConfiguración segura9 de 13
2.2.3Functions with different security levels kept apart—ninguno
2.2.4Only necessary services and functions enabled—ninguno
2.2.5Insecure services justified and secured—ninguno
2.2.6System security parameters set to prevent misuse—ninguno
2.2.7Non-console administrative access encrypted—ninguno
2.3.1Wireless vendor defaults changed—0
2.3.2Wireless keys changed when key holders leave—ninguno
Requirement 3: Protect stored account data · 29
3.1.1Stored account data policies documented and kept current—0
3.1.2Roles for protecting stored account data assigned—0
3.2.1Account data storage minimised, with retention and disposalProtección de datos11 de 13
3.3.1Sensitive authentication data not kept after authorisationProtección de datos11 de 13
3.3.1.1Full track data not kept after authorisation—ninguno
3.3.1.2Card verification code not kept after authorisation—ninguno
3.3.1.3PIN and PIN block not kept after authorisation—ninguno
3.3.2Sensitive authentication data encrypted before authorisation—ninguno
3.3.3Issuer storage of sensitive authentication data limited and protected—ninguno
3.4.1PAN masked when displayedProtección de datos11 de 13
3.4.2PAN copying prevented over remote-access technologiesDLP7 de 13
3.5.1PAN rendered unreadable wherever storedCifrado10 de 13
3.5.1.1Hashes of PAN are keyed cryptographic hashes—ninguno
3.5.1.2Disk-level encryption used only where it suffices—ninguno
3.5.1.3Disk encryption access managed separately from OS access—0
3.6.1Procedures protect keys that secure stored account dataCifrado10 de 13
3.6.1.1Service providers document their cryptographic architecture—0
3.6.1.2Secret and private keys stored in approved forms—0
3.6.1.3Cleartext key components accessible to fewest custodians—0
3.6.1.4Keys stored in the fewest possible locations—0
3.7.1Key management: strong key generationCifrado10 de 13
3.7.2Key management: secure key distribution—ninguno
3.7.3Key management: secure key storage—ninguno
3.7.4Key management: key changes at end of cryptoperiodCifrado10 de 13
3.7.5Key management: retiring weakened or compromised keys—ninguno
3.7.6Key management: split knowledge and dual control—ninguno
3.7.7Key management: preventing unauthorised key substitution—ninguno
3.7.8Key custodians formally acknowledge their responsibilities—ninguno
3.7.9Service providers give customers key-handling guidance—ninguno
Requirement 4: Protect cardholder data with strong cryptography during transmission · 6
4.1.1Data-in-transit policies documented and kept current—0
4.1.2Roles for protecting data in transit assigned—0
4.2.1Strong cryptography for PAN over open, public networksCifrado10 de 13
4.2.1.1Inventory of trusted keys and certificates keptCifrado10 de 13
4.2.1.2Strong cryptography on wireless networks carrying PAN—ninguno
4.2.2PAN secured when sent by end-user messaging—ninguno
Requirement 5: Protect all systems and networks from malicious software · 13
5.1.1Anti-malware policies documented and kept current—0
5.1.2Roles for malware protection assigned—0
5.2.1Anti-malware deployed on system componentsProtección de endpoints10 de 13
5.2.2Anti-malware detects, removes or contains known malwareProtección de endpoints10 de 13
5.2.3Systems without anti-malware periodically re-evaluated—0
5.2.3.1Re-evaluation frequency set by targeted risk analysis—0
5.3.1Anti-malware kept up to date—ninguno
5.3.2Periodic scans or continuous behavioural analysisProtección de endpoints10 de 13
5.3.2.1Scan frequency set by targeted risk analysis—0
5.3.3Removable media scanned or analysed—ninguno
5.3.4Anti-malware audit logs enabled and retained—ninguno
5.3.5Users cannot disable or alter anti-malware—ninguno
5.4.1Mechanisms to detect and protect against phishingSeguridad del correo electrónico8 de 13
Requirement 6: Develop and maintain secure systems and software · 19
6.1.1Secure systems and software policies documented—0
6.1.2Roles for secure systems and software assigned—0
6.2.1Bespoke and custom software developed securelyDesarrollo seguro8 de 13
6.2.2Developers trained in secure software developmentDesarrollo seguro8 de 13
6.2.3Custom code reviewed before releaseDesarrollo seguro, Seguridad de APIs8 de 13
6.2.3.1Manual code reviews approved by someone else—0
6.2.4Coding techniques prevent common software attacksSeguridad de APIs4 de 13
6.3.1Vulnerabilities identified and risk-rankedGestión de vulnerabilidades, Inteligencia de amenazas, Gestión de parches13 de 13
6.3.2Inventory of custom software and its componentsRiesgo de la cadena de suministro, Gestión de activos13 de 13
6.3.3Security patches installed promptlyGestión de parches10 de 13
6.4.1Public web applications protected against attacksSeguridad web6 de 13
6.4.2Automated solution blocks attacks on public web appsWAF5 de 13
6.4.3Payment page scripts authorised and integrity-checkedSeguridad web6 de 13
6.5.1Production changes follow change control procedures—ninguno
6.5.2PCI DSS requirements re-confirmed after significant changes—ninguno
6.5.3Pre-production environments separated from production—ninguno
6.5.4Duties separated between production and pre-production—ninguno
6.5.5Live PANs not used in pre-production—ninguno
6.5.6Test data and accounts removed before go-live—ninguno
Requirement 7: Restrict access to system components and cardholder data by business need to know · 12
7.1.1Access restriction policies documented and kept current—0
7.1.2Roles for access restriction assigned—0
7.2.1Access control model definedControl de acceso, Confianza cero11 de 13
7.2.2Access assigned by job function and least privilegeControl de acceso, Acceso privilegiado12 de 13
7.2.3Privileges approved by authorised personnel—ninguno
7.2.4User accounts and privileges reviewed every six monthsControl de acceso11 de 13
7.2.5System and application accounts least privilege—ninguno
7.2.5.1System and application account access periodically reviewed—0
7.2.6Access to cardholder data repositories restricted—ninguno
7.3.1Access control system restricts access by need—ninguno
7.3.2Access control system enforces assigned permissions—ninguno
7.3.3Access control system set to deny by default—ninguno
Requirement 8: Identify users and authenticate access to system components · 29
8.1.1Identification and authentication policies documented—0
8.1.2Roles for identification and authentication assigned—0
8.2.1Every user has a unique IDControl de acceso11 de 13
8.2.2Shared or generic accounts only by documented exception—0
8.2.3Service providers use unique credentials per customer—ninguno
8.2.4User ID changes authorised and controlled—ninguno
8.2.5Access revoked immediately on termination—0
8.2.6Inactive user accounts disabled within 90 days—0
8.2.7Third-party remote access accounts enabled only when needed—ninguno
8.2.8Re-authentication after 15 minutes idle—0
8.3.1User and admin access requires an authentication factorConfianza cero7 de 13
8.3.2Authentication factors unreadable in transit and storage—ninguno
8.3.3Identity verified before changing authentication factors—ninguno
8.3.4Account lockout after repeated failed attempts—ninguno
8.3.5First-use and reset passwords unique and changed—0
8.3.6Minimum password length and complexity—0
8.3.7Recent passwords cannot be reused—0
8.3.8Authentication guidance communicated to users—0
8.3.9Password-only access: change every 90 days or analyse risk—0
8.3.10Service providers give customers password guidance—0
8.3.10.1Service provider customer passwords: rotation or analysis—0
8.3.11Tokens, smart cards and certificates assigned to individuals—ninguno
8.4.1MFA for non-console administrative access to the CDEAutenticación multifactor10 de 13
8.4.2MFA for all access into the CDEAutenticación multifactor10 de 13
8.4.3MFA for remote network accessAutenticación multifactor10 de 13
8.5.1MFA systems configured to resist misuseAutenticación multifactor10 de 13
8.6.1Interactive use of system accounts managed—ninguno
8.6.2No hard-coded passwords for system accounts—0
8.6.3System account passwords protected and changed—0
Requirement 9: Restrict physical access to cardholder data · 27
9.1.1Physical security policies documented and kept current—0
9.1.2Roles for physical security assigned—0
9.2.1Facility entry controls restrict CDE accessSeguridad física8 de 13
9.2.1.1Access to sensitive areas monitored by camera or access controlSeguridad física8 de 13
9.2.2Publicly accessible network jacks restricted—ninguno
9.2.3Physical access to network hardware restrictedSeguridad física8 de 13
9.2.4Consoles in sensitive areas locked when unattended—0
9.3.1Personnel physical access authorised and managedSeguridad física8 de 13
9.3.1.1Sensitive-area access authorised and revoked promptlySeguridad física8 de 13
9.3.2Visitor access authorised, escorted and identifiableSeguridad física8 de 13
9.3.3Visitor badges returned or deactivated—ninguno
9.3.4Visitor log maintained and retained—ninguno
9.4.1Media with cardholder data physically secured—ninguno
9.4.1.1Offline backup media stored securelyCopias de seguridad y recuperación11 de 13
9.4.1.2Security of offline backup location reviewed annually—0
9.4.2Media classified by data sensitivityClasificación de datos9 de 13
9.4.3Media sent off site tracked and secured—ninguno
9.4.4Management approves media moved off site—ninguno
9.4.5Inventory logs of electronic media kept—ninguno
9.4.5.1Electronic media inventories at least annually—ninguno
9.4.6Hard-copy media destroyed when no longer needed—0
9.4.7Electronic media destroyed or made unrecoverable—0
9.5.1Card-reading (POI) devices protected from tampering—ninguno
9.5.1.1Inventory of POI devices kept—0
9.5.1.2POI devices inspected for tampering—0
9.5.1.2.1Inspection frequency set by targeted risk analysis—0
9.5.1.3Staff trained to spot POI tampering—ninguno
Requirement 10: Log and monitor all access to system components and cardholder data · 27
10.1.1Logging and monitoring policies documented—0
10.1.2Roles for logging and monitoring assigned—0
10.2.1Audit logs enabled and activeRegistro y auditoría, Amenaza interna11 de 13
10.2.1.1Logs capture user access to cardholder data—ninguno
10.2.1.2Logs capture administrative actions—ninguno
10.2.1.3Logs capture access to audit logs—ninguno
10.2.1.4Logs capture invalid access attempts—ninguno
10.2.1.5Logs capture credential and privilege changes—ninguno
10.2.1.6Logs capture starting, stopping or pausing logging—ninguno
10.2.1.7Logs capture system-level object changes—ninguno
10.2.2Log entries record who, what, when, where and outcome—0
10.3.1Read access to logs limited to need—0
10.3.2Logs protected from modificationRegistro y auditoría, Análisis forense10 de 13
10.3.3Logs promptly backed up to a central server—0
10.3.4File-integrity monitoring on logs—0
10.4.1Security event and critical logs reviewed dailyMonitoreo cont., SIEM / SOC10 de 13
10.4.1.1Automated mechanisms for log reviewDetección de anomalías9 de 13
10.4.2Other logs reviewed periodically—ninguno
10.4.2.1Review frequency set by targeted risk analysis—0
10.4.3Exceptions and anomalies addressed—ninguno
10.5.1Audit logs retained 12 months, three immediately availableRegistro y auditoría10 de 13
10.6.1System clocks synchronisedRegistro y auditoría10 de 13
10.6.2Time configuration correct and consistent—ninguno
10.6.3Time settings protected from change—0
10.7.1Service providers detect security control failures—0
10.7.2Critical security control failures detected and reported—0
10.7.3Security control failures responded to promptly—ninguno
Requirement 11: Test security of systems and networks regularly · 21
11.1.1Security testing policies documented and kept current—0
11.1.2Roles for security testing assigned—0
11.2.1Wireless access points detected and unauthorised ones handled—0
11.2.2Inventory of authorised wireless access points—ninguno
11.3.1Internal vulnerability scans every three monthsGestión de vulnerabilidades13 de 13
11.3.1.1Lower-ranked vulnerabilities handled by risk analysis—0
11.3.1.2Internal scans use authenticated scanning—ninguno
11.3.1.3Internal scans after significant changes—ninguno
11.3.2External ASV scans every three monthsGestión de vulnerabilidades13 de 13
11.3.2.1External scans after significant changes—ninguno
11.4.1Penetration testing methodology defined—ninguno
11.4.2Internal penetration test at least annually—ninguno
11.4.3External penetration test at least annually—ninguno
11.4.4Penetration test findings corrected and retested—0
11.4.5Segmentation controls tested at least annually—ninguno
11.4.6Service providers test segmentation every six months—ninguno
11.4.7Multi-tenant providers support customer penetration tests—ninguno
11.5.1Intrusion detection or prevention on network trafficDetección de intrusiones9 de 13
11.5.1.1Service providers detect covert malware communication—ninguno
11.5.2Change-detection on critical files—ninguno
11.6.1Payment page changes and tampering detected—0
Requirement 12: Support information security with organizational policies and programs · 37
12.1.1Information security policy established and publishedPolítica de gobernanza9 de 13
12.1.2Security policy reviewed at least annuallyPolítica de gobernanza9 de 13
12.1.3Security roles and responsibilities definedFunciones y responsabilidades9 de 13
12.1.4Executive responsibility for information security assignedFunciones y responsabilidades9 de 13
12.2.1Acceptable use policies for end-user technologies—ninguno
12.3.1Targeted risk analysis for flexible-frequency requirementsGestión de riesgos, Evaluación de riesgos10 de 13
12.3.2Targeted risk analysis for customised approach—0
12.3.3Cipher suites and protocols reviewed annually—0
12.3.4Hardware and software technologies reviewed annually—0
12.4.1Service providers: executive responsibility for PCI DSS compliance—ninguno
12.4.2Service providers: quarterly reviews of operational tasksCumplimiento10 de 13
12.4.2.1Service providers: quarterly review results documented—0
12.5.1Inventory of in-scope system componentsGestión de activos13 de 13
12.5.2PCI DSS scope confirmed annually and on changeEntorno empresarial5 de 13
12.5.2.1Service providers confirm scope every six months—ninguno
12.5.3Service providers review scope after organisational change—0
12.6.1Formal security awareness programmeConcienciación y formación10 de 13
12.6.2Awareness programme reviewed annually—ninguno
12.6.3Awareness training on hire and at least annuallyConcienciación y formación10 de 13
12.6.3.1Training covers phishing and social engineering—ninguno
12.6.3.2Training covers acceptable use of technology—ninguno
12.7.1Personnel screened before hireAmenaza interna8 de 13
12.8.1List of third-party service providers keptRiesgo de la cadena de suministro, Seguridad en la nube, Gestión de riesgos de proveedores12 de 13
12.8.2Written agreements with service providersGestión de riesgos de proveedores10 de 13
12.8.3Due diligence before engaging service providersGestión de riesgos de proveedores10 de 13
12.8.4Service provider compliance monitored annuallyGestión de riesgos de proveedores10 de 13
12.8.5Responsibilities split with each provider documentedSeguridad en la nube, Gestión de riesgos de proveedores12 de 13
12.9.1Service providers acknowledge responsibilities to customers—0
12.9.2Service providers support customer compliance requests—0
12.10.1Incident response plan ready to activateRespuesta a incidentes, Mitigación, Notificación, Planificación de la recuperación, Continuidad del negocio, Recuperación ante desastres12 de 13
12.10.2Incident response plan reviewed and tested annuallyRespuesta a incidentes12 de 13
12.10.3Incident response staff available around the clockRespuesta a incidentes12 de 13
12.10.4Incident response staff trainedRespuesta a incidentes12 de 13
12.10.4.1Training frequency set by targeted risk analysis—0
12.10.5Plan covers alerts from security monitoring—0
12.10.6Plan updated from lessons learned and industry changesLecciones aprendidas9 de 13
12.10.7Procedures for PAN found where it shouldn't be—0
Appendix A: additional requirements · 10
A1.1.1Multi-tenant providers: separate provider and customer environments—ninguno
A1.1.2Multi-tenant providers: customers confined to their own environment—ninguno
A1.1.3Multi-tenant providers: customers reach only their own data—ninguno
A1.1.4Multi-tenant providers: separation tested every six months—ninguno
A1.2.1Multi-tenant providers: audit logging for each customer—ninguno
A1.2.2Multi-tenant providers: support customer forensic investigations—ninguno
A1.2.3Multi-tenant providers: report suspected incidents to customers—ninguno
A2.1.1POI terminals using SSL or early TLS not exploitable—ninguno
A2.1.2Service providers: migration plan off SSL and early TLS—ninguno
A2.1.3Service providers offer a secure connection option—ninguno

Cobertura del tema

Temas con requisitos de PCI DSS asignados (46):

Sin correspondencia en nuestros datos Ningún requisito de PCI DSS (4):