💻 computer science

Quantum-Resilient Banking Transaction Security using DW-HKEM: A Hybrid RSA/ML-KEM Cryptographic Gateway with Real-Time

Este artículo presenta y valida una puerta de enlace criptográfica híbrida práctica y de baja sobrecarga (DW-HKEM) que combina RSA-256 y ML-KEM-768 para asegurar las transacciones bancarias contra amenazas cuánticas actuales y futuras, manteniendo al mismo tiempo la compatibilidad con versiones anteriores y el monitoreo del rendimiento en tiempo real.

Autores originales: Siddhaarth S Prabhu, Aswani Kumar Cherukuri

Publicado 2026-07-21

📖 6 min de lectura🧠 Análisis profundo

CC BY 4.0

Autores originales: Siddhaarth S Prabhu, Aswani Kumar Cherukuri

Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo

Imagina el internet como una oficina de correos gigante y bulliciosa donde todo el mundo envía cartas secretas. Durante décadas, la única forma de mantener estas cartas seguras era guardarlas en un tipo específico de caja de metal llamada "RSA". Este cerrojo es tan complejo que incluso las supercomputadoras más rápidas del mundo tardarían millones de años en forzarlo. Pero hay un inconveniente: los científicos han descubierto un nuevo tipo de máquina, una "computadora cuántica", que podría algún día abrir estos cerrojos en un abrir y cerrar de ojos. Lo aterrador no es solo que estas máquinas puedan llegar mañana; es que los malos ya están robando nuestras cartas cerradas hoy y escondiéndolas en una bóveda, esperando ese día futuro en el que finalmente puedan abrirlas. Esto se llama "Recolectar Ahora, Descifrar Después" (Harvest Now, Decrypt Later).

Para complicarlo más, las personas que dirigen los bancos suelen tratar sus sistemas de seguridad como cajas negras mágicas. Saben que las cartas entran y salen, pero no pueden ver dentro para comprobar si los cerrojos funcionan correctamente, si alguien está intentando cambiar el cerrojo por uno más débil o si el sistema se está cansando. Este artículo se adentra en este juego de alto riesgo de escondite digital para proponer una nueva forma de cerrar nuestras cartas que sea segura tanto para los ladrones de hoy como para las máquinas cuánticas del mañana, y que además proporcione a los gestores de los bancos un par de "gafas de rayos X" para observar los cerrojos en acción.

La Gran Idea del Artículo: El Sistema de Doble Cerrojo

Los autores de este artículo están preocupados por dos cosas: la amenaza futura de las computadoras cuánticas y la falta actual de visibilidad sobre cómo funciona realmente la seguridad bancaria. Para resolver esto, construyeron una nueva puerta de enlace de seguridad llamada DW-HKEM (que suena como el nombre de un robot, pero significa "Mecanismo de Encapsulación de Clave Híbrido de Doble Envoltura").

Imagina que la transacción de tu banco es un diamante precioso que necesitas enviar por correo. En el sistema antiguo, pondrías el diamante en una sola caja de metal muy fuerte (el cerrojo RSA). El artículo sostiene que esto es arriesgado porque, si una computadora cuántica aparece más tarde, esa única caja puede ser destrozada y el diamante se perderá para siempre.

En su lugar, los autores proponen una estrategia de "Doble Cerrojo". Imagina poner tu diamante en una caja de metal, pero luego envolver toda esa caja dentro de un segundo campo de fuerza invisible y superresistente hecho de un material diferente (llamado ML-KEM).

El Primer Cerrojo (RSA): Esta es la vieja y familiar caja de metal. Mantiene las cosas seguras frente a los hackers de hoy y funciona con todos los sistemas bancarios existentes.
El Segundo Cerrojo (ML-KEM): Este es el nuevo campo de fuerza resistente a la computación cuántica. Se basa en un acertijo matemático con el que incluso se espera que las computadoras cuánticas tengan dificultades.
La Fórmula Secreta: Para abrir el paquete, necesitas ambas llaves. El sistema mezcla los secretos de ambos cerrojos para crear una única llave súper fuerte para la transacción real.

El artículo explica que, incluso si un malvado roba los datos de "Recolectar Ahora" y espera a que una computadora cuántica rompa la primera caja de metal, aún no podrá obtener el diamante porque el segundo campo de fuerza permanece inquebrantable. Por el contrario, si el nuevo campo de fuerza tuviera alguna falla, la vieja caja de metal sigue ahí para proteger el diamante. Es un enfoque de "doble seguridad" (belt and suspenders).

Las "Gafas de Rayos X" (Monitoreo en Tiempo Real)

La segunda mitad del artículo aborda el problema de la "caja negra". Los autores construyeron un tablero llamado CryptoX. Imagina un panel de control para la seguridad del banco que no solo dice "Todo Bien", sino que muestra una transmisión de video en vivo de cada uno de los cerrojos siendo cerrados, cuánto tiempo tarda en cerrarse y si algún cerrojo está cerrándose más lento de lo habitual.

Si un hacker intenta ralentizar el sistema o cambiar un cerrojo fuerte por uno débil, el tablero mostraría instantáneamente un pico de tiempo o un patrón extraño. Esto permite al equipo de seguridad del banco detectar problemas de inmediato, en lugar de esperar a que ocurra una brecha.

Lo Que Encontraron (Los Números)

Los autores probaron su nuevo sistema ejecutándolo a través de 100 pruebas diferentes, simulando transacciones bancarias reales. Esto es lo que midieron:

Velocidad: El nuevo sistema de doble cerrojo es increíblemente rápido. Mientras que generar la antigua clave RSA tomó unos 103.96 ms (milisegundos), la nueva parte de seguridad cuántica solo tomó 0.63 ms.
El Costo: Añadir el segundo cerrojo al sistema solo agregó unos 1.58 ms de tiempo total a una transacción. Los autores señalan que esto es tan rápido que un usuario humano nunca lo notaría; es como añadir una fracción de segundo a la pantalla de carga de un videojuego.
Tamaño: La compensación es que el "sobre" se vuelve un poco más grande. El paquete de datos del nuevo sistema es de aproximadamente 1,392 bytes, comparado con los 256 bytes del antiguo. Sin embargo, los autores argumentan que en las conexiones de internet modernas, este tamaño extra es tan diminuto que no ralentiza la transferencia.

Lo Que No Reclaman

Es importante notar lo que este artículo no dice. Los autores no afirman que las computadoras cuánticas estén aquí hoy; se están preparando para un futuro donde podrían estarlo. Tampoco afirman que su sistema sea perfecto para siempre; admiten que si la matemática del nuevo "campo de fuerza" (MLWE) llegara a ser descifrada, el sistema cuenta con el viejo cerrojo RSA como respaldo. Midieron esto en una computadora estándar para demostrar que puede funcionar, pero reconocen que los servidores bancarios del mundo real son aún más complejos.

La Conclusión

Este artículo sugiere que los bancos no tienen que elegir entre "mantenerse seguros hoy" y "ser seguros mañana". Al usar este sistema híbrido de doble cerrojo, pueden proteger el dinero de sus clientes contra futuros ataques cuánticos sin ralentizar el internet ni romper sus sistemas actuales. Además, al añadir el tablero CryptoX, finalmente pueden ver dentro de la caja negra, asegurando que cada cerrojo haga clic exactamente como debería. Es un paso práctico y medido hacia un futuro donde sus secretos digitales sigan siendo secretos, sin importar qué tan poderosas sean las computadoras del futuro.

Resumen Técnico: Seguridad de Transacciones Bancarias Resiliente al Ámbito Cuántico mediante DW-HKEM

Planteamiento del Problema
El artículo aborda dos vulnerabilidades críticas en la infraestructura financiera actual: la amenaza inminente de los ataques de "Cosechar Ahora, Descifrar Después" (HNDL, por sus siglas en inglés) y la oscuridad operativa de los sistemas criptográficos.

Amenaza HNDL: Los actores estatales adversarios y otros agentes de amenazas están interceptando y archivando actualmente el tráfico bancario cifrado (protegido por RSA-2048) con la intención de descifrarlo una vez que los Computadores Cuánticos con Relevancia Criptográfica (CRQC) estén disponibles. Dado que RSA se basa en la factorización de enteros, la cual el algoritmo de Shor puede resolver en tiempo polinomial, los datos cifrados hoy siguen siendo vulnerables a un descifrado retroactivo en el futuro.
Oscuridad Operativa: Los sistemas bancarios existentes tratan el cifrado y el descifrado como operaciones de "caja negra". Los equipos de seguridad carecen de observabilidad en tiempo real sobre el rendimiento criptográfico, lo que dificulta la detección de ataques de degradación de algoritmos (downgrade attacks), agotamiento de recursos, compromisos de librerías o la validación de la preparación para la migración a estándares post-cuánticos.

Metodología
Los autores proponen e implementan un Mecanismo de Encapsulación de Claves Híbrido de Doble Envoltura (DW-HKEM) integrado con un panel de monitoreo en tiempo real llamado CryptoX.

Arquitectura DW-HKEM:
- Encapsulación Híbrida: El sistema encapsula una clave maestra de sesión AES-256 generada aleatoriamente ( $M$ $M$ ) utilizando dos mecanismos distintos simultáneamente:
  - RSA-2048 (OAEP-SHA256): Asegura la compatibilidad con retrocompatibilidad con la PKI bancaria existente y los Módulos de Seguridad de Hardware (HSM).
  - ML-KEM-768 (FIPS 203): Un Mecanismo de Encapsulación de Claves (KEM) basado en retículos que proporciona resistencia cuántica basada en el supuesto de Aprendizaje con Errores en Módulos (MLWE).
- Derivación de Claves: Los secretos compartidos de ambas encapsulaciones ( $S_{RSA}$ y $S_{KEM}$ ) se concatenan y se procesan mediante un hash usando SHA-256 para derivar la clave de sesión compuesta final ( $K_{Session}$ ).
- Lógica de Seguridad: Esta construcción asegura que, incluso si un futuro CRQC rompe RSA, la clave de sesión permanezca segura siempre que el supuesto MLWE se mantenga. Inversamente, si el supuesto de retículos fuera roto, la capa RSA proporciona un respaldo de seguridad. Este enfoque combinatorio protege contra adversarios tanto clásicos como cuánticos.
Panel de Control en Tiempo Real CryptoX:
- Una aplicación web basada en Flask que proporciona analíticas en vivo sobre las operaciones criptográficas.
- Rastrea tiempos de ejecución (usando time.perf_counter), conteos de operaciones y estadísticas de sesión.
- Visualiza tendencias mediante Chart.js para detectar anomalías (por ejemplo, picos repentinos de latencia que indican un compromiso de la librería) y ayuda en la planificación de capacidad y validación de la migración.
Detalles de Implementación:
- Construido en Python utilizando la librería Open Quantum Safe (OQS) (liboqs v0.10.0) para las operaciones ML-KEM.
- El sistema fue probado en una estación de trabajo Windows 11 x86-64 con Python 3.12.2.
- Los benchmarks se realizaron sobre 100 iteraciones independientes con pares de claves frescos para evitar artefactos de caché.

Contribuciones Clave
El artículo reclama las siguientes contribuciones específicas:

Diseño e Implementación de DW-HKEM: Un marco híbrido que combina RSA-2048 y ML-KEM-768 diseñado específicamente para la seguridad de transacciones bancarias.
Derivación de Claves Híbrida: Un diseño de KDF mejorado que crea una protección de 2 capas para las claves de sesión usando SHA-256, asegurando la seguridad contra amenazas tanto clásicas como cuánticas.
Observabilidad en Tiempo Real: Desarrollo del panel CryptoX, que mueve las operaciones criptográficas de un estado de "caja negra" a un estado de observabilidad total, permitiendo la detección de anomalías y la validación de los SLA.
Benchmarking Empírico: Pruebas de rendimiento exhaustivas midiendo la latencia computacional y la sobrecarga de comunicación en un entorno financiero simulado.
Modelado de Amenazas: Un análisis comparativo del sistema propuesto frente al modelo de amenaza HNDL, demostrando su resiliencia en comparación con los sistemas tradicionales de solo RSA.

Resultados Experimentales

Latencia: La sobrecarga total para el intercambio de claves (handshake) de DW-HKEM (excluyendo la generación de claves, que es típicamente un costo único) es de aproximadamente 1.58ms.
- Desencapsulación RSA-2048: ~8.20 ms.
- Desencapsulación ML-KEM-768: ~0.10 ms.
- El enfoque híbrido añade solo ~0.96ms de sobrecarga por cada intercambio de claves en comparación con el RSA puro, una diferencia que los autores afirman es imperceptible para los usuarios finales (umbral de percepción humana >100ms).
Generación de Claves: La generación de claves de ML-KEM-768 es significativamente más rápida (0.63 ms) en comparación con RSA-2048 (103.96 ms), ofreciendo una aceleración del 99.39%.
Sobrecarga de Comunicación: El enfoque híbrido aumenta significativamente el tamaño del texto cifrado.
- Texto cifrado RSA-2048: 256 bytes.
- Texto cifido DW-HKEM (RSA + ML-KEM): 1,392 bytes.
- Esto representa un incremento de ~444% en el tamaño del texto cifrado y un incremento de ~453% en el tamaño combinado del intercambio de claves. Los autores señalan que, si bien esto es una penalización de ancho de banda, el impacto de la latencia de transmisión en redes empresariales de alta velocidad (1 Gbps) es insignificante (~0.009 ms).

Significancia y Reivindicaciones
El artículo posiciona la arquitectura DW-HKEM como una referencia práctica y escalable para la transición del sector financiero hacia la era post-cuántica.

Mitigación de HNDL: Al asegurar que las claves de sesión se deriven tanto de RSA como de ML-KEM, el sistema vuelve inútiles los datos archivados para futuros atacantes cuánticos que solo puedan romper uno de los dos primitivos.
Cumplimiento Regulatorio: El sistema se alinea con los estándares emergentes de NIST (FIPS 203) mientras mantiene la compatibilidad con sistemas heredados (FIPS 186), facilitando un camino de migración regulatoria más fluido.
Visibilidad Operativa: El panel CryptoX aborda la "brecha de observabilidad", proporcionando a los arquitectos de seguridad los datos necesarios para validar los cronogramas de migración, detectar ataques activos (como ataques de degradación) y asegurar la agilidad criptográfica.
Viabilidad: Los autores concluyen que la mínima sobrecarga computacional (~1.58ms) y la capacidad de ejecutarse en hardware empresarial estándar hacen que esta arquitectura sea viable para un despliegue inmediato en la seguridad de transacciones bancarias.

El artículo establece explícitamente que el código fuente completo está disponible en GitHub para apoyar la reproducibilidad y el desarrollo posterior.

Más como este