Una lectura estratégica del reto de la agilidad criptográfica en el ecosistema de pagos
La confianza en los medios de pago descansa, en última instancia, sobre la criptografía. Cada vez que un tarjetahabiente introduce un PIN, que un comercio transmite un número de tarjeta (PAN) o que dos entidades intercambian claves, hay un algoritmo protegiendo la confidencialidad, la integridad y el no repudio de esa operación. Ese andamiaje criptográfico es tan invisible como crítico: cuando funciona, nadie lo nota; cuando falla, la confianza en todo el sistema se erosiona. Por eso, cualquier cambio de fondo en los cimientos criptográficos de los pagos no es un asunto meramente técnico, sino una decisión estratégica que afecta el riesgo, la inversión y la continuidad del negocio.
La computación cuántica introduce precisamente uno de esos cambios de fondo. Conviene plantearlo sin alarmismo. No existe hoy una computadora cuántica capaz de romper la criptografía que protege los pagos, y probablemente no la habrá en el corto plazo. Pero la dirección del cambio es clara y está respaldada por los principales organismos de estandarización: los algoritmos de clave pública que sostienen buena parte de la seguridad actual —RSA y la criptografía de curva elíptica (ECC)— son vulnerables, en principio, a un computador cuántico suficientemente potente. La pregunta estratégica, por tanto, no es si habrá que migrar, sino cuándo empezar a hacerlo y con qué prioridades.
El dilema del "cosechar ahora, descifrar después"
El vector de riesgo que hace del problema cuántico un asunto del presente, y no del futuro, se conoce como "harvest now, decrypt later" (HNDL): un adversario captura hoy tráfico cifrado con la intención de descifrarlo más adelante, cuando disponga de capacidad cuántica. Para el ecosistema de pagos, este modelo merece una lectura matizada, porque tiene dos caras que conviene sopesar.Una lección que ya conocemos: la migración de 3DES a AES
El ecosistema de pagos no necesita imaginar cómo será una gran migración criptográfica: ya está atravesando una. El algoritmo Triple DES (3DES o TDEA), durante décadas el estándar de facto para el cifrado de bloques en el sector financiero ofrece hoy apenas 112 bits de fortaleza efectiva —justo el mínimo que los estándares consideran aceptable— y arrastra debilidades estructurales. El NIST ya lo desautorizó para el cifrado de datos nuevos. Sin embargo, ni el PCI SSC ni las marcas de pago han fijado una fecha formal para su retirada en el ámbito de los medios de pago. 3DES sigue aceptándose, sin horizonte declarado de baja, precisamente porque migrarlo implica reemplazar no solo claves, sino hardware, formatos y protocolos en toda la cadena transaccional.Tras un proceso de estandarización internacional de casi una década, el NIST publicó en agosto de 2024 los tres primeros estándares finales de criptografía post-cuántica. Estos estándares, aprobados por el Secretario de Comercio de EE. UU., entraron en vigor el 14 de agosto de 2024 y especifican esquemas de establecimiento de claves y de firma digital diseñados para resistir ataques de futuras computadoras cuánticas. Su carácter de estándares finales —y no de borradores— es lo que permite que las organizaciones empiecen a adoptarlos con certidumbre.
FIPS 203 — ML-KEM (Module-Lattice-Based Key-Encapsulation Mechanism). Es un mecanismo de encapsulado de claves, derivado del algoritmo CRYSTALS-Kyber, basado en la dificultad de problemas sobre retículos. Su función es el establecimiento seguro de claves y está llamado a reemplazar a RSA y a los intercambios tipo ECDH. Es la pieza más relevante para la protección de sesiones (por ejemplo, TLS).
FIPS 204 — ML-DSA (Module-Lattice-Based Digital Signature Algorithm). Es un esquema de firma digital derivado de CRYSTALS-Dilithium, también basado en retículos. Es la firma recomendada por defecto para la mayoría de las aplicaciones, en reemplazo de ECDSA y RSA para firmas.
FIPS 205 — SLH-DSA (Stateless Hash-Based Digital Signature Algorithm). Es un esquema de firma basado exclusivamente en la seguridad de funciones hash, derivado de SPHINCS+. Su valor estratégico es servir como respaldo conservador: al no depender de la dificultad de los retículos, ofrece una base de seguridad independiente, útil como alternativa si en el futuro se descubriera alguna debilidad en los esquemas basados en retículos.
El mapeo función-algoritmo es limpio y conviene tenerlo presente al planificar: ML-KEM para el intercambio y encapsulado de claves; ML-DSA como firma principal; SLH-DSA como firma de respaldo. La selección de uno no sustituye la necesidad de los otros, porque atienden operaciones criptográficas distintas.
Disponer de algoritmos de reemplazo es solo la mitad de la ecuación; la otra mitad es el calendario para retirar los algoritmos vulnerables. Y ese calendario ya ha comenzado a fijarse, con un dato central para cualquier planificación estratégica: existen fechas concretas de deprecación y prohibición para RSA y ECC.
NIST IR 8547: la hoja de ruta de deprecación
En noviembre de 2024, el NIST publicó el borrador público inicial del documento NIST IR 8547, Transition to Post-Quantum Cryptography Standards, que actúa como hoja de ruta para retirar la criptografía vulnerable y migrar a los estándares PQC. Según este borrador, los algoritmos que proporcionan alrededor de 112 bits de seguridad —RSA-2048 y ECC P-256 como ejemplos principales— quedan designados para deprecación hacia 2030: ya no serán aptos para nuevos despliegues, aunque los sistemas existentes puedan seguir operando durante la ventana de migración. Y hacia 2035, todos los algoritmos de clave pública vulnerables a lo cuántico quedarían prohibidos en los estándares del NIST y en las guías FIPS, con independencia del tamaño de clave.
Nota sobre el estado del documento: IR 8547 se encuentra aún en fase de borrador público (IPD). Sus fechas, aunque alineadas con directivas federales de EE. UU. como el National Security Memorandum 10 (que fija 2035 como meta), podrían ajustarse en la versión final. Conviene verificar el estado del documento antes de citar fechas concretas como definitivas.
La lectura estratégica de estas fechas es más amplia que su alcance formal. Aunque IR 8547 obliga directamente a las agencias federales de EE. UU. y a sus contratistas, en la práctica sirve como ancla de planificación para el resto del ecosistema, porque las guías de otros organismos y jurisdicciones tienden a converger hacia los estándares del NIST. Para una organización con sistemas de larga vida —como suele ser el caso en pagos—, un horizonte de deprecación en 2030 implica que la ventana efectiva de ejecución del programa de migración es de apenas unos años.
SP 800-131A: la guía viva de algoritmos y longitudes de clave
El documento NIST SP 800-131A, Transitioning the Use of Cryptographic Algorithms and Key Lengths, es la referencia que traduce estas transiciones en estatus concretos por algoritmo. La versión final vigente es la Revisión 2 (marzo de 2019), que ya incluye una estrategia y un cronograma para retirar TDEA. Existe además una Revisión 3 en borrador (octubre de 2024) que resulta directamente pertinente al tema de este documento: propone retirar modos y esquemas débiles, fija cronogramas para el retiro de SHA-1 y las funciones hash de 224 bits, y —lo más relevante— discute la transición de una fortaleza de 112 a 128 bits y hacia algoritmos resistentes a lo cuántico para firmas y establecimiento de claves. Es, en otras palabras, el punto donde el NIST empieza a integrar formalmente la transición PQC en su guía general de algoritmos.
El estándar PCI DSS v4.0.1 no menciona todavía la criptografía post-cuántica. Sin embargo, contiene los requisitos que hoy sirven de marco para gestionar la transición, y uno de ellos, en particular, constituye el punto de anclaje más sólido para cualquier estrategia de preparación cuántica.
Requisito 4: cifrado en transmisión
El Requisito 4 —"Proteger los datos del tarjetahabiente con criptografía robusta durante la transmisión sobre redes abiertas y públicas"— exige en su control 4.2.1 que se implemente criptografía robusta y protocolos seguros para salvaguardar el PAN, incluyendo que el protocolo en uso soporte solo versiones o configuraciones seguras y no permita el uso de versiones, algoritmos o tamaños de clave inseguros, y que la fortaleza del cifrado sea apropiada para la metodología empleada. De especial relevancia para la agenda post-cuántica es el control 4.2.1.1, que exige mantener un inventario de las claves y certificados de confianza usados para proteger el PAN en tránsito. Ese inventario es, en la práctica, un primer paso hacia la agilidad criptográfica: permite saber dónde está cada algoritmo y responder con rapidez cuando uno de ellos deba reemplazarse.
Requisito 3: cifrado y gestión de claves en almacenamiento
El Requisito 3 gobierna la protección del PAN almacenado (control 3.5.1, incluyendo hashing y cifrado) y la gestión del ciclo de vida de las claves criptográficas (controles 3.6 y 3.7). Aquí reside la protección de los datos en reposo y, con ella, buena parte del material criptográfico de larga vida cuya exposición al modelo HNDL debe evaluarse.
Requisito 12.3.3: el ancla de la agilidad criptográfica
El punto de anclaje central es el Requisito 12.3.3, exigible desde el 31 de marzo de 2025. Su texto nombra explícitamente el concepto de "cryptographic agility" y exige documentar y revisar, al menos cada 12 meses, las suites de cifrado y protocolos en uso, con tres elementos: un inventario actualizado de todas las suites y protocolos criptográficos en uso, con su propósito y ubicación; un monitoreo activo de las tendencias de la industria sobre la viabilidad continuada de esos algoritmos; y la documentación de un plan para responder a los cambios anticipados en las vulnerabilidades criptográficas.
La guía del propio requisito define la agilidad criptográfica como la capacidad de monitorear y gestionar las tecnologías de cifrado y verificaciones desplegadas en la organización, y remite de forma directa a NIST SP 800-131A. En otras palabras: aunque PCI DSS no nombre la PQC, el 12.3.3 convierte la conciencia, el inventario y la planificación de la migración en un control auditable. Es, hoy por hoy, el único mecanismo formal del estándar disponible para estructurar la preparación post-cuántica.
Existe además un paralelismo estructural revelador. La lógica del 12.3.3 —inventariar, monitorear y mantener un plan de respuesta documentado— coincide casi con precisión con el marco que el gobierno federal de EE. UU. codificó en el National Security Memorandum 10 como fundamento de su propia migración PQC: inventariar sistemas criptográficos, priorizar la migración de los más vulnerables y operar con un plan de hitos definidos. Ambos marcos reflejan el mismo principio: la gobernanza criptográfica debe ser continua, asignada y responsiva. Eso es, en la práctica, lo que la agilidad criptográfica exige como capacidad organizativa.
La definición de "criptografía robusta" y el desafío cuántico
PCI DSS define la "criptografía robusta" (Apéndice G) como aquella basada en algoritmos probados y aceptados por la industria, con longitudes de clave que proporcionen un mínimo de 112 bits de fortaleza efectiva y prácticas adecuadas de gestión de claves, recomendando 128 bits para nuevas implementaciones. Esta definición, centrada en la fortaleza efectiva, es precisamente la que la computación cuántica desafía: el algoritmo de Shor vacía de sentido el concepto de "bits efectivos" para RSA y ECC, y el de Grover recorta el margen del cifrado simétrico. El marco conceptual sobre el que se apoya la noción de robustez criptográfica en PCI queda, así, directamente cuestionado por la amenaza cuántica.
El vacío actual: PCI aún no nombra la PQC
Conviene señalar con honestidad el estado real. A la fecha de este documento, el PCI SSC no ha publicado una guía autónoma sobre criptografía post-cuántica. El requisito 12.3.3 exige inventario y monitoreo, pero no especifica algoritmos PQC concretos, ni cronogramas de migración, ni requisitos de prueba. Las entidades quedan, por tanto, interpretando el mandato de "monitorear las amenazas a los algoritmos actuales" como una preparación implícita para la PQC. Este vacío es en sí mismo un dato estratégico: la responsabilidad de traducir la agilidad criptográfica en un plan PQC concreto recae, por ahora, en cada organización.
El caso de 3DES/TDEA merece un análisis detallado porque condensa, en un solo ejemplo, todas las tensiones que definirán también la migración post-cuántica: un algoritmo técnicamente cuestionado, formalmente desautorizado por el NIST, pero aún aceptado en pagos sin una fecha de baja, por el enorme coste de reemplazarlo en toda la cadena.
La debilidad técnica
Cuando se emplea TDEA con tres claves independientes se obtiene una longitud nominal de 168 bits, pero debido a los ataques meet-in-the-middle la seguridad efectiva se reduce a solo 112 bits: exactamente el umbral mínimo del Apéndice G de PCI DSS. A ello se suma una debilidad estructural: su tamaño de bloque de 64 bits lo hace vulnerable a ataques de colisión cuando se cifran grandes volúmenes de datos con la misma clave. Esta vulnerabilidad, conocida como Sweet32 (CVE-2016-2183), afecta a sesiones cifradas de larga duración —como conexiones HTTPS/TLS, SSH o IPsec— y fue el detonante de las restricciones posteriores sobre el uso de TDEA.
El estatus en NIST: desautorizado
El NIST ya cerró la puerta a 3DES para datos nuevos. Conforme a SP 800-131A, el cifrado con TDEA de dos claves está prohibido (disallowed), y a partir del 31 de diciembre de 2023 el TDEA de tres claves también quedó prohibido para el cifrado de datos, salvo que otras guías del NIST lo permitan. El descifrado se mantiene autorizado solo para uso heredado —por ejemplo, para recuperar datos históricos protegidos antes de la fecha de retirada—. En el ámbito federal de EE. UU., por tanto, 3DES es un algoritmo en salida.
El mecanismo de PCI: una baja inevitable, pero sin fecha
Aquí aparece el punto más delicado y estratégicamente revelador. PCI no prohíbe 3DES con una fecha; lo empuja hacia la salida por un mecanismo indirecto. La definición de "criptografía robusta" se actualizó en PCI DSS v4.0 para referirse a la fortaleza efectiva de la combinación algoritmo/clave (mínimo 112 bits) en lugar de a algoritmos concretos. Según la propia FAQ #1570 del PCI SSC (agosto de 2023), como TDEA de tres claves todavía puede proporcionar 112 bits de fortaleza efectiva cuando se aplica con una gestión de claves y modos de operación apropiados, sigue calificando hoy como "criptografía robusta" bajo PCI DSS. Pero la misma definición condiciona esa validez al uso de algoritmos probados y aceptados por la industria. Ése es el punto crítico: el día en que el NIST y la industria desautoricen plenamente a TDEA, este dejará automáticamente de contar como criptografía robusta para el PCI SSC. La baja llegará por pérdida de aceptación, no por una fecha decretada.
PCI PIN: migración forzada a AES, con fechas suspendidas
En el ámbito de la protección de PIN, el estándar PCI PIN empuja la migración de TDEA hacia AES por vías técnicas concretas, aunque manteniendo aún a TDEA como algoritmo aprobado junto con AES. Las tres piezas de esa migración son:
▪️La adopción del ISO Format 4 PIN Block, el único formato ISO que soporta AES, condición necesaria para cifrar el PIN con AES.
▪️La migración de TDEA DUKPT a AES DUKPT (conforme a ANSI X9.24-1), con el consiguiente reemplazo de las claves base de derivación (BDK).
▪️El cambio en el formato de bloques de claves (key blocks), desde ANSI X9.143 (TR-31) hacia esquemas de wrapping con AES bajo ANSI X9.102.
PCI PIN ya deprecó, además, modalidades débiles de TDEA: desde enero de 2023 está prohibido el uso de claves fijas (fixed key) de TDEA para el cifrado de PIN, tanto en dispositivos de punto de interacción como en comunicaciones host-to-host.
Sin embargo, el cronograma de esta migración está suspendido, y es aquí donde reside la lección estratégica. En marzo de 2021, el PCI SSC anunció la suspensión de las fechas de soporte de ISO Format 4 PIN Block que se habían comunicado en la versión 3.0 del estándar PIN. Las fechas originales —enero de 2023 para el descifrado y enero de 2025 para el cifrado bajo Format 4— fueron removidas de los requisitos, y el Consejo reconoció explícitamente que "la migración a AES es un esfuerzo mayor en todo el ecosistema", comprometiéndose a comunicar fechas revisadas más adelante. En otras palabras: existió un calendario concreto para salir de TDEA en el cifrado de PIN, y fue pospuesto indefinidamente.
El choque con FIPS 140-3
Un factor adicional tensiona el panorama. Los estándares FIPS 140 gobiernan la validación de los módulos criptográficos de hardware (HSM) que el propio PCI SSC exige para el procesamiento de PIN. A partir del 31 de diciembre de 2023, las evaluaciones bajo FIPS 140-3 ya no pueden incluir TDEA, y los módulos validados bajo el anterior FIPS 140-2 quedan restringidos a usar TDEA solo para descifrado. Esto genera una tensión operativa concreta: un HSM certificado bajo el estándar más reciente ya no puede ofrecer TDEA como algoritmo aprobado, aun cuando los estándares de pagos sigan aceptándolo. La coexistencia de "TDEA aún aceptado en PCI" y "TDEA ya no admisible en FIPS 140-3" ilustra el tipo de desalineamiento entre cuerpos normativos que las organizaciones deben anticipar.
La lección de fondo
El contraste es elocuente. En pagos, 3DES sobrevive sin horizonte de baja porque su reemplazo, pese a ser técnicamente directo, exige reemplazar claves, formatos, protocolos y hardware en toda la cadena, con su coste asociado. Frente a ello, RSA y ECC ya tienen un calendario de deprecación (2030) y prohibición (2035) en la guía del NIST. Si una migración conceptualmente sencilla como TDEA→AES lleva más de una década y ve suspendidos sus cronogramas, la migración post-cuántica —que sustituye toda la criptografía de clave pública por familias de algoritmos nuevas, con tamaños de clave y firmas mayores— será un desafío considerablemente más complejo. Empezar tarde no es una opción neutral: es asumir un riesgo creciente.
Un aspecto estratégico que suele pasarse por alto es que PCI no define por sí mismo qué algoritmos son aceptables: delega ese criterio en guías externas que cambian con el tiempo. El propio Requisito 4 remite, para la criptografía robusta y los protocolos seguros, a NIST SP 800-52 (configuración de TLS) y a NIST SP 800-57 (recomendaciones sobre algoritmos y longitudes de clave). Y el Requisito 12.3.3 remite directamente a SP 800-131A. Esto significa que el conjunto de "algoritmos aceptados" no es estático: se redefine conforme el NIST actualiza sus guías.
La implicación para la gestión es clara. Monitorear estas guías no es un ejercicio documental puntual, sino una capacidad organizativa continua que el propio 12.3.3 convierte en obligación auditable. Cuando el NIST deprecó a TDEA, esa decisión debía quedar reflejada en el registro de monitoreo de tendencias de cualquier entidad diligente. Del mismo modo, la finalización de FIPS 203/204/205 en agosto de 2024 es exactamente el tipo de evolución de la industria que el proceso de monitoreo del 12.3.3 debería haber capturado. Una organización cuyo registro de monitoreo no refleje esa conciencia tiene, hoy, una brecha de auditoría.
De lo anterior se desprende una secuencia de acciones que las organizaciones pueden emprender ahora, sin esperar a que el PCI SSC publique una guía PQC específica. El enfoque es de gestión de riesgo y prioridades, no de despliegue inmediato de algoritmos aún inmaduros en el ecosistema.
▪️Descubrimiento e inventario criptográfico. Es el primer paso y ya es obligatorio: los requisitos 4.2.1.1 y 12.3.3 exigen un inventario de claves, certificados, suites y protocolos, con su propósito y ubicación. Sin este mapa, ninguna migración posterior es planificable.
▪️Priorización por riesgo y por vida útil del dato. No todo migra al mismo tiempo. La prioridad debe recaer en la criptografía asimétrica (RSA/ECC) y en el material de larga vida cuya exposición al modelo HNDL sea material, distinguiéndolo de los datos de vida corta como el PAN de una tarjeta próxima a expirar.
▪️Despliegue híbrido como fase de transición. El patrón emergente es el TLS híbrido, que combina un algoritmo clásico con uno post-cuántico (por ejemplo, ECDH junto con ML-KEM), preservando la compatibilidad hacia atrás durante la transición. La terminología híbrida se estandarizó en el RFC 9794 (junio de 2025) y existen borradores del IETF para el intercambio híbrido ECDH+ML-KEM en TLS 1.3.
▪️Anticipar la brecha de hardware. Un factor limitante concreto es que los HSM del ecosistema de pagos con soporte PQC certificado apenas están emergiendo, y la ventana esperada para validaciones FIPS 140-3 que incluyan los algoritmos PQC finalizados se sitúa hacia 2027. La estrategia razonable es de doble vía: probar algoritmos PQC en entornos no productivos ahora, y planificar el despliegue en producción en función de la disponibilidad de hardware certificado.
▪️Gobernanza y agilidad criptográfica como principio organizador. Más allá de cada algoritmo concreto, el objetivo es diseñar sistemas capaces de sustituir primitivas criptográficas sin rediseñar la infraestructura. Esa capacidad —la agilidad criptográfica— es el verdadero activo estratégico, porque la PQC no será la última transición.
Como recursos de guía práctica, el National Cybersecurity Center of Excellence (NCCoE) del NIST desarrolla el proyecto de migración a PQC (SP 1800-38) y material específico sobre consideraciones de agilidad criptográfica para la migración a algoritmos post-cuánticos, que complementan la planificación descrita.
La cadena normativa que enmarca esta transición ya está tejida, aunque de forma incompleta: el Requisito 12.3.3 de PCI DSS exige agilidad criptográfica y remite a SP 800-131A; esta guía define qué algoritmos caen y cuándo; NIST IR 8547 fija el calendario de deprecación de RSA/ECC hacia 2030 y 2035; y los estándares FIPS 203/204/205 aportan los reemplazos. El eslabón que falta es una guía PQC específica del propio PCI SSC, que se espera que se incorpore a versiones futuras del estándar.
El patrón, además, es global y convergente. La regulación europea DORA, aplicable desde enero de 2025, no exige explícitamente PQC pero requiere el monitoreo de amenazas criptográficas, incluidas las derivadas de avances cuánticos. La autoridad monetaria de Singapur (MAS) ha exigido inventarios y estrategias de migración sin especificar algoritmos ni plazos. El mismo esquema —inventario y monitoreo, sin nombrar aún la PQC— se repite en distintas jurisdicciones, lo que sugiere que la exigencia de un plan formal de migración se generalizará en los próximos años.
La recomendación estratégica central es, por ello, sencilla de enunciar y exigente de ejecutar: empezar ahora. Comenzar por el inventario criptográfico —que ya es una obligación exigible—, priorizar por riesgo real, y construir la capacidad de agilidad criptográfica que permitirá afrontar esta migración y las que vengan. El caso de 3DES demuestra que, en pagos, incluso las migraciones "sencillas" toman años; la post-cuántica será mayor. Y aunque la ventana de exposición del PAN esté acotada por la expiración de las tarjetas, el material criptográfico de larga vida y la propia lentitud del ecosistema hacen que el reloj del "cosechar ahora, descifrar después" ya esté corriendo. La transición tomará años de preparación cuidadosa; esperar a que exista un computador cuántico operativo para actuar no es una estrategia, sino una renuncia a gestionarla.
Referencias
Estándares y publicaciones NIST
▪️FIPS 203 — Module-Lattice-Based Key-Encapsulation Mechanism Standard (agosto 2024).
▪️FIPS 204 — Module-Lattice-Based Digital Signature Standard (agosto 2024).
▪️FIPS 205 — Stateless Hash-Based Digital Signature Standard (agosto 2024).
▪️NIST IR 8547 — Transition to Post-Quantum Cryptography Standards (borrador público inicial, noviembre 2024).
▪️NIST SP 800-131A Rev. 2 — Transitioning the Use of Cryptographic Algorithms and Key Lengths (marzo 2019); Rev. 3 (borrador, octubre 2024).
▪️NIST SP 800-52 — Guidelines for the Selection, Configuration, and Use of TLS Implementations.
▪️NIST SP 800-57 Part 1 — Recommendation for Key Management: General.
▪️NIST SP 800-67 Rev. 2 — Recommendation for the Triple Data Encryption Algorithm (TDEA) Block Cipher.
▪️NCCoE (NIST) SP 1800-38 — Migration to Post-Quantum Cryptography; y consideraciones de agilidad criptográfica para la migración a PQC.
▪️NIST — What Is Post-Quantum Cryptography? (recurso divulgativo).
Estándares y documentos del PCI SSC
▪️PCI DSS v4.0.1 — Requirements and Testing Procedures (junio 2024): Requisitos 3, 4 (4.2.1, 4.2.1.1), 12.3.3 y Apéndice G.
▪️PCI PIN Security Requirements and Testing Procedures v3.1.
▪️PCI SSC FAQ #1570 — Does TDEA meet the requirements of "strong cryptography" as defined in PCI DSS? (agosto 2023).
▪️PCI SSC Security Standards Bulletin — Suspension of ISO Format 4 PIN Block Support Dates (11 de marzo de 2021).
Documentos de industria
▪️Mastercard — White paper sobre migración a criptografía post-cuántica (2025).
▪️FS-ISAC — The Impact of Quantum Computing on the Payment Card Industry.
▪️IETF RFC 9794 — Terminology for Post-Quantum Traditional Hybrid Schemes (junio 2025).
▪️Shor, P. W. (1997). Polynomial-Time Algorithms for Prime Factorization and Discrete Logarithms on a Quantum Computer. SIAM Journal on Computing, 26(5), 1484–1509. DOI: 10.1137/S0097539795293172. Preprint disponible en arXiv: quant-ph/9508027.
▪️Grover, L. K. (1996), A fast quantum mechanical algorithm for database search, Proceedings of the 28th Annual ACM Symposium on the Theory of Computing (STOC), pp. 212–219.