Normativas / PCI DSS 4.0
PCI DSS 4.0 / 4.0.1: controles técnicos para fintech y e-commerce en Latinoamérica
PCI DSS v4.0.1 es la única versión vigente del estándar desde el 31 de diciembre de 2024, y los 51 requisitos diferidos pasaron a ser obligatorios el 31 de marzo de 2025. Si tu empresa procesa, transmite o almacena datos de tarjetas en Latinoamérica, los controles técnicos deben estar implementados hoy.
Fechas clave de PCI DSS v4.0 y v4.0.1
Tres hitos marcan la transición: la publicación de v4.0 en 2022, la revisión v4.0.1 de 2024 y el 31 de marzo de 2025, fecha en que todos los requisitos diferidos pasaron a ser obligatorios.
Marzo 2022
PCI Security Standards Council publica PCI DSS v4.0 con 64 nuevos requisitos. Los 51 marcados como buenas prácticas tienen fecha de obligatoriedad diferida al 31 de marzo de 2025.
31 de marzo de 2024
PCI DSS v3.2.1 queda retirado. PCI DSS v4.0 pasa a ser la única versión activa del estándar.
11 de junio de 2024
Se publica PCI DSS v4.0.1, revisión limitada que corrige redacción y aclara el alcance de algunos requisitos. No agrega ni elimina controles obligatorios.
31 de diciembre de 2024
PCI DSS v4.0 queda retirado. PCI DSS v4.0.1 es desde entonces la única versión activa del estándar.
30 de enero de 2025
PCI SSC publica una actualización del SAQ A: elimina los requisitos 6.4.3 y 11.6.1 del cuestionario y añade un nuevo criterio de elegibilidad para comercios de e-commerce.
31 de marzo de 2025
Los 51 requisitos diferidos pasan a ser obligatorios. Toda evaluación PCI DSS desde esa fecha debe considerarlos. No son opcionales.
Requisitos técnicos que más impactan a ingeniería
PCI DSS v4.0.1 introduce controles técnicos concretos sobre scripts, identidad, logs y alcance del CDE.
| Requisito | Qué exige | Control técnico típico |
|---|---|---|
| 6.4.3 | Inventario, autorización e integridad de todos los scripts cargados en la página de pago del consumidor | Content Security Policy (CSP), Subresource Integrity (SRI), registro de scripts de terceros y cuartas partes |
| 11.6.1 | Detección de cambios y tampering en headers HTTP y en la página de pago tal como la recibe el navegador | Monitoreo de respuestas HTTP, alertas sobre cambios en el DOM o en headers de seguridad |
| 8.4.2 | MFA para todo acceso no de consola al CDE, en cualquier rol y ubicación (en v3.2.1 solo se requería para administradores) | TOTP, llaves FIDO2 o WebAuthn; revisión de todos los sistemas con acceso al CDE |
| 8.3.6 | Contraseñas de al menos 12 caracteres con letras y números, u 8 si el sistema no admite 12 | Actualización de políticas en IdP, Active Directory y sistemas de autenticación del CDE |
| 5.4.1 | Mecanismos automáticos para detectar y proteger contra ataques de phishing | DMARC, SPF y DKIM en todos los dominios; filtrado de correo con alertas |
| 10.4.1.1 | Revisión automática de logs de auditoría para detectar anomalías; la revisión manual ya no es suficiente | SIEM con reglas de detección y alertas sobre accesos y cambios en el CDE |
| 12.5.2 | Confirmación documentada del alcance del CDE al menos una vez al año y tras cambios significativos | Mapeo de flujos de datos de tarjetas, inventario de sistemas en alcance, revisión de segmentación |
| 12.3.1 | Targeted Risk Analysis documentado para cada requisito que permite flexibilidad en la implementación o la frecuencia | Documentación del riesgo específico, controles y revisión al menos una vez cada 12 meses |
Sereno no es un QSA ni emite reportes de cumplimiento PCI DSS. Implementamos los controles técnicos y preparamos la evidencia junto a tu equipo de QSA o de compliance interno.
SAQ A en e-commerce: qué cambió en 2025
El SAQ A aplica a comercios que externalizan completamente el procesamiento de pagos y no almacenan datos de tarjetas. En enero de 2025, el PCI SSC publicó una actualización importante.
Lo que se eliminó del SAQ A
Los requisitos 6.4.3 (gestión de scripts), 11.6.1 (detección de tampering) y 12.3.1 (análisis de riesgo para 11.6.1) fueron eliminados del cuestionario SAQ A. El PCI SSC aclaró que la eliminación no quita la obligación subyacente dentro del estándar.
Nuevo criterio de elegibilidad
El SAQ A actualizado exige confirmar que el sitio del comercio no es susceptible a ataques de scripts que puedan afectar su sistema de e-commerce. Implementar los controles de 6.4.3 y 11.6.1 es una forma de satisfacer ese criterio, según la guía publicada por el PCI SSC en 2025.
Quién sigue obligado
Los proveedores de servicios de pago y los comercios que validan con SAQ A-EP, SAQ D o con un ROC siguen obligados a cumplir 6.4.3 y 11.6.1 en su totalidad.
Los niveles de comercio (Nivel 1 a Nivel 4) y la obligación de usar un QSA para una evaluación presencial los definen las marcas de tarjetas en función del volumen de transacciones anuales. Consulta con tu adquirente los requisitos exactos para tu nivel y tu marca.
Cómo implementa Sereno los controles técnicos de PCI DSS
Nuestro equipo de ingenieros sénior lleva los controles del estándar a tu infraestructura en la nube, Kubernetes y CI/CD, y prepara la evidencia para tu QSA.
Auditoría de infraestructura
En dos semanas: mapeo del CDE, revisión de segmentación de red, accesos, logs y configuración de seguridad. Acceso de solo lectura. Informe con brechas y prioridades. Desde USD 3.000. Ver auditoría.
Implementación de controles
MFA para todo el CDE, políticas de contraseñas, CSP y SRI en páginas de pago, DMARC y SPF, SIEM con detección automática, segmentación de red. El mismo tipo de trabajo que hacemos para SOC 2 e ISO 27001, con precio cerrado según el alcance.
Equipo de plataforma y seguridad 24/7
Operaciones continuas: parches, CI/CD seguro, gestión de secretos con IaC, backups y DR, monitoreo tipo SOC-lite con herramientas open source, reporte mensual. Desde USD 8.000/mes. Ver el servicio mensual.
Evidencia para tu QSA
Organizamos y documentamos la evidencia técnica que tu QSA necesita: configuraciones, logs, políticas, registros de cambios y pruebas de cada control implementado.
Todos nuestros ingenieros tienen 10 o más años de experiencia. Comenzamos con acceso de solo lectura, NDA, MFA y mínimo privilegio antes de cualquier cambio en tu entorno.
Checklist técnico PCI DSS v4.0.1
Puntos de partida para equipos de ingeniería que inician o actualizan su programa de cumplimiento.
- Inventario actualizado de todos los sistemas que almacenan, procesan o transmiten datos de tarjetas.
- Segmentación de red verificada entre el CDE y el resto de la infraestructura.
- MFA activo para todo acceso no de consola al CDE, en todos los roles y ubicaciones.
- Política de contraseñas actualizada a mínimo 12 caracteres alfanuméricos en todos los sistemas del CDE.
- CSP y SRI configurados en todas las páginas de pago, con inventario de scripts de terceros (obligatorio salvo para comercios que validan con SAQ A).
- Monitoreo de headers HTTP y páginas de pago con alertas automáticas sobre cambios (obligatorio salvo para comercios que validan con SAQ A).
- DMARC, SPF y DKIM configurados y monitoreados en todos los dominios de la empresa.
- SIEM u herramienta equivalente con revisión automática de logs del CDE y alertas sobre anomalías.
- Confirmación documentada del alcance del CDE completada en los últimos 12 meses.
- Targeted Risk Analysis documentado para cada requisito que permite flexibilidad en la implementación.
- Procedimiento de respuesta a incidentes probado con evidencia de la última prueba.
Preguntas frecuentes
¿Qué es PCI DSS v4.0.1 y en qué se diferencia de v3.2.1?
PCI DSS (Payment Card Industry Data Security Standard) es el estándar internacional que deben cumplir las empresas que almacenan, procesan o transmiten datos de tarjetas de pago. La versión 4.0 fue publicada en marzo de 2022 y la versión 4.0.1 en junio de 2024, como revisión menor de aclaraciones. PCI DSS v4.0.1 es la única versión activa desde el 31 de diciembre de 2024. Respecto a v3.2.1, los cambios principales para ingeniería son: MFA obligatorio para todo acceso al CDE (no solo administradores), controles de scripts en páginas de pago (requisitos 6.4.3 y 11.6.1), contraseñas de mínimo 12 caracteres, revisión automática de logs, mecanismos anti-phishing y un enfoque formal de análisis de riesgo dirigido (Targeted Risk Analysis).
¿Desde cuándo son obligatorios los nuevos requisitos de PCI DSS v4.0 / v4.0.1?
Los 51 requisitos que en 2022 fueron marcados como buenas prácticas diferidas pasaron a ser obligatorios el 31 de marzo de 2025. Toda evaluación PCI DSS realizada desde esa fecha debe considerarlos. PCI DSS v3.2.1 quedó retirado el 31 de marzo de 2024.
¿Los requisitos 6.4.3 y 11.6.1 aplican a mi e-commerce si uso un procesador de pagos externo (SAQ A)?
Depende de tu situación. El 30 de enero de 2025, el PCI SSC actualizó el SAQ A y eliminó los requisitos 6.4.3 y 11.6.1 del cuestionario. Los comercios que validan con SAQ A ya no deben responder directamente esos requisitos, pero el SAQ A actualizado incluye un nuevo criterio de elegibilidad: confirmar que el sitio no es susceptible a ataques de scripts. El PCI SSC publicó una guía que señala que implementar los controles de 6.4.3 y 11.6.1 es una forma de cumplir ese criterio. Si eres un proveedor de servicios de pago o validas con SAQ A-EP, SAQ D o con un ROC, sigues obligado a cumplir 6.4.3 y 11.6.1 en su totalidad.
¿Qué es un QSA y cuándo necesito uno?
Un QSA (Qualified Security Assessor) es un auditor certificado por el PCI SSC para realizar evaluaciones presenciales de cumplimiento. Las marcas de tarjetas (Visa, Mastercard y otras) definen los niveles de comercio según el volumen anual de transacciones: los comercios de Nivel 1, generalmente los que superan los 6 millones de transacciones anuales según Visa, y algunos de Nivel 2 requieren una auditoría presencial por un QSA. Los comercios de niveles 3 y 4 generalmente pueden autoevaluarse con un SAQ. Consulta con tu adquirente los umbrales exactos para tu nivel y marca.
¿Qué es el Customized Approach en PCI DSS v4.0?
El Customized Approach es una opción introducida en PCI DSS v4.0 que permite implementar controles alternativos que cumplen el objetivo del requisito de una forma diferente a los controles definidos por defecto (Defined Approach). Para usarlo se debe realizar un Targeted Risk Analysis para cada requisito, documentar el diseño del control alternativo, obtener aprobación de dirección senior y tener el control evaluado por un QSA. Es relevante para fintechs con arquitecturas innovadoras, pero agrega carga documental significativa.
¿Qué hace Sereno en un proyecto de PCI DSS y qué no hace?
Sereno implementa los controles técnicos del estándar en tu infraestructura: MFA, segmentación de red, CSP y SRI en páginas de pago, SIEM, gestión de secretos, y organiza la evidencia técnica para tu proceso de evaluación. Comenzamos con una auditoría de infraestructura de dos semanas con acceso de solo lectura. Sereno no es un QSA ni emite reportes ni certificaciones PCI DSS. No reemplazamos a tu equipo de compliance ni a tu auditor: trabajamos junto a ellos.
Fuentes
Última revisión: 9 de noviembre de 2026. Las normas cambian: revisa siempre el texto oficial vigente con tu asesor legal.
- PCI DSS v4.0.1: Just Published (PCI SSC Blog)
- Important Updates Announced for Merchants Validating to SAQ A (PCI SSC Blog)
- New Information Supplement: Payment Page Security and Preventing E-Skimming (PCI SSC Blog)
- Now is the Time for Organizations to Adopt the Future-Dated Requirements of PCI DSS v4.x (PCI SSC Blog)
- PCI DSS v4.0 At A Glance (PCI SSC)
- Is the Customized Approach Right for Your Organization? (PCI SSC Blog)
- Guidance for PCI DSS E-commerce Requirements Effective After 31 March 2025 (PCI SSC Podcast)
Hablemos 20 minutos
Elige un horario en el calendario. Es una videollamada de 20 minutos por Google Meet, y en ella solo queremos entender tu contexto.
O escríbenos a hola@serenoops.com