💻 computer science

DIT: A Decentralized Identity and Trust Protocol for Post-Quantum CA-Free Web Authentication

DIT es un protocolo de autenticación descentralizado y con seguridad post-cuántica que elimina la jerarquía tradicional de CA al anclar las identidades de dominio en claves ML-DSA-65 verificadas por DNSSEC y utilizar un intercambio híbrido X25519MLKEM768 con registros de transparencia de Merkle para proporcionar una confianza eficiente y revocable sin autoridades de certificación centralizadas.

Autores originales: Debasish tripathy, Dayananda P

Publicado 2026-07-22

📖 7 min de lectura🧠 Análisis profundo

CC BY 4.0

Autores originales: Debasish tripathy, Dayananda P

Artículo original bajo licencia CC BY 4.0 (https://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 que el internet es una ciudad gigante y bulliciosa donde cada tienda, banco y hogar necesita una forma segura de demostrar quién es. En este momento, la ciudad depende de un sistema masivo y centralizado de "notarios" llamados Autoridades de Certificación (CA). Piensa en estas CA como las únicas personas autorizadas para estampar la tarjeta de identidad de una tienda. Si un notario es hackeado o comete un error, toda la seguridad de la ciudad está en riesgo. Para solucionar esto, la ciudad ha comenzado a hacer que las tarjetas de identidad expiren muy rápido —a veces en menos de 50 días— obligando a las tiendas a renovarlas constantemente. Pero esto es como intentar detener una gotera en el techo cambiando las tejas cada semana en lugar de reparar el techo mismo. El verdadero problema es que el sistema depende demasiado de estos notarios centrales, y no está preparado para el futuro, donde potentes computadoras cuánticas podrían romper por completo las cerraduras de estas tarjetas de identidad.

Este documento presenta una nueva forma de gestionar la identidad digital llamada DIT (Identidad y Confianza Descentralizada). En lugar de depender de un notario central, DIT sugiere que cada tienda debe poseer su propia llave maestra, la cual se publica en el directorio público de la ciudad (el sistema DNS) y es verificada por un grupo de testigos independientes y honestos. Utiliza una matemática "a prueba de futuro" que ni siquiera las computadoras cuánticas pueden romper para firmar estas llaves. Los autores construyeron un modelo funcional de este sistema y descubrieron que puede probar la identidad y mantener los secretos con la misma rapidez que el sistema actual, pero sin necesidad de los notarios centrales. Sin embargo, también admiten que si la llave maestra se pierde, el proceso de recuperación todavía depende de una matemática más antigua que las computadoras cuánticas podrían romper, y que todo el sistema solo funciona si el directorio público de la ciudad ya es seguro.

La Gran Idea: Eliminar al Notario

La forma actual en que la web se mantiene segura es un poco como un juego del "teléfono descompuesto" donde confías en una cadena de personas para que den fe de un extraño. Confías en tu navegador, que confía en una gran empresa (la CA), que da fe del sitio web que estás visitando. Si esa gran empresa es hackeada, puede pretender ser cualquiera. El documento argumenta que esta cadena está rota. La solución no es hacer la cadena más corta o que las tarjetas expiren más rápido; es eliminar al intermediario por completo.

DIT propone un sistema donde la identidad de un sitio web está anclada directamente en la guía telefónica de internet (DNS). En lugar de que una CA estampe un certificado, el sitio web publica una "Llave Maestra" en su entrada de la guía telefónica. Esta entrada es firmada por el propio sistema de seguridad de la guía (DNSSEC), que actúa como el narrador de la verdad absoluta.

El Castillo de Seguridad de Tres Capas

Para que esto funcione sin un jefe central, los autores diseñaron un castillo de llaves de tres capas:

La Llave de Identidad (La Llave Maestra): Esta es la llave maestra permanente y fuera de línea del sitio web. Es como la escritura de una casa. Rara vez cambia y se guarda en una bóveda súper segura (o se divide entre un grupo de personas de confianza). Utiliza una cerradura especial "a prueba de cuántica" (ML-DSA-65) que se cree inquebrantable incluso para las futuras computadoras cuánticas.
La Llave de Época (El Pase Diario): Cada 24 horas, el sitio web genera una llave nueva y temporal. Esto es como un pase diario que te permite entrar al edificio por solo un día. La Llave Maestra firma este pase diario para decir: "Sí, este pase es real". Si un hacker roba el pase diario, este solo funciona por un día y luego se autodestruye.
La Llave de Sesión (El Saludo): Cuando visitas el sitio web, tú y el servidor se dan la mano para crear un código secreto solo para esa conversación específica. Esto utiliza una mezcla de matemática antigua y nueva (X25519 y ML-KEM-768) para asegurar que, incluso si alguien graba tu conversación hoy, no pueda leerla mañana si roban las llaves después.

El Sistema de "Testigo Honesto"

¿Cómo sabes que la Llave Maestra en la guía telefónica no ha sido intercambiada por un hacker? DIT utiliza un sistema de Testigos de Confianza. Imagina un grupo de siete auditores independientes (como un jurado) que vigilan la actividad del sitio web. Cada vez que el sitio web cambia su Llave Maestra, debe lograr que al menos cinco de estos siete auditores firmen el cambio.

El sitio web también mantiene un "registro de transparencia" público, como un diario de paredes de cristal, donde se registra cada cambio de llave. Si un hacker intenta cambiar la llave sin la aprobación de los testigos, el público puede verlo inmediatamente. Los autores demostraron matemáticamente que, mientras al menos tres de los siete testigos sean honestos, un hacker no puede engañar al sistema.

La Promesa "A Prueba de Cuántica"

La parte más emocionante de DIT es que está construida para el futuro. Los autores utilizaron nuevos tipos de matemática (criptografía basada en retículos) que están diseñadas para resistir ataques de computadoras cuánticas.

Autenticación: Las firmas utilizadas para verificar la identidad son a prueba de cuántica.
Resguardo de Secretos: La forma en que se intercambian los secretos también es a prueba de cuántica.

Sin embargo, el documento es muy honesto sobre un punto débil: la Recuperación. Si la Llave Maestra se pierde o es robada, el sitio web necesita una forma de obtener una nueva. El método de recuperación actual utiliza un tipo de matemática más antigua (FROST-Schnorr) que sí es vulnerable a las computadoras cuánticas. Los autores declaran explícitamente que esta ruta de recuperación no es a prueba de cuántica y sugieren que se necesitará una actualización futura para arreglar esto una vez que estén disponibles mejores herramientas de recuperación a prueba de cuántica.

¿Realmente Funciona?

Los autores no solo escribieron una teoría; construyeron un prototipo funcional y lo probaron.

Velocidad: Cuando un usuario visita un sitio que ya ha visto antes (la "ruta cálida"), DIT es tan rápido como el sistema actual, tomando unos 6 KB de datos para verificar.
Primera Visita: La primera vez que un usuario visita un sitio nuevo (la "ruta fría"), requiere un poco más de datos (~34 KB) porque el usuario tiene que descargar las firmas de los testigos y el historial del registro. Pero este costo se paga solo una vez; todas las visitas futuras son rápidas.
Eficiencia: Debido a que las llaves diarias rotan automáticamente, los sitios web no necesitarían renovar certificados miles de veces al año. Los autores calcularon que para una empresa con 1,000 dominios, esto les ahorra la gestión de 8,000 renovaciones al año, reduciendo ese número a cero.

El Problema: Necesita una Guía Telefónica Segura

El documento concluye con una dosis de realidad crucial. DIT es un motor brillante, pero necesita un tipo específico de carretera para correr. Requiere que la guía telefónica de internet (DNS) esté asegurada con DNSSEC. Actualmente, solo una pequeña fracción de la web utiliza esta seguridad. Si la propia guía telefónica no es segura, todo el sistema DIT se desmorona.

Además, el sistema depende de que los navegadores y los sitios web adopten estos nuevos estándares. Los autores sugieren un despliegue paso a paso: primero como una extensión del navegador, luego como una función integrada y, finalmente, como la forma en que la web funciona por defecto.

En resumen, DIT ofrece una forma de construir una web donde no tienes que confiar en una única autoridad central, donde tus secretos están seguros de las futuras computadoras cuánticas y donde los sitios web no tienen que renovar sus identidades constantemente. Pero no es una varita mágica; requiere que la infraestructura subyacente de internet se ponga al día, y todavía tiene un punto débil "clásico" cuando se trata de recuperar llaves perdidas. Los autores han demostrado que es posible, pero el viaje para que esto se convierta en la nueva norma apenas comienza.

Resumen Técnico: DIT – Un Protocolo de Identidad y Confianza Descentralizado para la Autenticación Web Post-Cuántica Libre de CA

Declaración del Problema
La actual infraestructura de clave pública (PKI) de la web depende de una jerarquía centralizada de Autoridades de Certificación (CA). Este modelo sufre vulnerabilidades estructurales: cualquier CA raíz de confianza puede emitir unilateralmente certificados válidos para cualquier dominio, y los mecanismos de revocación (OCSP, CRL) son poco fiables, lo que lleva a la industria a depender de la vida útil corta de los certificados como sustituto de la revocación. El Acta SC-081v3 del CA/B Forum, que obliga a reducir la validez de los certificados TLS públicos a 47 días para 2029, destaca la carga operativa y los límites arquitectónicos de este enfoque de "revocación por expiración". Además, los esfuerzos actuales de migración post-cuántica en TLS 1.3 suelen asegurar únicamente el intercambio de claves (p. ej., ML-KEM), mientras dejan la cadena de autenticación (certificados RSA/ECDSA) vulnerable a ataques cuánticos. Intentos previos de descentralizar la confianza, como DANE (DNS-based Authentication of Named Entities), sufren de una transparencia limitada, carecen de mecanismos de recuperación de claves y poseen una estructura de claves plana que no separa la identidad a largo plazo del material de sesión a corto plazo.

Metodología
Los autores proponen DIT (Decentralized Identity and Trust), un protocolo que reemplaza la jerarquía de CA por completo con un modelo de confianza anclado en DNS y post-cuánticamente seguro. La arquitectura consta de seis capas:

Publicación de Identidad en DNS: La identidad del dominio se ancla en un registro HTTPS/SVCB firmado con DNSSEC (_dit.domain). Este registro contiene un compromiso de hash (no la clave completa) hacia un objeto de identidad canónico recuperado de un endpoint HTTPS bien conocido.
Jerarquía de Claves de Tres Niveles:
- Clave de Identidad (IK): Un par de claves ML-DSA-65 a largo plazo almacenado fuera de línea o en una configuración de umbral (threshold). Firma las credenciales de época.
- Clave de Autenticación de Época (EAK): Un par de claves ML-DSA-65 nuevo y aleatorio generado cada 24 horas. Está certificado por la IK y se utiliza para firmar los transcripte de la negociación (handshake). El compromiso de la IK no compromete retroactivamente las EAK pasadas.
- Clave de Sesión (SK): Derivada por conexión mediante un intercambio de claves híbrido (X25519 + ML-KEM-768) utilizando el esquema de claves de TLS 1.3.
Registro de Transparencia: Un registro de árbol de Merkle de solo adición y con ámbito de dominio (hasheado con SHA3-384) registra las publicaciones y rotaciones de claves. La confianza se establece mediante la Cosignatura de Testigos (Witness Cosigning): un quórum de 5 de 7 "Testigos de Confianza" independientes debe cosignar el Signed Tree Head (STH) para que una entrada del registro sea aceptada. Esto evita la equivocación.
Negociación (Handshake): El protocolo sigue la forma de un solo viaje de ida y vuelta (1-RTT) de TLS 1.3. El servidor firma el transcripte de la negociación con la EAK actual. El cliente verifica la cadena: compromiso de DNSSEC $\to$ firma de la IK sobre la EAK $\to$ firma de la EAK sobre el transcripte $\to$ prueba de inclusión en el registro.
Rotación de Claves:
- Rotación Normal: Realizada por el poseedor de la IK mediante firmas duales ML-DSA-65 (claves antigua y nueva), manteniendo la seguridad post-cuántica.
- Rotación de Recuperación: Se activa si la IK se pierde. Utiliza una ceremonia de firma de umbral FROST-Schnorr entre pares de recuperación. Los autores señalan explícitamente que esta vía es solo clásica y no es post-cuánticamente segura, a la espera de la estandarización de firmas de umbral basadas en retículos (lattices).

Contribuciones Clave
El artículo reclama cinco contribuciones principales:

C1: Un protocolo de confianza para navegadores libre de CA, analizado formalmente, que aborda los cuatro modos de fallo de DANE (dependencia de DNSSEC, falta de transparencia, ausencia de recuperación, falta de preparación PQ) utilizando criptografía post-cuántica tanto para la autenticación como para el establecimiento de claves.
C2: Una jerarquía de claves de tres niveles que desacopla la identidad a largo plazo del material de sesión efímero, permitiendo la rotación automática de credenciales de menos de un día sin intervención de una CA.
C3: Un mecanismo de rotación dual que separa las rotaciones post-cuánticas normales de las rotaciones de recuperación clásicas, aplicadas mediante la cosignatura de testigos y periodos de espera obligatorios para prevenir el robo silencioso de claves.
C4: El primer modelo de confianza web post-cuántico completo, que combina ML-DSA-65 para la firma de identidad y el intercambio de claves híbrido X25519/ML-KEM-768.
C5: Un modelo de amenazas formal con diez clases de adversarios y siete teoremas de seguridad probados mediante reducción a supuestos de dureza estándar (ML-DSA-65 EUF-CMA, ML-KEM-768 IND-CCA2, etc.).

Resultados y Rendimiento
Los autores implementaron una prueba de concepto en Go 1.24 y realizaron comparativas (benchmarks) frente a TLS 1.3 clásico y PQ-TLS 1.3 (con certificados clásicos).

Tamaño de la Negociación: La "ruta cálida" (identidad en caché) requiere aproximadamente 6 KB, comparable a TLS 1.3 clásico (~~5.6 KB) y aproximadamente un 50% más pequeña que PQ-TLS 1.3 con certificados clásicos (~~12 KB).
Ruta Fría: La negociación de primer contacto es más grande (~34 KB) debido a la recuperación de los objetos de identidad y la verificación de testigos, pero este coste se amortiza durante la época de 24 horas.
Sobrecarga Operativa: DIT elimina las renovaciones anuales de certificados por completo (0 renovaciones/año para 1,000 dominios frente a ~8,000 bajo el mandato de 47 días).
Almacenamiento del Registro: Se estima que un registro con ámbito de dominio requiere ~10 GB/año (usando hojas de solo hash), significativamente menos que los ~750 GB/año requeridos por los registros CT globales.

Significancia y Reivindicaciones
El artículo argumenta que DIT demuestra que la independencia de las CA es alcanzable con características de rendimiento comparables a las de TLS 1.3 clásico. Al desplazar la confianza de una jerarquía de CA centralizada hacia un registro de transparencia anclado en DNS y auditado por testigos, el protocolo elimina el punto único de fallo inherente a la actual PKI.

Los autores son modestos respecto a las limitaciones:

Dependencia de DNSSEC: DIT requiere la validación de DNSSEC, la cual está desplegada actualmente en solo ~4–5% de los dominios .com/.net.
Vulnerabilidad de la Primera Visita: Al igual que cualquier sistema sin una raíz de confianza global externa, DIT no puede verificar independientemente si una identidad recién publicada es la históricamente legítima para un dominio (el problema del descubrimiento de la "primera visita"), aunque lo mitiga mediante ventanas de auditoría y observabilidad del registro.
Vía de Recuperación: El mecanismo de recuperación de claves depende de firmas clásicas FROST-Schnorr y se indica explícitamente que no es post-cuánticamente seguro.

El artículo concluye que, si bien DIT introduce complejidad arquitectónica, ofrece una vía viable hacia una web confiable que sea resiliente tanto al compromiso de las CA como a las amenazas de la computación cuántica, siempre que la infraestructura subyacente de DNSSEC madure.