Comprender la importancia de los HSM para lograr el cumplimiento de PCI DSS

La norma PCI DSS (Estándar de Seguridad de Datos de la Industria de Tarjetas de Pago) v4.0 exige controles de protección de claves criptográficas que solo las soluciones validadas por hardware pueden satisfacer plenamente. Los Módulos de Seguridad de Hardware (HSM) abordan directamente los requisitos de gestión de claves del Requisito 3 de PCI DSS mediante la generación, el almacenamiento y el uso de claves de cifrado de datos de titulares de tarjetas y claves de procesamiento de pagos dentro de un perímetro a prueba de manipulaciones y validado por FIPS. El incumplimiento de PCI DSS puede resultar en multas de entre 5,000 y 100 000 dólares mensuales y la pérdida de privilegios de procesamiento de tarjetas. La acción recomendada es: implementar hardware validado por FIPS 140-2 Nivel 3 o PCI HSM para todas las operaciones con claves de pago, implementar controles de quórum M-of-N que cumplan con el requisito de conocimiento dividido y control dual, y mantener una monitorización continua del cumplimiento.

Respuesta rápida: ¿Por qué son esenciales los HSM para el cumplimiento de la norma PCI DSS?

El requisito 3.7 de PCI DSS (gestión de claves criptográficas para la protección de datos de titulares de tarjetas) exige conocimiento dividido y control dual para las operaciones manuales de claves, la generación segura de claves, el almacenamiento de claves cifradas y los procedimientos documentados de gestión de claves. Los HSM cumplen estos requisitos mediante la autenticación de quórum M-of-N reforzada por hardware (conocimiento dividido y control dual), la generación de claves dentro de un TRNG de hardware validado por FIPS y el almacenamiento dentro de un límite a prueba de manipulaciones del que las claves nunca emergen en texto plano. La gestión de claves basada en software no puede satisfacer los requisitos de seguridad de hardware para las claves de pago de mayor sensibilidad. Para obtener información relacionada con la gestión de claves PKI, consulte nuestra publicación sobre HSM en PKI.

¿Qué es PCI DSS?

PCI DSS es un conjunto de requisitos de seguridad reconocidos a nivel mundial para cualquier organización que procese, almacene o transmita datos de tarjetas de pago . Fue creado en 2004 por American Express, MasterCard, Discover Financial Services y JCB International, y su mantenimiento corre a cargo del Consejo de Estándares de Seguridad PCI (PCI SSC). Si bien PCI DSS no es obligatorio por ley en la mayoría de las jurisdicciones, las marcas de tarjetas lo exigen contractualmente a todos los comercios y proveedores de servicios que manejan datos de titulares de tarjetas.

La versión 4.0 de PCI DSS, publicada en marzo de 2022, se convirtió en la única versión vigente el 31 de marzo de 2024 (la versión 3.2.1 fue retirada). Las organizaciones tienen hasta el 31 de marzo de 2025 para cumplir con los requisitos de buenas prácticas de PCI DSS v4.0 , que anteriormente tenían fecha límite. El incumplimiento de las normas PCI DSS puede ocasionar filtraciones de datos , daños a la reputación, sanciones económicas y la pérdida de privilegios de procesamiento de tarjetas.

Historia de PCI DSS

1. El fraude con tarjetas aumentó durante la década de 1990 con el crecimiento del comercio electrónico; Cybersource informó de 1.5 millones de dólares en ganancias por fraude en línea; Mastercard y Visa reportaron más de 750 millones de dólares en pérdidas por robo en línea entre 1988 y 1999.
2. Visa creó el Programa de Seguridad de la Información del Titular de la Tarjeta (CISP, por sus siglas en inglés) a principios de la década de 2000; otras marcas crearon programas separados, lo que generó requisitos de cumplimiento fragmentados para los comercios.
3. La versión 1.0 de PCI DSS se lanzó el 15 de diciembre de 2004, unificando los requisitos de las principales marcas en un único estándar.
4. La versión 2.0 (2010) de la norma PCI DSS mejoró la flexibilidad y la comprensión por parte de los comerciantes; la versión 3.0 (2013) se centró en la evaluación de vulnerabilidades y las prácticas diarias de datos comerciales.
5. La norma PCI DSS v4.0 (marzo de 2022) añadió la autenticación multifactor, los estándares de comercio electrónico y de prevención de suplantación de identidad (phishing), actualizó los requisitos de contraseñas y reforzó los requisitos de gestión de claves criptográficas en el apartado 3.7.

Requisitos de PCI DSS y su relevancia para los módulos de seguridad de hardware (HSM).

PCI DSS organiza sus requisitos en 12 áreas distribuidas en seis categorías. Los requisitos que aborda más directamente la implementación de HSM son:

Requisito PCI DSS	Mareas Ideales para Lecciones	Cómo los HSM lo satisfacen
Requisito 3.5: proteger los datos de cuenta almacenados	Los números de cuenta principales (PAN) deben protegerse mediante criptografía robusta con gestión de claves asociada.	Los HSM protegen las claves de cifrado utilizadas para cifrar los PAN almacenados; la clave nunca sale del perímetro del hardware en texto plano.
Requisito 3.7.1: políticas de generación de claves	Las claves criptográficas deben generarse utilizando métodos aceptados con la seguridad de clave adecuada.	Los HSM utilizan TRNG de hardware compatibles con NIST SP 800-90A para la generación de claves; RSA-2048+, ECC P-256+, AES-256 para algoritmos aprobados.
Requisito 3.7.3: almacenamiento seguro de claves	Las llaves deben almacenarse en el menor número de lugares posible y de la forma más segura posible.	Los HSM almacenan las claves dentro del límite de hardware validado por FIPS; las claves en reposo están cifradas con AES-256; las claves en texto plano solo existen dentro de la memoria de hardware protegida durante su uso activo.
Requisito 3.7.6: conocimiento dividido y control dual	Las operaciones de gestión manual de llaves deben utilizar conocimiento dividido (ninguna persona tiene acceso completo a las llaves) y control dual (se requieren al menos dos personas).	La autenticación de quórum HSM M-of-N impone conocimiento dividido y control dual a nivel de hardware; el HSM no completará operaciones sensibles sin el número requerido de titulares de credenciales físicas.
Requisito 3.7.4: cambios de clave al final del criptoperíodo	Las claves criptográficas deben cambiarse cuando finaliza su período criptográfico definido.	Los HSM admiten la rotación controlada de claves, con la nueva clave generada dentro del perímetro; las claves antiguas se retiran y se eliminan con evidencia de auditoría.
Requisito 4.2: cifrado en tránsito	Los datos de la cuenta deben cifrarse durante la transmisión a través de redes públicas utilizando criptografía robusta.	Las claves privadas TLS que protegen la transmisión de pagos deben almacenarse en los HSM; el HSM realiza la firma del protocolo de enlace TLS, por lo que la clave privada nunca entra en la memoria del servidor web.

Tipos de HSM para entornos PCI DSS

Según sus requisitos, los HSM para entornos PCI DSS se dividen en dos categorías:

Los HSM de propósito general admiten funciones no específicas de pago: firmas digitales, gestión de claves para PKI, protección de claves privadas TLS, firma de código, licencias de software y gestión de claves de cifrado de bases de datos. En un entorno PCI DSS, los HSM de propósito general protegen las claves privadas de CA que firman los certificados TLS utilizados para la transmisión segura de pagos, así como las claves de cifrado de claves (KEK) que encapsulan las claves de cifrado PAN almacenadas.

Los módulos de seguridad de hardware (HSM) para transacciones y pagos se validan según el estándar PCI HSM, además de FIPS 140, y están diseñados específicamente para las operaciones del sector de pagos: cifrado y verificación de bloques PIN, generación y verificación de criptogramas EMV (Europay, MasterCard, Visa), verificación de datos de tarjetas (CVV/CVV2) y carga y gestión de claves de pago. Algunos ejemplos incluyen el procesamiento de PIN en cajeros automáticos, la inyección de claves en terminales de punto de venta (TPV), la autenticación de pagos en línea y la criptografía de pagos móviles.

Límites FIPS y validación PCI HSM

El límite FIPS 140 define el perímetro físico y lógico dentro del cual se realizan las operaciones criptográficas. Para cumplir con la norma PCI DSS, este límite garantiza que las claves de pago (claves de cifrado PAN, claves de cifrado PIN, claves EMV) se generen y utilicen dentro de hardware a prueba de manipulaciones y nunca se expongan en texto plano fuera de él. El nivel 3 de FIPS 140-2 es el mínimo para la mayoría de las cargas de trabajo PCI empresariales; el estándar PCI HSM añade requisitos específicos para pagos, además de la validación FIPS, para el procesamiento de PIN y otras operaciones de pago de alta sensibilidad.

Ceremonia de entrega de llaves para la gestión de claves PCI DSS

El requisito 3.7.6 de PCI DSS exige conocimiento dividido y control dual para las operaciones de gestión manual de claves. Una ceremonia de claves para HSM de pago es el proceso controlado que cumple con este requisito:

1. Identificación del custodio: Identificar a los custodios de claves autorizados; seleccionar a M y N para el quórum (mínimo 2 de 3 para control dual); documentar las funciones y responsabilidades de los custodios.
2. Verificación de validación de HSM: Verifique que el certificado de validación FIPS 140 y/o PCI HSM del HSM sea aplicable al dispositivo de hardware específico en uso; documente el número de certificado como evidencia de auditoría.
3. Inicialización de HSM: Inicializar el HSM en condiciones presenciales; crear credenciales de Oficial de Seguridad (SO) como quórum M-of-N; distribuir credenciales a custodios separados que no comparten componentes.
4. Generación de claves: Generar claves de pago dentro del perímetro del hardware utilizando el generador de números aleatorios verdadero (TRNG) del HSM; el material de la clave privada nunca sale del perímetro en texto plano; el material de la clave pública se exporta para su distribución adecuada.
5. Copia de seguridad de clave cifrada: Cree copias de seguridad de claves cifradas utilizando el mecanismo de copia de seguridad del HSM; distribuya la autorización de copia de seguridad entre los responsables mediante el uso compartido de secretos; almacene el material de copia de seguridad en una ubicación segura físicamente separada.
6. Documentación de auditoría: Elaborar un acta de la ceremonia firmada que documente todos los pasos, los participantes, el número de serie del HSM, la versión del firmware y los identificadores clave; conservar este acta para fines de auditoría.

Integración y requisitos de HSM para PCI DSS

1. Requisitos de seguridad física

• Los módulos de seguridad de hardware (HSM) deben contar con mecanismos de detección y respuesta a prueba de manipulaciones que borre inmediatamente todo el material clave almacenado al detectar cualquier intento de manipulación.
• El funcionamiento bajo variaciones ambientales (temperatura, potencia) no debe comprometer la seguridad ni la funcionalidad del dispositivo.
• La información confidencial debe estar aislada dentro del área protegida del HSM y ser inmune a modificaciones o sustituciones no autorizadas.
• Protección contra ataques de canal lateral: debe impedirse la extracción de información sensible mediante el análisis del consumo de energía, el análisis de emisiones electromagnéticas o el análisis de tiempos.

2. Política y Procedimientos

• Acceso claro basado en roles con funciones autorizadas específicas para cada rol; protocolos de seguridad de acceso que impiden modificaciones no autorizadas.
• La política de seguridad del HSM debe estar documentada y ser accesible; deben definirse las responsabilidades clave de gestión, los procedimientos administrativos, la funcionalidad del dispositivo y las directrices de identificación.
• Los procedimientos de actualización del firmware deben utilizar procesos seguros y autorizados; la modificación no autorizada del firmware debe ser inviable.

3. Requisitos de seguridad lógica

• Autodiagnóstico riguroso para verificar la integridad del firmware y el estado del dispositivo.
• Manejo seguro y eficaz de entradas, comandos o errores inesperados sin revelar información confidencial.
• Generación de números aleatorios de alta calidad (TRNG por hardware compatible con NIST SP 800-90A) para todas las operaciones de generación de claves.
• Funcionalidades de registro seguras que cumplen con los requisitos de auditoría y cumplimiento normativo.

4. Operaciones de clave criptográfica

• Las claves privadas y secretas nunca deben exponerse en texto plano durante la generación, el almacenamiento o el uso de las claves.
• Las claves generadas para uso externo deben eliminarse de forma segura del HSM después de la transferencia.
• Separación estricta entre dominios de seguridad; las claves no deben migrar de áreas de mayor seguridad a áreas de menor seguridad.
• Modificar la funcionalidad del dispositivo sin borrar automáticamente las claves almacenadas debe ser inviable.

Ejemplo de implementación: HSM en un entorno de pago compatible con PCI DSS

1. Jerarquía de claves de pago: El HSM genera una clave maestra (clave maestra de zona o clave de cifrado de clave) dentro del perímetro; esta clave encapsula todas las demás claves de pago; la clave maestra se respalda bajo la custodia de M-of-N y se almacena fuera de las instalaciones.
2. Cifrado PAN: Los datos del PAN del titular de la tarjeta introducidos al realizar la compra se cifran mediante una clave de cifrado de datos (DEK); la DEK se almacena en el HSM y la aplicación de pago la utiliza a través de PKCS#11 o la interfaz de pago del HSM; el PAN nunca se transmite en texto plano.
3. Procesamiento del PIN: El módulo de seguridad de hardware (HSM) de pago cifra los PIN introducidos en los cajeros automáticos o terminales de punto de venta (TPV); el HSM realiza la formación del bloque PIN, el cifrado y la verificación mediante claves EMV; el PIN nunca aparece en texto plano fuera del ámbito del HSM.
4. Gestión de certificados TLS: La clave privada TLS que protege el servidor web de pagos se almacena en el HSM; las operaciones de firma del protocolo de enlace TLS se realizan dentro del límite; la clave privada nunca entra en la memoria del servidor web. Véase Administrador de CertSecure para la gestión automatizada del ciclo de vida de los certificados TLS.
5. Pista de auditoría: El HSM registra todas las operaciones clave con marcas de tiempo e identificadores de operador; los registros se exportan a un SIEM centralizado para su monitorización y se conservan para fines de auditoría conforme al requisito 10 de PCI DSS.

Guía de modos de falla

• Fallo del dispositivo HSM sin clúster: Todas las operaciones con claves de pago fallan; el procesamiento del PIN, el cifrado del PAN y la firma TLS se detienen. Solución: implementar al menos dos HSM en clúster con material de clave sincronizado; probar la conmutación por error antes de la puesta en producción.
• Credenciales de quórum perdidas: Si los custodios M-of-N no están disponibles, las operaciones administrativas que requieren el quórum no pueden llevarse a cabo. Medidas de mitigación: asignar custodios suplentes; mantener un juego completo de llaves duplicadas en una ubicación segura fuera de las instalaciones; probar la recuperación del quórum anualmente.
• Certificados TLS caducados en servidores de pago: La clave HSM sigue siendo válida, pero el certificado TLS caduca, lo que provoca fallos de conexión para las sesiones de pago. Mitigación: automatice la renovación del certificado TLS mediante Administrador de CertSecure.
• Incumplimiento detectado en la auditoría: Los auditores de PCI DSS pueden identificar deficiencias en la gestión de claves (falta de documentación de la ceremonia, controles de quórum inadecuados, copias de seguridad de claves sin protección). Medidas de mitigación: mantener registros de la ceremonia; realizar auditorías internas anuales de gestión de claves PCI DSS antes de la evaluación formal.

Consecuencias del incumplimiento de los estándares PCI DSS

El incumplimiento de las normas PCI DSS puede acarrear multas mensuales sustanciales hasta que las operaciones cumplan con la normativa. Si bien PCI DSS no es un requisito legal en la mayoría de las jurisdicciones, las marcas de tarjetas exigen contractualmente su cumplimiento y pueden imponer sanciones a través de los bancos adquirentes. Las multas dependen del volumen de transacciones, el tamaño de la empresa y la duración del incumplimiento.

Periodo de incumplimiento	Multas PCI esperadas según el volumen de transacciones
1-3 meses	Volumen bajo: 5,000 $/mes; Volumen alto: 10,000 $/mes
4-6 meses	Volumen bajo: 25,000 $/mes; Volumen alto: 50,000 $/mes
7 + meses	Volumen bajo: 50,000 $/mes; Volumen alto: 100,000 $/mes

El incumplimiento también expone a los consumidores a pérdidas financieras y robo de identidad, y genera responsabilidad para la organización en caso de una filtración de datos. Otras consecuencias para el negocio incluyen la pérdida de privilegios para procesar transacciones con tarjeta, una mayor probabilidad de ataques exitosos dirigidos a la infraestructura que no cumple con la normativa y daños a la reputación derivados de la divulgación pública de la filtración. El ataque de Magecart a Warner Music Group en 2020, que duró tres meses y comprometió números de tarjetas de crédito, códigos CVV y fechas de vencimiento, ilustra el costo operativo y para la reputación que conlleva una protección inadecuada de los datos de pago.

Cómo la consultoría en cifrado puede ayudarle a lograr el cumplimiento de PCI DSS mediante HSM.

Encryption Consulting ofrece servicios integrales de evaluación y diseño de HSM para ayudar a las organizaciones a lograr y mantener el cumplimiento de PCI DSS. Nuestra evaluación analiza el entorno HSM actual en función del Requisito 3 de PCI DSS y los estándares PCI HSM, identifica deficiencias en las prácticas clave de gestión y proporciona orientación priorizada para su corrección.

1. Evaluación del estado actual: Evaluar cómo la organización utiliza actualmente los HSM en relación con los requisitos de PCI DSS; identificar deficiencias en la documentación de las ceremonias clave, los controles de quórum, los procedimientos de copia de seguridad y el registro de auditoría.
2. Comparación con los estándares PCI: Comparar la configuración del HSM con el requisito 3.7 de PCI DSS y los requisitos de validación de PCI HSM; proporcionar un análisis de brechas con prioridades de remediación.
3. Recomendaciones de expertos: Recomendar cambios en el hardware, la topología de implementación y la configuración de los módulos de seguridad de hardware (HSM) para cumplir con los requisitos de cumplimiento de PCI; asesorar sobre la selección de HSM de propósito general frente a HSM de pago para cargas de trabajo específicas.

Con nuestros Servicios de Asesoramiento en Cifrado , las organizaciones pueden contratar Consultoría en Cifrado para obtener una estrategia integral de cifrado, asistencia en auditorías y el desarrollo de políticas de gestión de claves PCI DSS. Nuestro equipo cuenta con experiencia en implementaciones de HSM en el sector de las tarjetas de pago y puede simplificar el proceso de cumplimiento de PCI para organizaciones en cualquier etapa de madurez de HSM.

Conclusión

Los HSM son fundamentales para lograr el cumplimiento de PCI DSS en entornos de pago. El requisito 3 de PCI DSS exige controles de gestión de claves que solo las soluciones validadas por hardware pueden satisfacer plenamente: conocimiento dividido y control dual aplicados a nivel de hardware, generación de claves mediante entropía de hardware certificada y almacenamiento de claves dentro de un límite a prueba de manipulaciones del que las claves nunca emergen en texto plano. Las consecuencias del incumplimiento (multas mensuales, pérdida de privilegios de procesamiento de tarjetas y responsabilidad por pérdidas por filtración) hacen que la implementación de HSM sea un requisito empresarial más que una preferencia técnica. Consulte las publicaciones relacionadas sobre HSM y gestión de claves , HSM en PKI y nuestra oferta de HSM como servicio.

Preguntas frecuentes

¿Qué es PCI DSS y por qué es importante?

PCI DSS es un conjunto de requisitos de seguridad reconocidos a nivel mundial para cualquier organización que procese, almacene o transmita datos de tarjetas de pago. Mantenido por el PCI SSC, la versión 4.0 es la vigente (desde el 31 de marzo de 2024). El incumplimiento puede acarrear multas de entre 5,000 y 100 000 dólares mensuales, la pérdida de los privilegios de procesamiento de tarjetas y la responsabilidad por las pérdidas por fraude derivadas de una violación de seguridad.

¿Qué requisitos de PCI DSS exigen específicamente el uso de módulos de seguridad de hardware (HSM)?

El requisito 3.7 de PCI DSS v4.0 rige la gestión de claves criptográficas para la protección de datos de los titulares de tarjetas. Los subrequisitos clave relevantes para los HSM son: 3.7.1 (generación de claves), 3.7.3 (almacenamiento seguro de claves, que se cumple directamente mediante el límite de hardware del HSM), 3.7.6 (conocimiento dividido y control dual, que se cumple mediante el quórum M-de-N del HSM) y 3.7.7 (prevención de la sustitución no autorizada de claves). PCI HSM es el estándar independiente para los dispositivos HSM de pago utilizados en el procesamiento de PIN y operaciones EMV.

¿Cuál es la diferencia entre un HSM de propósito general y un HSM de pago?

Los HSM de propósito general admiten operaciones criptográficas estándar (gestión de claves, PKI, TLS, firma de código). Los HSM de pago están validados según la norma PCI HSM y optimizados para operaciones específicas de pago: cifrado de bloques PIN, generación de criptogramas EMV, verificación de datos de tarjeta. Los HSM de propósito general son adecuados para la gestión de claves CA y TLS en entornos de pago; los HSM de pago son necesarios para las funciones de verificación de PIN, EMV y tarjeta.

¿Cómo cumplen los HSM con el requisito 3.7.6 de PCI DSS (conocimiento dividido y control dual)?

Mediante la autenticación de quórum M de N: las credenciales del HSM se distribuyen entre N tarjetas inteligentes físicas; se deben presentar M tarjetas simultáneamente para autorizar operaciones confidenciales. Ninguna persona posee la credencial completa ni puede realizar operaciones con claves confidenciales por sí sola. El hardware del HSM garantiza el quórum, que no puede ser eludido por el sistema operativo del host ni por software con privilegios.

¿Cuáles son las consecuencias del incumplimiento de la norma PCI DSS?

Multas mensuales de entre 5,000 y 100 000 dólares, según el volumen de transacciones y la duración del incumplimiento; pérdida de privilegios de procesamiento de tarjetas; responsabilidad por pérdidas por fraude; costos obligatorios de investigación forense tras una violación de seguridad; daños a la reputación. Una duración superior a 7 meses suele conllevar la multa más alta.

¿Cómo ayuda Encryption Consulting con el cumplimiento de la norma PCI DSS mediante HSM?

EC proporciona evaluación de HSM conforme al requisito 3 de PCI DSS y los estándares PCI HSM; análisis de brechas y prioridades de remediación; selección de hardware HSM y diseño de topología de implementación; diseño de procedimiento de ceremonia de clave que cumpla con el requisito 3.7.6; integración de PKCS#11 e interfaz de pago; y servicios de asesoramiento en cifrado para auditoría de cifrado integral y soporte estratégico.