Archivo de la categoría: Eventos

Factura Electrónica obligatoria B2B


Los próximos 19 y 20 de noviembre impartiré con Pere Brachfield el curso Factura Electrónica obligatoria B2B, organizado por iKN Spain. Son dos mañanas en formato virtual, siete horas en total, pensadas para que las empresas entiendan qué les exige el nuevo marco legal y cómo organizar el proyecto de adaptación.

No es la primera vez: en junio ya anuncié una edición anterior. Desde entonces el marco se ha completado y el contenido se ha actualizado con la Orden de octubre y el nuevo calendario.

El momento no es casual. El Real Decreto 238/2026 ya está en vigor, la Orden HAC/1028/2026, de 2 de octubre, por la que se regula la solución pública de facturación electrónica se publicó el 5 de octubre y entró en vigor el 6 de octubre de 2026. Con esa fecha empieza a computarse el plazo: doce meses después (el 6 de octubre de 2027), las empresas cuyo volumen de operaciones del año natural anterior haya superado los 8 millones de euros tendrán que emitir y recibir facturas electrónicas estructuradas y comunicar su estado. Doce meses parecen mucho, pero no lo son cuando hay que revisar procesos, adaptar el software, coordinarse con clientes y proveedores y probarlo todo antes de la fecha.

Qué cambia y cuándo

La obligación nace de la Ley 18/2022, de creación y crecimiento de empresas («Ley Crea y Crece»), que incorporó a la Ley 56/2007 la factura electrónica obligatoria entre empresarios y profesionales. Su desarrollo ha llegado en dos pasos:

  • El Real Decreto 238/2026, publicado en el BOE el 31 de marzo y en vigor desde el 20 de abril, fija las reglas: formatos admitidos, plataformas de intercambio, interoperabilidad y comunicación del estado de las facturas.
  • La Orden HAC/1028/2026, publicada el 5 de octubre y en vigor desde el día 6, regula la solución pública de facturación electrónica de la AEAT y pone en marcha los plazos.

El calendario queda así:

FechaQuiénQué
6 de octubre de 2027Empresas con volumen de operaciones superior a 8 millones de eurosEmitir y recibir facturas electrónicas y comunicar su estado
6 de octubre de 2028Resto de empresarios y profesionalesEmitir y recibir facturas electrónicas
6 de octubre de 2029Personas físicas y entidades en atribución de rentas de hasta 8 millonesComunicar el estado de las facturas

Estos plazos se cuentan desde el 6 de octubre de 2026 (entrada en vigor de la Orden HAC/1028/2026), conforme a la disposición final cuarta del Real Decreto 238/2026 y a la disposición final octava de la Ley 18/2022. El volumen de operaciones se calcula según el artículo 121 de la Ley del IVA. Las personas físicas y las entidades en atribución de rentas con volumen igual o inferior a 8 millones de euros tienen un año adicional (hasta el 6 de octubre de 2029) solo para la obligación de comunicar los estados de las facturas.

Lo importante no es solo el formato. Las facturas tendrán que ajustarse al modelo semántico de la norma europea EN 16931, en alguna de las sintaxis admitidas (UBL, CII, EDIFACT o Facturae), y circular por la solución pública de la AEAT o por plataformas privadas interoperables. Un PDF enviado por correo deja de valer como factura electrónica a estos efectos. Además, el destinatario deberá comunicar en cuatro días si acepta o rechaza la factura y la fecha en que la paga, y esa información llegará a la AEAT. Es la forma que ha elegido el legislador para medir la morosidad comercial.

A todo esto se suma VERI*FACTU, el sistema de registros de facturación inalterables del Real Decreto 1007/2023. Sus fechas vigentes son el 1 de enero de 2027 para las sociedades y el 1 de julio de 2027 para el resto, aunque Hacienda anunció el 5 de octubre su intención de llevarlo a octubre de 2028 para alinearlo con la factura electrónica. A día de hoy ese aplazamiento no se ha publicado en el BOE, así que conviene planificar con las fechas que están en vigor.

El curso

El programa recorre la factura electrónica de lo general a lo concreto, en cinco módulos:

  1. Fundamentos de la facturación electrónica: qué es, en qué se diferencia de la factura tradicional, qué información debe contener y qué formatos reconoce la UE.
  2. La normativa estatal y las normas de la UE: las iniciativas europeas VIDA (VAT in the Digital Age) y los requisitos de información digital (DRR), los precedentes en España, la Ley Crea y Crece y el RD 238/2026.
  3. Aspectos clave del nuevo reglamento: sujetos obligados, excepciones, comunicación del estado de la factura, relación con VERI*FACTU y calendario.
  4. El sistema estatal de intercambio de facturas: la solución pública de la AEAT, las plataformas privadas autorizadas, la interoperabilidad entre ellas, el Observatorio Estatal de la Morosidad Privada y el listado de infractores.
  5. Aspectos técnicos de la factura electrónica B2B y VERI*FACTU, que es el módulo que imparto yo.

Pere Brachfield, abogado y consejero delegado de Brachfield Credit & Risk Consultants, autor de más de treinta libros sobre gestión empresarial y de más de 2.000 artículos publicados en 15 países, se ocupa de la parte jurídica y de gestión. Yo me centro en la parte técnica.

El curso está pensado para directores financieros y de administración, responsables de contabilidad, facturación, tesorería y gestión de cobros, asesores fiscales y contables, abogados, directores de sistemas, proveedores de software y gerentes de pymes. Es decir, para quienes tendrán que decidir y ejecutar el proyecto de adaptación en su empresa o en las de sus clientes.

Mi módulo: la parte técnica

La factura electrónica me acompaña desde hace mucho. En ASIMELEC, y después en AMETIC, impulsé su normalización, y en 2010 ASIMELEC publicó mi libro La Factura Electrónica. En OASIS contribuí a definir cómo se firman las facturas en UBL (UBL Digital Signature Profiles 1.0). Hoy, como prestador cualificado de servicios de confianza, en EADTrust vemos a diario la otra cara del problema: cómo garantizar el origen, la integridad y la fecha de un documento electrónico.

El módulo 5 traduce las obligaciones legales a decisiones técnicas:

  • Arquitectura de la factura. Qué es una factura estructurada, por qué el modelo semántico EN 16931 es la pieza común de todas las sintaxis admitidas, qué campos son obligatorios y cómo es el ciclo de vida completo: emisión, entrega, aceptación o rechazo y pago.
  • Firma, sello y sello de tiempo. La normativa de facturación exige garantizar la autenticidad del origen y la integridad del contenido. La firma electrónica avanzada, o el sello electrónico de la empresa basado en un certificado cualificado, es la forma más directa de hacerlo. Veremos los formatos XAdES, CAdES y PAdES, cuándo conviene cada uno y para qué sirve añadir un sello de tiempo cualificado.
  • VERI*FACTU. Qué son los registros de facturación, cómo funciona la huella encadenada (cada registro incluye el hash del anterior, de modo que no se puede alterar uno sin romper la cadena) y cómo el código QR permite al cliente comprobar la factura en la sede de la AEAT.
  • Convergencias y divergencias. VERIFACTU registra lo que factura el emisor, sea a empresas o a consumidores; la factura electrónica B2B regula cómo se intercambia el documento entre empresas. Comparten datos, pero no flujos ni calendario, y no afectan a los mismos sujetos: las empresas acogidas al SII quedan fuera de VERIFACTU, pero no de la factura electrónica. Un buen proyecto diseña un solo circuito que cumpla ambas obligaciones.
  • Requisitos del software de facturación. Integridad, conservación, legibilidad y trazabilidad de los registros, declaración responsable del fabricante, interfaces de programación con las plataformas y gestión de los estados de la factura.
  • Recursos oficiales de la AEAT. Esquemas XSD, documentación de integración y entornos de pruebas, que conviene usar desde el primer día.
  • Hoja de ruta del proyecto. Inventario de sistemas y flujos, elección entre la solución pública y una plataforma privada, pruebas con clientes y proveedores y puesta en producción.

Mi objetivo es que quien asista salga sabiendo qué preguntas hacer a su proveedor de software y a su plataforma de intercambio, y con un plan para no llegar con prisas a octubre de 2027.

Datos prácticos

  • Fechas: jueves 19 y viernes 20 de noviembre de 2026, de 9:30 a 13:15.
  • Formato: virtual y en directo.
  • Duración: 7 horas.
  • Precio: 899 euros más IVA, con opciones que incluyen cursos online adicionales. La formación es bonificable a través de FUNDAE, y iKN gestiona la bonificación sin coste.
  • Certificado: de asistencia, al finalizar el curso.
  • Inscripción: en la página del curso, en info@ikn.es o en el 91 700 48 70.

Si tu empresa tiene que dar el paso en 2027 o 2028, este es un buen momento para empezar. Nos vemos en clase.

Otros artículos de este blog

Conferencia en ANIEI 2026: Ciberseguridad en el tiempo del cómputo cuántico


Hoy, 30 de octubre de 2026, Ainhoa Inza, Tech Policy Officer de EADTrust (cargo en el que se encuadran también sus responsabilidades como directora de Cumplimiento y de Servicios Profesionales), ha impartido a distancia la conferencia magistral internacional «Ciberseguridad en el mundo del cómputo cuántico» (anunciada en el programa como «Ciberseguridad en el tiempo del cómputo cuántico», con la misma filosofía) en el XXXIX Congreso Nacional y XXV Congreso Internacional de Informática y Computación ANIEI 2026, que se celebra del 28 al 30 de octubre en el Centro Universitario de la Costa (CUCosta) de la Universidad de Guadalajara, en Puerto Vallarta (Jalisco, México).

Es una satisfacción que la voz de EADTrust llegue a uno de los foros académicos de referencia de las tecnologías de la información en México, y que lo haga hablando de un tema que nos ocupa a diario: cómo preparar la criptografía, y con ella toda la ciberseguridad, para la llegada de los ordenadores cuánticos.

Las claves de la ponencia de Ainhoa Inza en ANIEI 2026.

ANIEI: casi cuatro décadas impulsando el talento TIC en México

La ANIEI (Asociación Nacional de Instituciones de Educación en Tecnologías de la Información, A.C.) reúne a universidades y centros de educación superior de todo México con programas de informática y computación. Además de sus reuniones de directivos, publica libros electrónicos con las aportaciones de sus congresos desde 2015 y concede cada año los reconocimientos a los mejores programas de tecnologías de la información del país, que distinguen a las titulaciones con más madurez y prestigio académico.

Su congreso anual es el gran punto de encuentro de estudiantes, docentes, investigadores y empresas del sector. La numeración de la edición de este año, la trigésima novena nacional y la vigésima quinta internacional, da idea de su trayectoria. Algunos hitos recientes:

  • 2022, Puerto Vallarta. El CUCosta acogió la XXXV edición nacional y XXI internacional, con la que el congreso celebró su 40 aniversario.
  • 2023, Xalapa. La Universidad Veracruzana organizó la XXXVI edición, con conferencias magistrales de Deborah J. Armstrong (Florida State University), sobre responsabilidad digital y el Objetivo de Desarrollo Sostenible 4; Luciano García Bañuelos (Tecnológico de Monterrey), sobre minería de procesos; Bárbara Baena (IBM), sobre inteligencia artificial generativa; y ponentes de Accenture, SAP, Fortinet y el CONAIC, el organismo acreditador de los programas de informática y computación.
  • 2024, Tonalá. El Centro Universitario de Tonalá (CUTonalá) de la Universidad de Guadalajara fue la sede de la XXXVII edición, del 23 al 25 de octubre.
  • 2025. La XXXVIII edición incorporó un hackatón virtual, la competencia de ciberseguridad Capture The Flag y el networking con empresas de TI, formatos que se mantienen este año.

En 2026 el congreso vuelve a Puerto Vallarta, de nuevo en el CUCosta.

ANIEI 2026: un programa a la altura

Esta edición cuenta con el respaldo de la Universidad Autónoma Metropolitana (UAM), el CONAIC, la Universidad de Guadalajara, la UNAM (FES Acatlán), la Universidad del Caribe y la Universidad de Colima, entre otras instituciones afiliadas. Su objetivo es fortalecer las competencias de las nuevas generaciones de profesionales TIC en un entorno marcado por la transformación digital, la inteligencia artificial, la ciberseguridad y la ciencia de datos.

Además de las conferencias magistrales, el programa incluye ponencias estudiantiles y académicas, talleres especializados, paneles de expertos, el Seminario CONAIC, una feria virtual de empleo, el Concurso Nacional de Programación, un hackatón, una Game Jam, la competencia Capture The Flag, el Concurso Nacional de Tesis, una feria de proyectos y los reconocimientos a los mejores programas y egresados de TI.

Entre los conferenciantes destacan:

  • Ernesto Piedras, director general de The Competitive Intelligence Unit (The CIU) y uno de los analistas más conocidos del sector de las telecomunicaciones en México, que abrió el congreso con «La creatividad como competencia estratégica para el futuro profesional».
  • Sanathan Juturu, de Tata Consultancy Services, con «AI Beyond the Hype: Build What Matters», sobre cómo llevar la inteligencia artificial más allá de la moda.
  • Geoffrey N. Dick, de St. John’s University (Nueva York), comisionado de ABET y veterano de la educación en sistemas de información, con «Cyber security in an AI world?».
  • Ainhoa Inza, de EADTrust, con la conferencia magistral internacional del último día sobre ciberseguridad y cómputo cuántico.

Gracias, Jorge

Esta intervención no habría sido posible sin Jorge Christen, profesor de la Universidad de Monterrey y colaborador de EADTrust en la formación sobre computación cuántica y criptografía postcuántica. Jorge es el creador de la metodología ENSAR (Experience, Name, Speak, Apply, Repeat) y del kit didáctico IQC, con el que construimos modelos físicos de la esfera de Bloch y de circuitos cuánticos en nuestros cursos. Su conocimiento del mundo académico mexicano y su generosidad han hecho de puente entre EADTrust y la comunidad de ANIEI. Muchas gracias, Jorge, por favorecer esta participación.

La propia ponencia de Ainhoa se apoya en materiales ENSAR, como el «menú» de algoritmos postcuánticos del NIST que usamos en esas formaciones.

La ponencia de Ainhoa Inza: ciberseguridad en el mundo del cómputo cuántico

Ainhoa tiene más de quince años de experiencia en PKI, identidad digital y servicios de confianza. Dirigió TCAB, uno de los primeros organismos europeos de evaluación de la conformidad de prestadores cualificados de confianza bajo eIDAS, y está especializada en los aspectos tecnológicos y normativos de los servicios que aplican criptografía: eIDAS y eIDAS 2, DORA, NIS2, criptoactivos y la Cartera de Identidad Digital Europea. Es auditora de sistemas de información y formadora en computación cuántica y criptografía postcuántica; tiene las certificaciones CISA y CDPSE de ISACA, ECES de EC-Council e ITIL 4, participa en los comités de normalización de ciberseguridad e identidad digital de UNE y es autora de publicaciones sobre identidad digital y MiCA. Es ingeniera química, licenciada en Administración y Dirección de Empresas y máster en Gestión Internacional de Empresas.

Su conferencia, pensada para un público mayoritariamente universitario, fue de lo más conocido a lo menos familiar: la criptografía como cimiento, la amenaza cuántica, la respuesta global, la criptoagilidad y lo que nos espera, con una parada específica en México y un turno de preguntas final.

1. La criptografía, cimiento de la ciberseguridad

Ainhoa partió de una definición: la ciberseguridad es la práctica de proteger equipos, redes, aplicaciones, sistemas críticos y datos frente a amenazas digitales. Protege cuatro propiedades (confidencialidad, integridad, disponibilidad y autenticidad) frente a ataques pasivos (escucha e interceptación), activos (alteración, suplantación, denegación de servicio), internos y distribuidos, y lo hace previniendo, detectando, respondiendo y disuadiendo.

La criptografía es la ciencia que protege la información mediante transformaciones matemáticas que dependen de una clave. Ofrece cuatro herramientas: el cifrado (confidencialidad), el intercambio de claves (acordar un secreto en un canal inseguro), la firma digital (autenticidad, integridad y no repudio) y las funciones hash (huella única de integridad). Para explicar la criptografía asimétrica, base de las comunicaciones en internet, recurrió a la «caja de mago» con dos cerraduras: lo que se cierra con una llave solo se abre con la otra; una es pública y se entrega a los demás, y la otra es privada. Recordó además dos principios:

  • Principio de Kerckhoffs: los algoritmos son públicos y se someten a escrutinio; el secreto está solo en la clave.
  • El algoritmo no lo es todo: una clave mal generada o una implementación defectuosa anulan el mejor algoritmo; con algoritmos nuevos, que a menudo implementa el propio sector, conviene ir de la mano de implementadores expertos.

Todos los dominios de la ciberseguridad se apoyan en ella: el cifrado AES, TLS y las VPN dan confidencialidad; SHA-2, SHA-3 y HMAC, integridad; los certificados, la PKI, MFA y FIDO2, autenticidad; y la firma y el sello electrónicos y los sellos de tiempo, no repudio. Su conclusión: si cae el cimiento asimétrico (RSA, curvas elípticas, Diffie-Hellman), se resienten todos los pisos superiores. Y esa criptografía está en todas partes: HTTPS, VPN, firma electrónica, identidad digital (e.firma, DNI electrónico, carteras digitales), pagos y actualizaciones de software.

2. La amenaza cuántica: Shor, Grover y HNDL

Un ordenador cuántico trabaja con cúbits (qubits), que pueden estar en superposición de 0 y 1; n cúbits representan 2ⁿ combinaciones a la vez, pueden entrelazarse y colapsan a un resultado al medirlos. Los cúbits físicos son frágiles, y la corrección de errores agrupa muchos de ellos en un cúbit lógico fiable. Las puertas cuánticas, como Hadamard o CNOT, preparan estados en los que la interferencia amplifica la respuesta correcta. La diferencia entre cúbits físicos y lógicos es enorme: un equipo con un millar de cúbits físicos puede ofrecer apenas un centenar de cúbits lógicos útiles.

No es un ordenador más rápido para todo, pero con algoritmos específicos como el de Shor resuelve los problemas matemáticos que sostienen la criptografía asimétrica. Matizó que estos ataques no son nuevos: ya existen contra la criptografía clásica, pero el ordenador cuántico los hace mucho más eficientes, y la inteligencia artificial también está erosionando la robustez criptográfica actual. Contra Shor no sirve alargar las claves, como se hacía frente a los ordenadores clásicos; contra Grover sí, a costa de más recursos de cómputo. Ainhoa repasó el efecto sobre cada familia criptográfica:

FamiliaEjemplosEfecto cuánticoRiesgo
SimétricaAES, ChaCha20Grover reduce a la mitad la seguridad: AES-256 sigue siendo seguro; AES-128 queda en 64 bitsModerado
AsimétricaRSA, ECC, Diffie-HellmanShor la rompe en tiempo polinómicoCrítico
Funciones hashSHA-2, SHA-3Grover reduce parcialmente su resistencia; SHA-512 y SHA-3 mantienen margenBajo

Presentó también cómo han caído las estimaciones de recursos para romper RSA-2048: de unos 20 millones de cúbits físicos en 2019 (Gidney y Ekerå) a menos de un millón en 2025 (Gidney) y, en la estimación más reciente de Alice & Bob, unos 22.600 cúbits de tipo «cat» y 3,14 días de cálculo (Pappalardo et al., Cryptology ePrint Archive 2026/2665). Son estimaciones teóricas: esa máquina aún no existe, pero cada año se necesita una más pequeña. Y el hardware también avanza: en enero de 2026 QuEra publicó en Nature un sistema con 96 cúbits lógicos, codificados en 448 átomos neutros.

El riesgo no empieza el «Q-Day»: con la estrategia «recolectar ahora, descifrar después» (Harvest Now, Decrypt Later, HNDL) un adversario intercepta hoy tráfico cifrado de alto valor y lo descifrará cuando tenga un ordenador cuántico relevante. El teorema de Mosca lo resume: si la vida útil del dato (X) más el tiempo de migración (Y) supera el tiempo hasta un ordenador cuántico relevante (Z), hay que migrar ya. Su ejemplo: un historial médico cifrado hoy con RSA-2048 debe seguir protegido entre 50 y 100 años. Por eso la migración ya es prioritaria en sectores como la energía, la banca, la salud o la educación, donde muchas entidades no es que vayan a llegar justas: van a llegar tarde. En cuanto a horizontes, recordó que algunas previsiones sitúan ya en 2029 el primer ordenador cuántico criptográficamente relevante, que ningún escenario, ni optimista ni pesimista, lo lleva más allá de 2035 y que quien lo consiga primero no lo anunciará: lo usará. Además, advirtió que la inteligencia artificial aplicada al criptoanálisis puede acortar estos plazos.

3. La respuesta global: estándares y normativa

La respuesta ya está estandarizada. Ainhoa presentó el «menú» de algoritmos postcuánticos del NIST:

  • ML-KEM (FIPS 203, antes Kyber): encapsulado de claves para TLS, que los navegadores ya despliegan en modo híbrido junto con la curva elíptica; recomendó ML-KEM-768 o 1024.
  • ML-DSA (FIPS 204, Dilithium): sustituto de las firmas actuales en los certificados X.509, para firma general y de código y para autenticación en arquitecturas SOAP y API REST.
  • SLH-DSA (FIPS 205, SPHINCS+): firma basada en hash, más lenta, para firmware y documentos de larga vida.
  • FN-DSA (FIPS 206, Falcon): firma compacta y rápida, aún sin publicar; según Ainhoa, el NIST la retrasa a 2027 mientras rehace su implementación para evitar la aritmética de coma flotante.
  • HQC (seleccionado en 2025): encapsulado basado en códigos, para diversificar frente a los retículos.

Ainhoa insistió en la prudencia. RSA, de finales de los años setenta, acumula décadas de criptoanálisis, mientras que los nuevos algoritmos llevan entre cinco y diez años de escrutinio público, y SIKE, candidato del concurso del NIST, cayó ante un ataque con un ordenador clásico. De ahí los esquemas híbridos y la diversificación de familias matemáticas, para no «poner todos los huevos en la misma cesta». Además, las claves postcuánticas son entre 10 y 50 veces mayores que las actuales, lo que afecta a la memoria de los HSM y al rendimiento.

El calendario ya está en marcha: 2026, gobernanza, política criptográfica, inventario (CBOM) y análisis de riesgo; 2027, pruebas de concepto; 2028, modo híbrido en producción en sistemas críticos; 2030, migración de los sistemas de riesgo alto; y 2035, transición completa. La UE, EE. UU., Canadá y el G7 convergen en el horizonte 2030–2035, y para Latinoamérica los estándares del NIST son la referencia técnica de facto. Es un calendario muy ambicioso: abandonar SHA-1, que se sabe débil desde hace unos veinte años, ha llevado más de dos décadas, y ahora se pretende una migración criptográfica generalizada en menos de diez.

Del estándar se pasa a la obligación: normas técnicas (NIST, ISO/IEC 27001 y 42001, ETSI, PCI DSS 4.0), regulación europea (NIS2, DORA, eIDAS 2 y CRA) y referencias nacionales. La regulación europea no fija algoritmos: exige un análisis de riesgos que contemple los riesgos emergentes, como el cuántico, y deja los controles a cada entidad según la proporcionalidad, como en protección de datos. En España, según explicó, la Administración trabaja además en un real decreto que incluirá una hoja de ruta criptográfica.

4. México: el contexto regulatorio

Ainhoa dedicó una parte específica al país anfitrión:

  • Plan Nacional de Ciberseguridad de la Agencia de Transformación Digital y Telecomunicaciones (4 de diciembre de 2025), con un modelo preventivo que prevé una estrategia nacional y una ley general.
  • Política General de Ciberseguridad para la Administración Pública Federal (DOF, 17 de diciembre de 2025), obligatoria para sus dependencias y entidades.
  • Iniciativa de Ley de Ciberseguridad en el Senado (30 de abril de 2025), con una agencia nacional, infraestructuras críticas y auditorías con estándares internacionales.
  • Ley Federal de Protección de Datos Personales en Posesión de los Particulares, vigente desde el 21 de marzo de 2025, que exige medidas de seguridad proporcionales al riesgo.

Y un dato que lo resume: la e.firma del SAT supera los 55 millones de certificados y se apoya en una PKI de clave pública, justo lo que amenaza Shor. Su propuesta: aprovechar la futura ley y sus lineamientos para incorporar la criptoagilidad y los estándares postcuánticos del NIST. México podría ser así uno de los pocos países que recojan la criptoagilidad en el propio texto de la ley, al menos en su exposición de motivos.

5. Criptoagilidad: cambiar sin romper

Con una metáfora muy gráfica, Ainhoa comparó una cerradura soldada a la puerta (criptografía «cableada» en cada programa o dispositivo, que obliga a rehacer el sistema para cambiar un algoritmo) con un bombín intercambiable (criptografía como servicio separado que se actualiza sin tocar el resto). Deben poder cambiarse el algoritmo (RSA por ML-KEM), los parámetros (tamaños de clave), el protocolo (versión de TLS), los datos (el archivo histórico) y las reglas (nuevas normas). Porque «la criptografía ya no es un activo inmutable y seguro a perpetuidad». Y las políticas también deben ser criptoágiles: no se puede responder a ritmo humano a ataques que se producen a velocidad de máquina.

6. Qué nos espera

Ainhoa identificó cinco impactos para los próximos años:

  1. Convivencia de algoritmos: clásicos, híbridos y postcuánticos coexistirán durante años, y la negociación entre ellos será superficie de ataque (degradación).
  2. Criptografía visible: deja de ser invisible y afecta a gobiernos, empresas, universidades y personas.
  3. Núcleos de estabilidad: NIST, ISO, ETSI y los supervisores nacionales darán estabilidad en un entorno de cambio continuo.
  4. Soberanía digital: sin capacidad de evaluar o acceder a algoritmos seguros, la soberanía queda restringida; la criptografía ya fue tratada como un arma, y por eso China y Corea del Sur han lanzado sus propios concursos de algoritmos postcuánticos.
  5. Transformación del hardware: HSM, tarjetas, IoT y redes deben adaptarse a claves y firmas mayores y a más consumo de recursos, y certificar el nuevo hardware puede llevar cuatro o cinco años: hay que vigilar qué dependencias llegarán a tiempo para 2030.

Cinco mensajes y un primer paso

Cerró con cinco mensajes: la criptografía es el cimiento; la amenaza es real y asimétrica; el riesgo empieza hoy; los estándares ya existen; y la criptoagilidad es una responsabilidad compartida. Y con una invitación dirigida a los estudiantes: aprender los fundamentos, identificar dónde usan criptografía, preguntar «¿con qué algoritmo y con qué clave?» ante cada «eso está cifrado», pensar en la vida útil de la información, exigir criptoagilidad a plataformas y proveedores, y compartir lo aprendido.

La pregunta de los estudiantes

En el turno de preguntas, un asistente planteó lo difícil que puede resultar el cómputo cuántico a los estudiantes de informática en México, donde estos conceptos apenas empiezan a entrar en los planes de estudio. Ainhoa lo comparó con los inicios de la computación clásica y las tarjetas perforadas: se aprende probando. Citó el enfoque de Jorge Christen, que tras una primera base pasa enseguida a la práctica con simuladores gratuitos como los de IBM y Qiskit. Y tranquilizó a quienes temen las matemáticas: para afrontar la migración postcuántica no hace falta dominar la matemática de los algoritmos (pocos informáticos sabrían explicar RSA), sino tener criterio para saber dónde se usa la criptografía y elegir implementaciones correctas y certificadas, como las bibliotecas que ya incorporan algoritmos postcuánticos, entre ellas OpenSSL.

Para seguir leyendo

Enhorabuena a Ainhoa por su intervención, y gracias a la organización de ANIEI 2026 por la invitación. Si quieres profundizar en estos temas, estos artículos del blog son un buen punto de partida:

Si tu organización necesita evaluar su uso de la criptografía o planificar la transición postcuántica, en EADTrust podemos ayudarte: info@eadtrust.com · http://www.eadtrust.eu.

Ángel Luis Martín Bautista explica la Cartera de Identidad Digital Europea y su ecosistema (CNIS 2026)


Nota (octubre de 2026). La presentación de Ángel Martín que se recoge en el video referenciado en este artículo es muy interesante y sigue siendo una buena foto del proyecto, pero se dio el 26 de febrero de 2026 y desde entonces han pasado algunas cosas. Se han publicado nuevas versiones del Architecture and Reference Framework (la 2.9.0 en mayo y la 3.0.0 en verano). También se han adoptado nuevos actos de ejecución:

  • el Reglamento de Ejecución (UE) 2026/248, sobre los formatos de firma y sello electrónicos;
  • el Reglamento de Ejecución (UE) 2026/798, sobre el alta a distancia en la cartera, que el ponente da por rechazada «ayer»;
  • los Reglamentos de Ejecución (UE) 2026/1730, 2026/1731 y 2026/1735, de julio, que modifican los actos reabiertos (entre otras cosas, la fotografía del PID deja de ser una propuesta).

Lo que el ponente presenta como pendiente o en discusión debe leerse con esa perspectiva. Al final del resumen lo detallo.

En el XVI Congreso Nacional de Innovación y Servicios Públicos (CNIS 2026), celebrado el 26 de febrero de 2026, Ángel Luis Martín Bautista, jefe adjunto del Departamento de Tecnologías Disruptivas e Integridad de la Información de la Agencia Estatal de Administración Digital (AEAD), presentó la ponencia «Cartera de identidad digital: situación y ecosistema asociado».

La ponencia tiene tres partes: cómo avanza el proyecto europeo de cartera, el ecosistema de actores que la rodea y el estado del proyecto español. Sus mensajes principales son estos:

  • La cartera sustituye el modelo de nodos eIDAS de 2014 por otro en el que el ciudadano lleva sus datos y decide qué comparte.
  • La aplicación es solo una pieza. Para que funcione hacen falta una docena de actores, muchos de los cuales hay que notificar a la Comisión Europea.
  • La complejidad técnica crece: varios actos de ejecución se han reabierto y las tecnologías de formatos han pasado de 2 a 35, sin que se amplíe el plazo.
  • La cartera española debe estar lista el 24 de diciembre de 2026 y saldrá con el PID y las credenciales de mayor de 18 y de 16 años. El PID incluirá el número del DNI.
  • El alta exigirá nivel alto: cita presencial en una oficina de registro o lectura del DNIe por NFC. El alta totalmente remota no prosperó en la votación del acto de ejecución del día anterior a la charla.
  • El cotejo de identidades (identity matching) es un problema abierto, porque algunos países no incluirán un número de identificación en el PID.

Del eIDAS de 2014 a la cartera (0:53–3:44)

El primer Reglamento eIDAS, de 2014, buscaba que los medios de identificación electrónica de cada país sirvieran en los demás. La idea era buena, pero con los años mostró carencias:

  • Cada país notificaba su medio de identificación y los demás tenían que estudiarlo y aceptarlo, un proceso largo y farragoso.
  • Solo 14 Estados miembros llegaron a notificar un esquema; muchos ni siquiera ofrecían identificación electrónica a sus ciudadanos.
  • El sector privado no lo usó, aunque sí el público.
  • Era un sistema de «todo o nada»: se compartía toda la identificación o ninguna.
  • Exigía que cada Estado tuviera un nodo eIDAS que hacía de traductor. Cada vez que un país notificaba un medio nuevo, los 27 nodos tenían que actualizarse.

El nuevo modelo prescinde de los nodos: es el ciudadano quien lleva el dato y hace con él lo que quiere. La pieza central es la cartera digital.

Qué es la cartera de identidad digital de la UE y quién debe aceptarla (3:44–10:54)

  • Es el primer medio de identificación común de la UE: todos los ciudadanos podrán identificarse entre sí, en presencia y en línea, con un sistema interoperable.
  • Contiene los datos de identificación de la persona (PID), equivalentes a los del DNI español o la tarjeta de identidad de otros países.
  • Será obligatorio que cada Estado la ofrezca a finales de 2026, gratuita y voluntaria para el ciudadano.
  • Tiene tres funciones: identificar, presentar declaraciones electrónicas de atributos (cualquier atributo predicable de una persona, objeto o empresa) y firmar documentos electrónicos de forma gratuita para el ciudadano par usos particulares.
  • Se trabaja en casos de uso europeos y nacionales. Los europeos se definirán en rulebooks, guías con los datos, metadatos y arquitectura de cada caso.
  • Requisitos de ciberseguridad de nivel alto, divulgación selectiva de atributos y código fuente abierto.

Quién está obligado a aceptarla: el sector público; las entidades del sector privado obligadas a identificar a sus clientes (know your customer), como la banca, y los sectores que enumera el Reglamento (transporte, energía, servicios financieros, sanidad, agua…); y las grandes plataformas definidas por la Ley de Mercados Digitales. La diapositiva amplía la lista con seguridad social, servicios postales, infraestructura digital, educación y telecomunicaciones.

Otros servicios de confianza nuevos: la emisión de declaraciones electrónicas de atributos, con el mismo valor jurídico que un documento en papel; el archivo electrónico cualificado; y los libros mayores electrónicos. La gobernanza se apoya en un grupo de alto nivel sobre identidad digital en el que participan todos los Estados.

Esquema de funcionamiento: el ciudadano, en el centro, recibe las credenciales (declaraciones electrónicas de atributos) procedentes de fuentes auténticas o de emisores cualificados (hay credenciales cualificadas, no cualificadas y de organismos públicos) y las entrega a quien se las pida. La confianza transfronteriza se basa en registros de la Comisión y nacionales y en certificados de acceso y de registro. El ponente pone el ejemplo de una empresa alemana de alquiler de coches: la cartera debe saber que la empresa existe y alquila coches, y la empresa debe poder fiarse de los datos que recibe.

Actos de ejecución, consorcios y calendario (10:54–16:20)

Las especificaciones se debaten en el Marco de Arquitectura y Referencia (ARF), con un volumen de trabajo «increíble». Pero «lo que va a misa» es lo que los Estados votan en comitología: los actos de ejecución, que pasan a ser derecho vinculante.

La diapositiva de situación (referida a la versión 2.8.0 del ARF) detalla los lotes. La tabla sigue la presentación; la descripción oral del ponente no la sigue al pie de la letra.

LoteFecha en la diapositivaReglamentos de Ejecución (UE)Situación en febrero de 2026
121/11/20242024/2979 (integridad y funcionalidades básicas), 2024/2977 (PID y declaraciones electrónicas de atributos), 2024/2980 (notificaciones del ecosistema), 2024/2982 (protocolos e interfaces), 2024/2981 (certificación)Aprobados; todos salvo 2024/2981, reabiertos
206/05/2025 y 25/06/20252025/849 (listas de carteras), 2025/847 (brechas de seguridad), 2025/848 (partes usuarias), 2025/846 (cotejo de identidades), 2025/1569 (declaraciones electrónicas cualificadas de atributos)Aprobados; 2025/848 y 2025/1569, reabiertos
325–26/06/20252025/1566, 1567, 1568, 1570, 1571, 1572, 1929, 1942, 1943, 1945 y 1946 (servicios de confianza: firma y sello electrónicos, certificados cualificados, dispositivos cualificados, validación y conservación)Aprobados
416/09/20252025/2164 (formatos de las listas de confianza), 2025/2160 (prestadores no cualificados), 2025/2162 (organismos de evaluación de la conformidad)Aprobados
513/11/20252025/2530 (requisitos de los prestadores cualificados), formatos de firma y sello electrónicos (sin número en la diapositiva; hoy, 2026/248), 2025/2527 (certificados cualificados de sitio web), 2025/2532 (archivo electrónico), 2025/2531 (libros mayores electrónicos)Aprobados
6—Alta (on-boarding) en la carteraNon paper enviado
Siguientes—Nivel de garantía (art. 8.3), certificación de dispositivos cualificados de creación de firma, marco de los esquemas de identificación electrónicaNon paper pendiente

El dato más llamativo: en el acto de formatos del lote 1 había dos formatos; con la reapertura, las tecnologías propuestas ascienden a 35, y el plazo para tener las carteras no se amplía. «Fácil no nos lo están poniendo.»

Grandes consorcios europeos: proyectos multipaís que trabajan casos de uso para redactar los rulebooks. Ha habido seis: DC4EU, Potential, EWC, NOBID, APTITUDE y WE BUILD. El primero, DC4EU (Digital Credentials for Europe), lo lideró España, con 101 participantes de 26 Estados. Casos de uso citados: pagos, permiso de circulación, tarjeta sanitaria europea, títulos académicos, apertura de cuenta bancaria y el documento portátil A1 para acreditar la vida laboral en varios países.

Calendario: en 2026 deben adoptarse todos los actos de ejecución y notificarse a la Comisión los actores responsables en cada país. A finales de 2026 las carteras deben estar disponibles para los ciudadanos, y a finales de 2027 las empresas obligadas deben aceptarlas. La diapositiva de planificación lo detalla así: eIDAS2 en vigor en 2024; actos de ejecución adoptados entre 2024 y 2026; notificaciones a la Comisión en 2026; verificación de edad en 2025–2026; aceptación obligatoria para el sector público a finales de 2026–2027 y para el privado a finales de 2027.

Verificación de edad (16:20–18:47 y 30:45–31:29)

Varios Estados, España quizá el primero, se plantearon proteger a los menores del contenido para adultos y vieron que era un problema transfronterizo que nadie podía resolver por su cuenta. La cartera, obligatoria en 2026, era el instrumento natural: un caso de uso más.

El reto técnico es grande, porque hay que demostrar sin lugar a dudas que se supera una edad sin revelar ningún otro dato, y además:

  • lo que se presente debe ser distinto cada vez, para impedir el perfilado;
  • no debe existir ningún registro («efecto Gran Hermano») de cuándo y dónde se ha usado la cartera para esto.

Ya está terminada una primera versión de las especificaciones. Es un protocolo armonizado en la UE, alineado con el artículo 28 del Reglamento de Servicios Digitales sobre protección de menores en línea. La cartera española incluirá dos credenciales, mayor de 18 y mayor de 16 años, derivadas de la fecha de nacimiento del PID.

El ecosistema, actor por actor (18:47–30:45)

Para el ponente, la cartera es «un aspecto, y no de los más complejos» del ecosistema. Todos estos actores deben estar funcionando el día del lanzamiento, y muchos hay que notificarlos a la Comisión Europea.

ActorQué hace, según la ponencia
Punto de contacto únicoPersona u organismo de referencia en cada Estado para todo el ecosistema
Proveedor de la carteraQuien la suministra a los ciudadanos; se notifica a la Comisión
Usuario titularCiudadano o empresa que tiene la cartera
Proveedor de PIDEmite los datos de identificación. Su acto de ejecución se había reabierto
Emisores de declaraciones electrónicas de atributosDesde la DGT con el permiso de circulación hasta la empresa de alquiler de coches
Registro de partes usuariasNuevo procedimiento administrativo: un registro público, igual en todos los países, que acredita que una empresa existe, a qué se dedica y qué datos pide y para qué. Permite al ciudadano detectar peticiones excesivas («un título académico para alquilar un coche») y quejarse
Prestadores de servicios de confianzaEmiten a las partes usuarias registradas los certificados de acceso (obligatorios) y de registro (opcionales): X.509 «de toda la vida», pero exclusivos del ecosistema. El de acceso garantiza que la parte usuaria está registrada y comprobada; el de registro indica la finalidad y por qué se piden los datos. Este último es opcional porque aún faltan semánticas y metadatos por acordar
Organismo de supervisiónYa existe; previsiblemente asumirá nuevas responsabilidades
Fuentes auténticasLugar donde reside de forma indudable el origen de una información (un registro público, una academia de inglés). Los prestadores podrán consultarlas para emitir credenciales, y las fuentes podrán encargar a un tercero que emita por ellas
CertificaciónEsquema, organismo de certificación y organismos de evaluación de la conformidad. Dos esquemas: uno de ciberseguridad, con requisitos «extraordinariamente altos», y otro funcional
Cotejo de identidades (identity matching)Mecanismo para saber si dos identificaciones corresponden a la misma persona

El PID y el problema del cotejo. Según el ponente, los datos obligatorios del PID son muy pocos: nombre, apellidos, fecha de nacimiento y nacionalidad. Entre los opcionales está el número de identificación administrativo, en el que España incluirá el número del DNI, así que los españoles no causarán problemas a nadie. Pero habrá países que no lo incluyan, porque no tienen ese número (en algunos se considera inconstitucional) o porque tienen varios. «¿Cómo sé yo que el John Smith irlandés que me pidió una subvención por la mañana no es el mismo que me la pidió por la tarde?» El cotejo de identidades pretende permitir pedir los datos adicionales necesarios para asegurarse.

La reapertura del acto del PID proponía además incluir la fotografía. España la veía interesante, pero difícil antes de fin de año, porque muchas oficinas de registro no tienen cámaras.

La cartera española (20:48–23:00 y 31:29–33:08)

Alta con nivel alto. Como la cartera se basa en un esquema de nivel alto, obtenerla exigirá las mismas garantías que un pasaporte o un DNI. Habrá dos vías:

  1. Cita presencial en una oficina de registro. España es uno de los Estados con más oficinas de registro de la UE y las pondrá todas a disposición.
  2. DNI electrónico por NFC: quien recuerde la contraseña de su DNIe y tenga activos sus certificados podrá acercarlo al móvil y crear el PID con garantías.

Se discutía en Europa una tercera vía, el alta digital remota (videollamada o verificación del documento por inteligencia artificial, como en la banca). El acto de ejecución se votó «ayer» (el 25 de febrero) y no salió adelante, porque muchos países no lo consideraban tan seguro.

Prototipo. El ponente mostró las pantallas: descarga, ayuda, activación, añadir la credencial de identidad digital y pedir cita desde la propia aplicación si no se tiene NFC. Las credenciales se piden mediante un código QR que lleva dentro la solicitud concreta.

Lanzamiento. La cartera saldrá con el PID y las credenciales de mayor de 18 y mayor de 16 años. Hay muchas otras en preparación, tanto europeas, procedentes de los consorcios, como españolas. La fecha fijada es el 24 de diciembre: «Vienen para Papá Noel».

La diapositiva de credenciales de valor añadido marca la de mayor de 16 años como «en estudio». Como futuras credenciales cita: titulaciones universitarias y no universitarias, permiso de conducción (DGT), tarjeta sanitaria europea, documento A1 de la Seguridad Social, residencia, tarjeta sanitaria de las comunidades autónomas y certificado de ausencia de delitos sexuales.

Cierre. «Es un proyecto muy complejo precisamente porque quiere ser sencillo para el usuario, muy seguro, y confluir con Europa.»

Qué ha cambiado desde febrero, y algunos matices

  • Alta remota. Pese a la votación fallida del 25 de febrero, en abril se publicó el Reglamento de Ejecución (UE) 2026/798, que regula el alta a distancia en la cartera con nivel de garantía alto.
  • Actos reabiertos. En julio se publicaron los Reglamentos de Ejecución (UE) 2026/1730, 2026/1731 y 2026/1735. Modifican los actos que la diapositiva marcaba como reabiertos: 2025/848; 2024/2977, 2024/2979, 2024/2980 y 2024/2982; y 2025/1569. Con el 2026/1731, la fotografía del titular pasa a formar parte del PID salvo que el usuario decida no incluirla.
  • Formatos de firma y sello. El acto del lote 5 que aparecía sin número es el Reglamento de Ejecución (UE) 2026/248.
  • ARF. La presentación se basa en la versión 2.8.0. Después llegaron la 2.9.0 y la 3.0.0, alineada con los actos modificados.
  • Datos obligatorios del PID. Entre ellos el ponente no menciona el lugar de nacimiento, que sí figura en el Reglamento de Ejecución (UE) 2024/2977.
  • Cotejo de identidades. El ponente lo presenta como un acto «en elaboración», pero su propia diapositiva muestra el Reglamento de Ejecución (UE) 2025/846 aprobado en mayo de 2025. Probablemente se refiere a su desarrollo práctico.
  • Lotes. Su descripción oral no coincide del todo con la diapositiva: sitúa las listas de confianza en el lote 5 (en la diapositiva están en el lote 4), y no solo el lote 1 estaba reabierto, sino también dos actos del lote 2.
  • Certificados de acceso y de registro. El registro de partes usuarias y estos certificados abren un papel nuevo para los prestadores de servicios de confianza.

El problema del John Smith irlandés es el mismo que planteaba en «Codificación de los números de identidad de los ciudadanos de la Unión Europea en los certificados»: es una buena noticia que desde la AEAD se reconozca que habrá países sin número personal en el PID.

Artículos relacionados en este blog

Camino a la criptoagilidad: qué tener en el radar en la transición postcuántica a finales de 2026


Quien siga de cerca la transición a la criptografía postcuántica habrá notado que en los últimos seis meses el tema ha pasado de las recomendaciones genéricas a los calendarios con fechas, las normas técnicas aplicables y los estándares de protocolo publicados. Al mismo tiempo, una pieza que muchos esperábamos para este año, el estándar de firma FN-DSA (FIPS 206), sigue sin aparecer. En esta entrada repaso lo más relevante: normativa y pautas públicas, estándares de NIST, ETSI e IETF, la evolución de los certificados TLS y las herramientas abiertas para elaborar el inventario criptográfico.

FIPS 206 (FN-DSA): todavía no

En agosto de 2024 NIST publicó los tres primeros estándares postcuánticos: FIPS 203 (ML-KEM, mecanismo de encapsulado de claves derivado de CRYSTALS-Kyber), FIPS 204 (ML-DSA, firma basada en retículos derivada de CRYSTALS-Dilithium) y FIPS 205 (SLH-DSA, firma basada en funciones hash derivada de SPHINCS+). El cuarto, FIPS 206, debía especificar FN-DSA, la firma derivada de Falcon (de ahí el nombre: FFT over NTRU-Lattice-Based Digital Signature Algorithm), cuyo atractivo son unas firmas mucho más compactas que las de ML-DSA (en torno a 666 bytes en el nivel I frente a los 2.420 de ML-DSA-44).

A fecha de hoy FIPS 206 no se ha publicado, ni siquiera como borrador para comentarios públicos (initial public draft). En abril de 2026, Dustin Moody (NIST) indicaba en el foro PQC que el borrador seguía en la cadena de aprobación administrativa, sin fecha concreta. Y el 28 de septiembre de 2026 el equipo de FIPS 206, a través de Ray Perlner, presentó un nuevo plan sometido a discusión:

  • Un único procedimiento de firma, especificado con el detalle suficiente para validarse con vectores de prueba conocidos (KAT).
  • Aritmética de punto fijo en la generación de claves y en la firma (inicialmente 32.32 y 64.64), en lugar de la de punto flotante, que es la que hace de Falcon un algoritmo delicado de implementar de forma segura y reproducible.
  • Las variantes optimizadas se aprobarían más adelante en publicaciones especiales (SP) separadas, con sus propios KAT y separación de dominio.

Cambiar decisiones de diseño a estas alturas sugiere que el borrador tardará todavía unos meses, y que después vendrá el periodo de comentarios y la versión final. Para quien necesite firmas postcuánticas hoy, las opciones estandarizadas siguen siendo ML-DSA (Dilithium) y SLH-DSA (SPHINCS+) y, para firmware, los esquemas con estado LMS y XMSS de la SP 800-208.

NIST sí ha movido otras piezas en 2026: el borrador de la SP 800-230 (13 de abril), con nuevos juegos de parámetros de SLH-DSA (SPHINCS+) para casos de uso con un número limitado de firmas; el borrador de la SP 800-133r3 (17 de abril) sobre generación de claves; y el paso de nueve candidatos a la tercera ronda del proceso de firmas adicionales (NIST IR 8610, mayo). El estándar del segundo KEM, HQC (Hamming Quasi-Cyclic, basado en códigos correctores de errores), seleccionado en marzo de 2025 como alternativa a ML-KEM (Kyber) basada en otro problema matemático, también está pendiente de borrador.

El calendario ya tiene fechas

La novedad más importante del año no es técnica sino de planificación: Europa, España y Estados Unidos coinciden ya en un calendario muy parecido.

Unión Europea

La hoja de ruta coordinada del Grupo de Cooperación SRI (NIS), publicada en junio de 2025, fijó tres hitos: iniciar la transición antes de finales de 2026, completar la migración de los casos de uso de riesgo alto antes de 2030 y la del resto, en la medida de lo posible, antes de 2035. En enero de 2026 la Comisión dio un paso más con la Propuesta de Directiva del Parlamento Europeo y del Consejo por la que se modifica la Directiva (UE) 2022/2555 sobre medidas de simplificación y armonización con la [Propuesta de Reglamento sobre la Ciberseguridad 2] (COM(2026) 13 final, de 20 de enero de 2026). La Directiva (UE) 2022/2555 es la Directiva SRI 2, más conocida por su sigla inglesa NIS2. Su artículo 1, apartado 5, añade al artículo 7.2 de la Directiva, que enumera las políticas que deben formar parte de la estrategia nacional de ciberseguridad, una nueva letra:

«k) para la transición hacia una criptografía postcuántica, teniendo en cuenta los calendarios de transición y los requisitos pertinentes establecidos en los actos jurídicos y políticas de la Unión aplicables.»

El considerando 8 explica el porqué: la posibilidad de ataques basados en «recopilar ahora para descifrar más adelante», «que probablemente ya están teniendo lugar», los riesgos futuros de falsificación de firmas mediante ataques cuánticos y la retirada progresiva de los algoritmos de clave pública actuales «hacen aún más urgente iniciar acciones de migración a la criptografía poscuántica». Pide que esas políticas incluyan herramientas para evaluar la exposición de los activos criptográficos, un plan de migración y pruebas de implantación, que fomenten soluciones europeas verificadas y sometidas a evaluación formal, y que se ajusten a la hoja de ruta del Grupo de Cooperación SRI, «logrando así la migración a la criptografía poscuántica de aquí a 2030 para los casos de uso crítico y de aquí a 2035 para los casos de uso de nivel medio y bajo». Es todavía una propuesta, sujeta al procedimiento legislativo ordinario, pero convierte la hoja de ruta en una obligación de los Estados.

En el ámbito de la certificación de productos, ENISA y el subgrupo de criptografía del ECCG sometieron a consulta pública, hasta finales de julio de 2026, la versión 3 de los Agreed Cryptographic Mechanisms del esquema europeo EUCC, la referencia de mecanismos criptográficos aceptados para productos certificados.

España

En julio de 2026 el Centro Criptológico Nacional publicó la guía de buenas prácticas CCN-TEC 009 (BP/37) «Recomendaciones para una transición postcuántica segura», que traslada el calendario europeo a nuestro contexto:

  • 31 de diciembre de 2026: estrategia y gobernanza definidas, inventario criptográfico, clasificación de casos de uso y pilotos en marcha para los sistemas de riesgo alto y medio.
  • 31 de diciembre de 2030: migración completada en los sistemas de riesgo alto.
  • 31 de diciembre de 2035: migración completada en los de riesgo medio y, en lo posible, en los de riesgo bajo.

La guía recomienda soluciones híbridas al menos en las primeras etapas: en el establecimiento de claves, combinar al menos dos mecanismos (intercambio clásico, intercambio postcuántico o claves precompartidas) mediante una función de derivación; en firmas, hibridar las basadas en retículos (ML-DSA y FN-DSA), mientras que las basadas en hash (XMSS y SLH-DSA) no lo requieren. Entre los KEM cita ML-KEM, HQC y FrodoKEM, que considera la opción más conservadora. Insiste en la criptoagilidad como criterio de diseño, en el gobierno del programa (comité, oficina PQC, equipos técnicos) y en su alineamiento con el ENS, NIS2, DORA y el RGPD, y recuerda el teorema de Mosca para estimar el margen disponible: si el tiempo que deben protegerse los datos más el tiempo de migración supera el plazo hasta que exista un ordenador cuántico relevante, el problema ya está aquí. Para elegir productos remite a la guía CCN-STIC 221 de mecanismos autorizados y al apartado Quantum Resistant del catálogo CPSTIC.

En septiembre, el secretario de Estado de Telecomunicaciones e Infraestructuras Digitales, Antonio Hernando, anunció en el encuentro de AMETIC en Santander que el Gobierno elaborará un inventario de sistemas, empezando por la Administración General del Estado, y un calendario de migración que situaría el inicio de la transición de los sistemas más críticos en 2030-2031. Por ahora no hay real decreto ni orden ministerial: es un anuncio de plan, que conviene seguir.

Estados Unidos

La orden ejecutiva 14412, Securing the Nation Against Advanced Cryptographic Attacks, de 22 de junio de 2026, endurece los plazos federales: criptografía postcuántica para el establecimiento de claves en los activos de alto valor y sistemas de alto impacto antes del 31 de diciembre de 2030, y para las firmas antes del 31 de diciembre de 2031. El memorando OMB M-26-15 que la acompaña pide además un inventario criptográfico automatizado que alimente un CBOM central. En el sector privado, Google anunció el 25 de marzo su objetivo de estar preparada en 2029, con ML-DSA incorporado a Android 17 para el arranque verificado y la atestación.

ETSI TS 119 312: los prestadores de servicios de confianza ya tienen reglas

Para los prestadores cualificados de servicios de confianza la publicación más relevante del semestre es la ETSI TS 119 312 V2.1.1 (junio de 2026), Cryptographic Suites, la especificación que establece qué algoritmos y longitudes de clave son adecuados para firmas, sellos y certificados en el ecosistema eIDAS. La versión 2 supone un cambio de enfoque:

  • Incorpora ML-DSA (Dilithium; parámetros 44, 65 y 87) y SLH-DSA (SPHINCS+) como algoritmos recomendados, y LMS y XMSS de forma condicionada a una gestión estricta del estado.
  • Define un marco de firmas híbridas (cláusula 6.4), con combinaciones recomendadas como RSA-PSS de 3.000 bits o más con ML-DSA-65.
  • Fija fechas de fin concretas: los certificados con claves RSA de menos de 3.000 bits no deberían emitirse después del 31 de diciembre de 2026, y su validez no debería ir más allá de 2028.
  • Exige protección postcuántica (híbrida o por sustitución) cuando la validez de lo protegido se extienda más allá de 2030, tanto para RSA como para ECDSA.

No incluye todavía FN-DSA (Falcon), por la razón ya explicada, ni ML-KEM (Kyber), que no es un algoritmo de firma. Y remite el calendario detallado de migración a un documento específico de ETSI que aún está en elaboración.

En España, el abandono de RSA-2048 por los prestadores no es solo una recomendación técnica: tiene mandato del organismo supervisor. La Subdirección General para la Sociedad Digital, de la Secretaría de Estado de Digitalización e Inteligencia Artificial, publicó en octubre de 2025 la Nota sobre la migración del algoritmo RSA, dirigida a los prestadores cualificados y no cualificados que usan RSA. Les exige cumplir el Anexo 1 de la guía CCN-STIC 807 del Centro Criptológico Nacional, según el cual a partir del 1 de enero de 2027 los certificados RSA que se sigan emitiendo deberán usar módulos de al menos 3.000 bits. Los prestadores cualificados que tengan jerarquías con claves más cortas deben generar otras nuevas y acreditarlo con un informe técnico de un organismo de evaluación de la conformidad que incluya, como mínimo, la evidencia de la ceremonia de generación de claves (o con el informe de su auditoría, si se realiza antes del 31 de diciembre de 2026). Ya lo comenté en «Actualización urgente para las administraciones públicas en relación con las firmas electrónicas», porque las Administraciones deben adaptar sus sedes y plataformas de firma para aceptar los nuevos certificados.

Norma europea y supervisor nacional coinciden, por tanto: 2026 es el último año para emitir certificados RSA-2048, y quien firme o selle documentos que deban conservar su valor más allá de 2030 debe planificar ya la hibridación con algoritmos postcuánticos.

En otro ámbito, ETSI ha publicado el informe técnico TR 104 171 (versión 1.1.1, de marzo de 2026, difundido en septiembre) con pautas de implementación para generadores cuánticos de números aleatorios (QRNG), que introduce el concepto de «confianza cero en la entropía».

En la parte de cifrado, la que protege frente a la recolección de tráfico para descifrarlo en el futuro, el IETF ha cerrado este año los documentos que faltaban:

TLS: el intercambio de claves postcuántico ya es estándar

  • RFC 9954 (julio de 2026), de carácter informativo, define la construcción general del intercambio de claves híbrido en TLS 1.3: se combinan un algoritmo clásico y uno postcuántico y el secreto resultante es seguro mientras lo sea cualquiera de los dos.
  • RFC 10024, Post-Quantum Traditional (PQ/T) Hybrid Key Agreement Mechanisms for TLS 1.3 (agosto de 2026), en vía de estándar, la concreta en tres grupos: X25519MLKEM768, el único marcado como recomendado en el registro de IANA y el que ya negocian por defecto los principales navegadores, y SecP256r1MLKEM768 y SecP384r1MLKEM1024, pensados para entornos cuyas normas exigen curvas NIST.
  • El borrador de ML-KEM sin componente clásico en TLS fue aprobado por el IESG en septiembre, está en la cola del RFC Editor y se publicará como RFC informativa; en el registro de IANA figura como no recomendado, frente al híbrido.

Es decir, las orientaciones del IETF coinciden con las del CCN: híbrido primero. Activar X25519MLKEM768 en servidores, balanceadores y CDN es hoy una de las acciones con mejor relación entre coste y beneficio.

La autenticación: certificados más cortos y Merkle Tree Certificates

La autenticación postcuántica es más difícil por una cuestión de tamaño. Una firma ML-DSA-44 (Dilithium) ocupa unos 2.420 bytes, frente a los 64 de ECDSA P-256; con las varias firmas y claves públicas que viajan en un handshake TLS (certificado, cadena, transparencia), la sustitución directa llevaría el handshake por encima de los 10 KB, con un impacto apreciable en la latencia. ML-DSA ya está definido para certificados X.509 en el RFC 9881 (octubre de 2025), pero su despliegue masivo en la web es otra cosa.

Por eso cobra interés el trabajo del grupo IETF PLANTS sobre los Merkle Tree Certificates (MTC): la autoridad de certificación emite los certificados en lotes, firma una sola vez la raíz del árbol de Merkle y los navegadores reciben esas firmas por separado, de modo que en el handshake solo viaja una prueba de inclusión. Let’s Encrypt anunció en junio que tendrá un entorno de pruebas con MTC a finales de 2026 y uno de producción en 2027, y Cloudflare y Chrome están experimentando con el mismo esquema.

En paralelo avanza la reducción de la duración de los certificados TLS acordada en el CA/Browser Forum (votación SC-081v3, abril de 2025): desde el 15 de marzo de 2026 el máximo es de 200 días, que bajará a 100 días en marzo de 2027 y a 47 días en marzo de 2029. La justificación principal es reducir la dependencia de una revocación que no funciona bien y la vigencia de datos de validación obsoletos, pero hay un argumento que interesa especialmente aquí: la criptoagilidad. Una organización que renueva sus certificados cada pocas semanas de forma automatizada (con ACME) puede cambiar de algoritmo, de clave o de autoridad de certificación en un ciclo de renovación; una que gestiona certificados de un año a mano, no. La renovación frecuente es, en la práctica, el ensayo general de la migración postcuántica.

El primer paso: inventario y CBOM con herramientas abiertas

Todas las guías coinciden en que el primer paso es saber qué criptografía se usa, dónde y para proteger qué información durante cuánto tiempo. El formato que se está imponiendo para documentarlo es el CBOM (Cryptography Bill of Materials), incorporado al estándar CycloneDX en su versión 1.6 (abril de 2024), que describe algoritmos, claves, certificados, protocolos y bibliotecas de un sistema y sus dependencias.

Entre las herramientas abiertas destaca CBOMkit, ahora bajo el paraguas de la Post-Quantum Cryptography Alliance de la Linux Foundation, que incluye un visor, un generador de CBOM y un plugin para SonarQube (sonar-cryptography) que detecta el uso de criptografía en el código fuente. En 2026 ha añadido soporte para Go, además de Java y Python, y está migrando su salida a CycloneDX 1.7. Un CBOM generado a partir del código, combinado con el inventario de certificados y configuraciones TLS de la infraestructura, es exactamente lo que piden tanto la guía del CCN como el memorando M-26-15.

Qué hacer ahora

Con lo publicado en estos meses, la lista de tareas para una entidad grande queda bastante definida:

  1. Gobierno: nombrar responsables y aprobar un plan con presupuesto antes de que termine 2026, como pide el CCN.
  2. Inventario y CBOM: descubrir la criptografía de aplicaciones, infraestructura y proveedores, y clasificar los casos de uso por riesgo y por tiempo de vida de la información.
  3. Quick wins: activar el intercambio de claves híbrido X25519MLKEM768 en TLS y automatizar la renovación de certificados.
  4. Firmas de larga duración: revisar qué documentos, sellos y evidencias deben conservar su valor más allá de 2030 y planificar firmas híbridas conforme a la ETSI TS 119 312.
  5. Proveedores: incluir la criptoagilidad y la hoja de ruta postcuántica en los requisitos de compra.
  6. Formación: preparar a los equipos técnicos y de cumplimiento, porque la migración será larga y afectará a casi todos los sistemas.

Cómo puede ayudar EADTrust

En EADTrust llevamos tiempo trabajando en esta transición. Nuestras jerarquías de certificación ya combinan RSA de 4.096 y 8.192 bits con curva elíptica ECC de 256 y 384 bits, precisamente para tener margen de criptoagilidad (por eso la nota del supervisor sobre RSA no nos ha afectado), y acompañamos a otras organizaciones en el mismo camino:

  • Formación en computación cuántica y criptografía postcuántica, in company y en abierto. Impartimos el curso de computación cuántica y criptografía postcuántica y lo adaptamos a cada organización, de forma presencial, en línea o híbrida, para que los equipos entiendan qué cambia, por qué y cómo abordarlo. Además, una vez al año celebramos una edición en abierto, presencial, que tendrá lugar cada año en torno al 14 de abril, Día Mundial de la Cuántica. La edición de 2026, con la metodología ENSAR y los modelos del IQC Kit, que permiten «tocar» los conceptos que se explican, se celebró los días 22 y 23 de abril (más información en «Evento formativo sobre computación cuántica y criptografía postcuántica en abril de 2026, con la metodología ENSAR»). Puede consultar el resto de nuestra oferta formativa en la página de cursos EADTrust.
  • Acompañamiento profesional en la migración de sistemas criptográficos de entidades grandes: inventario y CBOM, análisis de riesgos y priorización, hoja de ruta alineada con el calendario europeo y la guía del CCN, diseño de soluciones híbridas y adaptación de infraestructuras de clave pública. Ya estamos trabajando en estos aspectos con dos grandes clientes.

Si su organización necesita empezar o acelerar su transición postcuántica, puede contactar con nosotros:

Referencias

Fuentes originales

Resúmenes y artículos de terceros

Launchpad 2026, a finales de octubre en Bruselas


He actualizado (el 22 de octubre de 2026) este artículo originalmente escrito el 16 de octubre de 2026, porque la Comisión ha completado la agenda del Launchpad con las demostraciones de los Estados miembros y de los pilotos a gran escala, y ha repartido las sesiones en varias salas que funcionan en paralelo. He reorganizado la entrada por días y salas, he añadido las demostraciones (entre ellas, la de la Cartera Digital española) y he corregido los cambios de ponentes y títulos.

La Comisión Europea ha publicado la agenda del EUDI Wallets Launchpad 2026, la segunda edición del encuentro de los equipos que despliegan la Cartera de Identidad Digital Europea. Se celebrará los días 29 y 30 de octubre de 2026 en The Egg (Rue Bara 175, Anderlecht), junto a la estación de Bruselas-Midi, y como el año pasado será solo con invitación.

La agenda es muy completa, pero la web obliga a ir pinchando sesión a sesión, cambiando de día y de sala y abriendo cada ficha para saber de qué trata y quién interviene. Por eso he preferido reunirla aquí en una sola página, junto con un breve repaso de lo que fue la primera edición y de cómo ha cambiado el enfoque.

Qué fue el Launchpad 2025

La primera edición se celebró del 10 al 12 de diciembre de 2025 en SPARKS (Bruselas) y la resumí en la entrada «EUDI Wallets Launchpad 2025 y Cartera de España». Fue el primer evento de pruebas de varios días organizado por la Comisión para los implementadores de la cartera, con un objetivo claro: crear comunidad y comprobar la interoperabilidad, la conformidad con las especificaciones y la preparación para el uso transfronterizo.

Combinó rondas de pruebas técnicas entre carteras, emisores y verificadores (cientos de pruebas en dos modalidades), sesiones técnicas sobre las normas de base, seudónimos, pruebas de conocimiento cero, la Digital Credentials API y las bibliotecas de referencia, demostraciones de carteras nacionales y talleres de experiencia de usuario y comunicación pensando en el despliegue masivo de 2026.

España tuvo un papel destacado: Ángel Martín Bautista (Agencia Estatal de Administración Digital) presentó la estrategia de la cartera española y Sancho Canela (NTT Data) hizo una demostración técnica, con la verificación de edad como primer caso de uso, el DNI electrónico como fuente de identidad de nivel alto y la expedición de datos PID por la FNMT.

Cómo ha cambiado el enfoque en 2026

Si 2025 fue el evento de las pruebas, 2026 es el del lanzamiento. La Comisión lo presenta como «Launchpad 2.0» y como una celebración del trabajo de los Estados miembros en sus carteras nacionales, que deben estar disponibles antes de que termine el año. Los cambios principales son:

  • Dos días en lugar de tres, organizados en torno a tres lemas: Work it (pruebas y talleres de cocreación), Show it (demostraciones, ponencias y paneles) y Share it (feria, expositores y networking).
  • Varias salas en paralelo. Las ponencias, paneles y demostraciones se reparten entre tres escenarios (Auditorium, Studio y Aquarium), los talleres se celebran en las salas Riverside R1 y R6, y las pruebas de interoperabilidad, en la Riverside Blackbox. El Grand Hall queda para la feria.
  • Las pruebas pasan de la interoperabilidad a la preparación operativa. Se busca validar cómo funcionan las soluciones juntas en condiciones reales, con sistemas en desarrollo para producción y no con demos simplificadas, y está abierto a todos los Estados miembros sea cual sea su grado de madurez. Hay una nueva versión del Testing Playbook.
  • Más actores invitados: además de los equipos nacionales, los pilotos a gran escala APTITUDE y WE BUILD, los organismos de evaluación de la conformidad, laboratorios de pruebas, organismos de normalización y partes usuarias y emisores, tanto públicos como privados.
  • La infraestructura de confianza entra en las pruebas. Los participantes usarán el eIDAS Dashboard y las listas de entidades de confianza (LoTE) en el entorno de aceptación: proveedores de PID, de permisos de conducir móviles y de carteras, y prestadores de certificados de acceso de partes usuarias.
  • Las especificaciones de referencia son las que ya recogen los actos de ejecución: OpenID4VCI 1.0, OpenID4VP 1.0 y su perfil HAIP, ISO/IEC 18013-5 y 18013-7 (anexo C), la serie ETSI TS 119 472, ETSI TS 119 602 (listas de entidades de confianza) y la Token Status List del IETF.
  • El programa se abre a nuevos temas: modelos de negocio, partes usuarias e intermediarios, inteligencia artificial y agentes, inclusión y accesibilidad, certificación, pagos, y la proyección del modelo europeo fuera de la UE.

La Cartera Digital española, en el escenario principal

España presenta su cartera el jueves 29, de 11:15 a 12:00, en el Auditorium, dentro de la demostración «Bringing Wallets to life: from pilots to operational national wallet ecosystems». Intervienen Ángel Luis Martín Bautista, Raúl Iturbe y Sancho Canela, de la Agencia Estatal de Administración Digital (AEAD), que responderán a la pregunta de cómo pasar de los pilotos a un ecosistema operativo. Comparten el bloque Alemania (d-you, con Kristina Yasuda, de SPRIN-D, sobre los factores críticos para lanzar la cartera alemana en enero de 2027) y Finlandia (Suomi.fi, con Pekka Rehn y Jyri Sillanpää, de la Agencia Digital finlandesa).

Jueves 29 de octubre

La jornada empieza a las 9:00 en el Auditorium con la bienvenida de la maestra de ceremonias Claire Doole y, a las 9:15, la intervención inaugural de Norbert Sagstetter, jefe de la unidad H.4 de la DG CNECT, sobre el estado del despliegue, lo que cabe esperar en 2027 y la visión de la Comisión. La sesión de pruebas de interoperabilidad funciona en paralelo durante todo el día en la Riverside Blackbox.

Auditorium: las carteras nacionales

  • 09:30 · Demostración Building trust before the launch: Rumanía (RO Wallet, con Viky Manaila y Anca Bizoi, del Ministerio del Interior) e Irlanda (The Trust Paradox, con Tony Shannon y Radomir Drndarski, de la Oficina del CIO del Gobierno) explican cómo ganarse la confianza de los ciudadanos antes del lanzamiento.
  • 10:15 · Panel Working with the market, sobre la integración de la cartera con las soluciones nacionales existentes, con Wim Coulier (itsme), Christine Mahieu (SPF BOSA, Bélgica) y Mirko Calvaresi (PagoPA, Italia).
  • 11:15 · Demostración Bringing Wallets to life: España, Alemania y Finlandia (véase el apartado anterior).
  • 13:15 · Demostración From launch to adoption: Dinamarca (AltID, con Kristine Sloth y Joachim Møller Alstrup), Francia (France Identité, con Anthony Carmoy y Jérôme de Forsan de Gabriac) e Italia (IT-Wallet, con Giulio Messori y Norma Cocito, de PagoPA) muestran tres formas de pasar de tener la cartera disponible a que se use.
  • 14:45 · Panel Go-between: practical perspectives on Relying party onboarding, moderado por Madis Ehastu (Comisión Europea), con Robert Poznański (Asseco Data Systems), Irene Hernández (Gataca) y Herbert Leitold (A-SIT, Austria), sobre cómo acelerar la incorporación de partes usuarias y el papel de los intermediarios.
  • 16:00 · One Wallet for the whole journey: Matteo Mannino (Comisión Europea) presenta la cartera como facilitador horizontal de los viajes y la movilidad.
  • 16:10 · Demostración Travel & Mobility: GRNET y la Universidad del Egeo (APTITUDE / WE BUILD) conectan los distintos momentos de un viaje europeo con una sola cartera; IN Groupe (APTITUDE) muestra el embarque con PID, tarjeta de embarque y biometría en el aeropuerto de Marsella; e iDAKTO, el acceso a servicios de bicicleta urbana.
  • 17:15 · Cierre de la primera jornada, seguido de networking.

Studio: marco de confianza, interoperabilidad y normalización

  • 10:15 · About the trust framework: Asa Barton (Comisión Europea) introduce el marco de confianza.
  • 10:30 · Beyond the checkbox – Trust and compliance for the wallet ecosystem: Apostolos Apladas, Olivier Barette y Thoke Magnussen (Comisión Europea) explican el nuevo marco de confianza de la cartera y muestran el eIDAS Dashboard.
  • 11:30 · Enabling Trust in EUDI Wallets: A QTSP Perspective: Riho Kurg (Zetes) presenta la visión de un prestador cualificado con un SDK de cartera y dispositivos remotos cualificados de creación de firma en producción.
  • 14:00 · Getting Relying Parties Engaged – Questions and Concerns from the Trenches: Esther Makaay (Signicat) repasa los obstáculos prácticos de las partes usuarias, sobre todo en el uso transfronterizo.
  • 14:25 · From Open Source to National Scale: The Romania-Germany Wallet Story: Viky Manaila y Adrian Bieschke (Ministerio Federal alemán de Transformación Digital) cuentan cómo Rumanía construyó su cartera nacional en seis meses reutilizando componentes de código abierto alemanes.
  • 15:00 · Panel Wallet interoperability in practice, moderado por Karen Coleman, con Esther Makaay (Signicat / WE BUILD), Anthony Carmoy (France Identité / APTITUDE), Sabine Otto (Comisión Europea) y Peter Benedek (RDE / mDL4EU).
  • 16:10 · Access to Secure Elements on Mobile Devices: Perspectives from the ECB and the European Commission: Steven De Vries (Banco Central Europeo) y Sebastian Drosselmeier (Comisión Europea) abordan el acceso a los elementos seguros de los móviles, clave para proteger las claves criptográficas de la cartera y del euro digital.
  • 16:45 · ISO standards and the EUDI-wallet, 2026 and beyond: Remco Schaar (ISO) repasa las normas ISO aplicables a la cartera y las que están en preparación.

Aquarium: mercado, verificación de edad, el mundo y la IA

  • 09:50 · Markets for wallets – insights from EU-wide business model study: Francesco Aicardi (Comisión Europea) presenta las conclusiones del estudio de la Comisión sobre la sostenibilidad del ecosistema, del que hablé en «¿Quién paga la Cartera de Identidad Digital Europea?»: dónde crea valor la cartera, por qué las partes usuarias pagarían por datos verificados y cómo pueden ayudar los intermediarios.
  • 10:10 · Panel Markets for Wallets – From the ground up, moderado por Francesco Aicardi, con Florian Andreae (DSGV, las cajas de ahorros alemanas), Luigi Castaldo (Namirial) y Benjamin Ledwon (Amadeus).
  • 11:30 · Demostración EU Age Verification Blueprint: Riitta Partala (Scytales) e Isabelle Sigl (Comisión Europea) muestran el flujo de la solución europea de verificación de edad.
  • 13:15 · Panel Lessons from digital identity deployments across the globe, moderado por Tamsin Rose, con Soshi Hamaguchi (Agencia Digital de Japón), Chris Goh (ASEAN), Vicente Andreu Navarro (Comisión Europea) y David Taylor (OfDIA, Reino Unido).
  • 14:30 · Who’s behind the Agent? CIO perspective on AI: Paolo de Rosa (Comisión Europea) plantea si los agentes de IA pueden autenticarse y firmar transacciones, y cómo.
  • 14:50 · Who Signs When Your Agent Does the Deal?: Andrea Valle (Adobe) aborda la delegación, la responsabilidad y el papel de la cartera en la confianza de los agentes autónomos.
  • 15:10 · Demostración Trust and Authorisation in the Age of AI, de Alexis Delamare Deboutteville (Verifiables).

Riverside: talleres

  • 09:30 · DG AGRI – Wallets for Farmers (R1): taller cerrado sobre las necesidades del sector agroalimentario de cara a las carteras de identidad y de empresa.
  • 10:00 · Reducing friction of in-store verification (R6): cómo mejorar la verificación presencial en comercios (NFC o QR, accesibilidad, preautorización).
  • 14:00 · EUDI Wallets communication campaigns (R6): mensajes, medios y gestión de crisis ante el lanzamiento en todos los Estados miembros.

Viernes 30 de octubre

Claire Doole abre la segunda jornada a las 9:00 en el Auditorium. Las pruebas de interoperabilidad continúan en la Riverside Blackbox hasta media tarde.

Auditorium: inclusión, confianza, pagos y servicios públicos

  • 09:15 · Inclusion Starts With «I»: Thea Kirsch (Common Codes) comparte la experiencia alemana de trabajo con la sociedad civil y personas con necesidades diversas.
  • 09:30 · Panel Implementing inclusion – the EUDI Wallets experience, moderado por Verena Sczech (Comisión Europea), con Mike Alders (Ayuntamiento de Ámsterdam), Susanna Laurin (CEN-CENELEC), Chris Wan (Common Codes) y Petros Kavassalis (i4m Lab).
  • 10:45 · The role of trust in the EUDI Wallets ecosystem: Sabine Otto (Comisión Europea) explica cómo el registro y la certificación de proveedores de credenciales, partes usuarias y proveedores de carteras construyen la confianza.
  • 11:00 · Demostración Building Trust Across the Wallet Ecosystem: RDW (Ivo van der Werff) muestra cómo convertir el permiso de conducir en una credencial para la cartera, y Raidiam (Łukasz Jaromin, WE BUILD), cómo los registros de partes usuarias permiten saber en quién confiar.
  • 11:40 · How to tackle the uncertainty and help to build the ecosystem of trust: Lenka Gondova (NBU, Eslovaquia) presenta el esquema eslovaco de certificación.
  • 13:00 · The importance of the Payments use case: Francesco Aicardi (Comisión Europea) introduce la demostración de pagos.
  • 13:15 · Demostración Payments & Banking: DSGV (Florian Andreae, APTITUDE) muestra la autenticación reforzada de clientes con la cartera; Mastercard (Marie Austenaa y Marco Bianchetti, WE BUILD), la apertura de una cuenta bancaria al cambiar de país; y Authologic (Jarek Sygitowicz y Florentyna Frend, WE BUILD), pagos en línea y presenciales combinados con declaraciones como la mayoría de edad.
  • 14:30 · ID Campus y panel Sandboxes – Innovative community building initiatives from the Member States, moderado por Claire Doole, con Anthony Carmoy (France Identité), Jade Pasquier (ID Campus) y Steve Pannifer (FIME), sobre el Playground UNFOLD y el ID Campus franceses y las pruebas de conformidad de FIME.
  • 15:45 · Demostración Accessing public services: Stéphane Herman y Lucie Ayala (DINUM / France Identité) muestran el acceso a los servicios públicos con France Identité y FranceConnect.
  • 16:15 · Clausura, a cargo de Norbert Sagstetter (Comisión Europea).

Studio: protocolos, normas, firma y certificación

  • 09:20 · OpenID Foundation – a deep dive into VP/VCI/HAIP 1.0: Gail Hodges y Joseph Heenan (OpenID Foundation) presentan las pruebas de conformidad de código abierto ya disponibles.
  • 10:00 · ETSI TC ESI standardisation and testing activities linked to EUDI Wallet: Andrea Röck (ETSI) repasa las normas y las actividades de pruebas del comité técnico ESI relacionadas con la cartera.
  • 11:00 · Qualified Electronic Signatures in the EUDI Wallet: role and potential: Jakub Dozaba (Comisión Europea) introduce la firma electrónica cualificada en la cartera, seguido de la demostración de Ubiqu (Petar Chardakov, APTITUDE / WE BUILD) sobre cómo mantener seguras las claves y los mecanismos de firma.
  • 13:10 · How to Balance UX with Security: Paweł Tkaczyk (Centro de TI de Polonia, COI) explica cómo el equipo polaco ha diseñado la seguridad sin sacrificar la experiencia de usuario.
  • 13:30 · Preparing for market disruption as existing identity providers: Adrian Doerk (Lissi) y Wim Coulier (itsme) explican por qué itsme no se convertirá en una cartera EUDI y cómo sus conexiones con partes usuarias pueden facilitar la aceptación de la cartera.
  • 14:15 · Trusting Wallets – Certification & conformance: Oliver Terbu (Comisión Europea) presenta el marco de pruebas de conformidad funcional de la Comisión.
  • 14:30 · A look under the Hood: The Reference Implementation: Simo Karpinnen (NiScy) repasa la implementación de referencia de código abierto.
  • 15:10 · From Trusted List to wallet: what it really takes to run a QEAA service in production: Serafim Gomes (Digital Sign) cuenta la experiencia de poner en producción un servicio de declaraciones electrónicas cualificadas de atributos. Según el resumen de la sesión, en septiembre de 2026 solo tres de los aproximadamente 250 prestadores cualificados europeos tenían este servicio en producción y aún no había ningún organismo de evaluación acreditado para él.
  • 15:30 · Entrega de los Testing Awards a los resultados de las dos jornadas de pruebas, con la demostración de la prueba más lograda.

Aquarium: negocio transfronterizo y el modelo europeo fuera de la UE

  • 09:45 · Building a Global Trust Framework for Digital Identity: Steffen Schwalm (msg) sobre la normalización internacional de la identidad digital de empresas y sus representantes, con libros registro electrónicos cualificados y la European Business Wallet.
  • 10:10 · Bringing Cross-Border Use cases to Life: Iris Speiser y Boris Ligl (DATEV eG) aportan su experiencia como socio de lanzamiento nacional y como responsables de un grupo de casos de uso de WE BUILD.
  • 10:35 · From Citizen to Company: The CSC API as the Common Signing Backbone for Europe’s Wallets: Viky Manaila (Cloud Signature Consortium) defiende la API CSC como base común de la firma a distancia para la cartera de los ciudadanos y la European Business Wallet.
  • 11:00 · Demostración Doing Business Across Borders: DATEV y Deutsche Telekom muestran la representación profesional verificable para actuar en nombre de clientes en toda Europa, y Bundesanzeiger Verlag, Deutsche Bank, Bosch, Procivis y Spherity (WE BUILD), la configuración de la Business Wallet y la apertura de una cuenta bancaria de empresa.
  • 13:30 · Know Nothing: ZKP in Age Verification and Pseudonyms: Peter Altmann (Siros Foundation) sobre la verificación de edad y los seudónimos con pruebas de conocimiento cero.
  • 14:15 · EUDI Wallets Beyond Europe: Christopher Tullis (Banco Mundial) explica cómo el Banco Mundial ayuda a otros países a alinearse con el modelo EUDI, seguido a las 14:30 de un panel moderado por Tamsin Rose con Argena Prendi (Albania) y Oleksandr Kozlov (e-Governance Academy, Ucrania), centrado en los Balcanes occidentales, Europa del Este y el Cáucaso Sur.
  • 15:35 · Demostración Wallets Beyond Europe: Ivan Yatsuba y Roman Pavlovych (Diia) cuentan cómo la cartera ucraniana puede evolucionar para integrar declaraciones compatibles con el modelo EUDI.

Riverside: talleres

  • 10:00 · From issuance to acceptance – getting mDLs trusted across borders and by the private sector (R6): Petros Kavassalis y Peter Benedek, del proyecto mDL4EU (que integra el permiso de conducir móvil en las carteras de 22 Estados miembros), analizan las barreras técnicas, jurídicas y comerciales para que las partes usuarias públicas y privadas acepten el permiso de conducir móvil de otro país.
  • 13:00 · Credential design & presentation flow (R6): para armonizar cómo se muestran las credenciales en las distintas carteras.
  • 14:00 · EUDI Wallet Catalogues (CoA & CoSA) (R1): sobre el catálogo de atributos y el catálogo de esquemas de declaraciones, y los flujos de notificación en el eIDAS Dashboard.

Ponentes confirmados

  • Comisión Europea: Norbert Sagstetter, Francesco Aicardi, Paolo de Rosa, Asa Barton, Apostolos Apladas, Olivier Barette, Thoke Magnussen, Madis Ehastu, Vicente Andreu Navarro, Matteo Mannino, Isabelle Sigl, Sebastian Drosselmeier, Sabine Otto, Jakub Dozaba, Verena Sczech y Oliver Terbu.
  • Administraciones y organismos públicos de los Estados miembros: Ángel Luis Martín Bautista, Raúl Iturbe y Sancho Canela (AEAD, España); Adrian Bieschke y Kristina Yasuda (Alemania); Viky Manaila y Anca Bizoi (Rumanía); Tony Shannon y Radomir Drndarski (Irlanda); Pekka Rehn y Jyri Sillanpää (Finlandia); Kristine Sloth y Joachim Møller Alstrup (Dinamarca); Anthony Carmoy y Jérôme de Forsan de Gabriac (France Identité); Stéphane Herman y Lucie Ayala (DINUM); Mirko Calvaresi, Giulio Messori y Norma Cocito (PagoPA, Italia); Christine Mahieu (SPF BOSA, Bélgica); Ivo van der Werff (RDW, Países Bajos); Paweł Tkaczyk (COI, Polonia); Lenka Gondova (NBU, Eslovaquia); Mike Alders (Ayuntamiento de Ámsterdam) y Herbert Leitold (A-SIT, Austria).
  • Prestadores de servicios de confianza y empresas de identidad: Riho Kurg (Zetes), Luigi Castaldo (Namirial), Serafim Gomes (Digital Sign), Robert Poznański (Asseco Data Systems), Esther Makaay (Signicat), Irene Hernández (Gataca), Wim Coulier (itsme), Adrian Doerk (Lissi), Alexis Delamare Deboutteville (Verifiables), Steffen Schwalm (msg), Iris Speiser y Boris Ligl (DATEV), Alexander Manecke (Deutsche Telekom), Axel Rimkus (Procivis), Louise de Laat (Bundesanzeiger Verlag), Petar Chardakov (Ubiqu), Łukasz Jaromin (Raidiam), Riitta Partala (Scytales), Wafa Boussaid (IN Groupe), Jade Pasquier (ID Campus e iDAKTO), Steve Pannifer (FIME), Simo Karpinnen (NiScy) y Peter Benedek (Rockwood Digital Europe / mDL4EU).
  • Banca, pagos y otros sectores: Florian Andreae (DSGV), Marie Austenaa y Marco Bianchetti (Mastercard), Jarek Sygitowicz y Florentyna Frend (Authologic), Benjamin Ledwon (Amadeus), Andrea Valle (Adobe) y Steven De Vries (Banco Central Europeo).
  • Normalización, universidades e inclusión: Viky Manaila (Cloud Signature Consortium), Gail Hodges y Joseph Heenan (OpenID Foundation), Andrea Röck (ETSI), Remco Schaar (ISO), Susanna Laurin (CEN-CENELEC), Peter Altmann (Siros Foundation), Thea Kirsch y Chris Wan (Common Codes), Petros Kavassalis y Nikos Triantafyllou (Universidad del Egeo / i4m Lab).
  • Ámbito internacional: Soshi Hamaguchi (Agencia Digital de Japón), Chris Goh (ASEAN), David Taylor (OfDIA), Christopher Tullis (Banco Mundial), Argena Prendi (Albania), Oleksandr Kozlov (e-Governance Academy, Ucrania), Ivan Yatsuba y Roman Pavlovych (Diia).
  • Maestras de ceremonias y moderadoras: Claire Doole, Tamsin Rose y Karen Coleman.

Lo que más me interesa

Como prestador cualificado, seguiré con especial atención estas sesiones (con varias salas en paralelo, habrá que elegir):

  • La demostración de la Cartera Digital española, para ver en qué punto está el paso de los pilotos a la producción.
  • La presentación del estudio sobre modelos de negocio y los paneles sobre partes usuarias e intermediarios, porque sin partes usuarias privadas no habrá círculo virtuoso.
  • Las sesiones de firma y normalización: la firma electrónica cualificada en la cartera, la API CSC, las actividades del ETSI TC ESI y el acceso a los elementos seguros de los móviles, que la Comisión y el Banco Central Europeo abordan conjuntamente y que afecta tanto a la cartera como al euro digital.
  • La experiencia de poner en producción un servicio de declaraciones electrónicas cualificadas de atributos. El dato que adelanta el resumen (tres prestadores de unos 250, sin organismos acreditados) confirma que estamos al principio y que hay mucho espacio para los prestadores que den el paso.
  • Las demostraciones de pagos y de negocio transfronterizo, y las sesiones sobre certificación y marco de confianza, que afectan directamente al trabajo diario de los prestadores.

Lo que ha preparado EADTrust

En EADTrust nos hemos preparado por si finalmente se admite nuestra propuesta de demostración para el Launchpad. Se trata del alta de un nuevo cliente en un banco en la que EADTrust actúa como intermediario y realiza todas las funciones que la entidad financiera tendría que implementar para operar en el ecosistema de la Cartera de Identidad Digital Europea.

El proceso tiene cinco pasos:

  1. Información previa. Antes de empezar se explica al usuario todo el proceso, de modo que su consentimiento sea plenamente informado y no exista vicio del consentimiento.
  2. Alta en EADTrust con la cartera. El usuario se identifica presentando el PID de su cartera y, a partir de esa identificación, se le generan la clave y el certificado cualificado en un HSM preparado para la firma a distancia.
  3. Alta en la entidad financiera. Sin acciones adicionales por parte del usuario, se le da de alta en el banco. Este genera el contrato con los datos del PID que exige la normativa de prevención del blanqueo de capitales (PBC), y el cliente puede consultarlo desde su cartera.
  4. Firma del contrato. Si el cliente está de acuerdo, lo confirma, y se realiza la firma electrónica cualificada del contrato con su consentimiento y bajo su control exclusivo de la clave. El contrato firmado se remite a la entidad financiera y queda en el servicio de Custodia Digital del prestador, a disposición del cliente. En la cartera se conserva una DECA que acredita el contrato firmado, con su referencia, su huella y el enlace a la custodia, para futuras consultas.
  5. Acceso al banco. Una vez finalizada el alta, el cliente accede a la banca en línea y puede navegar por sus menús.

Enlaces

Desde Poznań (Polonia): agenda y ponentes del Trusted Economy Forum 2026


Escribo desde Poznań, donde hoy, 14 de octubre, arranca el Trusted Economy Forum 2026. Como adelanté en Rumbo a Poznań: Trusted Economy Forum 2026, este foro se ha consolidado como una de las citas centroeuropeas de referencia sobre identidad digital y servicios de confianza. En aquel artículo hice una presentación general; en este quiero repasar con más detalle la agenda de los dos días y quiénes intervienen en cada sesión.

El lema de esta edición es «Connected by Trust». El foro se celebra en el edificio Concordia Design (calle Zwierzyniecka 3), a pocos minutos andando de la estación de tren, y lo organiza Obserwatorium.biz. Las sesiones son en inglés con traducción simultánea al polaco. La edición de 2025 reunió a más de 300 participantes de 15 países.

El programa se articula en seis módulos, tres por día, que combinan presentaciones breves (de unos 15 minutos) con muchos debates. Lo resumo a continuación.

Día 1 — miércoles 14 de octubre

Módulo 1: On the way to European Digital Identity Wallets

El primer bloque plantea una pregunta directa: ¿estamos preparados para la Cartera de Identidad Digital Europea?

  • Giorgia Dragoni (Observatorio de Identidad Digital del Politecnico di Milano) abre con la keynote «EUDI wallets landscape and its national strategies», un panorama de las estrategias nacionales de cartera.
  • Joanna Koczorowska (COI, el Centro de Tecnologías de la Información polaco, que es además patrocinador honorífico estratégico del foro) presenta «Ready for Polish EUDI Wallet!», sobre el estado de la cartera polaca.
  • Michał Tabor y Piotr Sterczała (Obserwatorium.biz) presentan el informe «Making the EUDI Wallet a Success».
  • Debate «Europe’s Digital Identity Ecosystem: from trust infrastructure to global reference model – is this the realistic scenario?», moderado por Andras A. Barsi (Aruba), con Katarzyna Zajkowska (Ministerio de Asuntos Digitales de Polonia), Katarzyna Seroczyńska (COI), Lal Chandran (iGrant.io), Jan Szajda (IDENTT) y Edgars Stafeckis (Trustlynx).
  • Elżbieta Andrukiewicz (Instituto Nacional de Telecomunicaciones de Polonia) explica la certificación de la cartera en «EUDI Wallet Certification in Practice: The Polish Experience and Future Perspectives».
  • Marco Mangiulli (Aruba) cierra el módulo con «Beyond the Wallet: Building Europe’s Next Trust Infrastructure».

Módulo 2: Trust trends

Nuevos servicios, mercados y tecnologías. Es el módulo más cercano a los temas que trato habitualmente en este blog.

  • Doble sesión sobre criptografía postcuántica: Martin Stiefel (Allaris) pregunta «Is your organisation ready for the post-quantum world?» y Piotr Rydlichowski (Centro de Supercomputación y Redes de Poznań, PCSS) plantea «Post-quantum – buzzword or real threat?».
  • Debate «Electronic Attestations of Attributes: The Missing Link in Digital Business Transformation?» sobre las declaraciones electrónicas de atributos, moderado por Marcin Wolski (Obserwatorium.biz), con Viktor Varga (Microsec) y Sebastian Elfors (IDnow Trust Services).
  • Aleksandra Nowak (IDENTT) aborda la integración de las partes usuarias en «EUDI Wallet relying party integration».
  • Jakub Kwiatkowski (PCSS) habla de confianza y procedencia en la inteligencia artificial: «Trust and Provenance in AI».
  • Debate «Business Wallet – what is it all about?», moderado por Arno Fiedler (Nimbus; vicepresidente de ETSI TC ESI), con Marcin Szulga (Asseco Data Systems), Szymon Mamrot (coordinador nacional de la Pasarela Digital Única, Ministerio de Desarrollo Económico y Tecnología) e Iñigo Barreira (Sectigo; también vicepresidente de ETSI TC ESI).
  • Grzegorz Sokołowski (GS1 Polonia) cierra con «Digital Product Passport and the Future of Trusted Data Exchange».

Tras la comida hay un interludio muy apropiado para la ciudad: Oliwier Sakowski, del Centro del Cifrado Enigma de Poznań, presenta «From Enigma to Modern Cryptography». Conviene recordar que fueron tres matemáticos formados en la Universidad de Poznań —Marian Rejewski, Jerzy Różycki y Henryk Zygalski— quienes rompieron por primera vez la criptografía de la máqiina Enigma, utilizada por Alemania en la segunda guerra mundial, a comienzos de los años treinta. En julio de 1939, semanas antes de la invasión alemana, compartieron sus resultados, sus réplicas de la máquina y el diseño de su bomba criptológica con los servicios de inteligencia británico y francés. Sobre esa base trabajó Alan Turing en Bletchley Park: su Bombe británica perfeccionó la idea polaca y permitió descifrar de forma sistemática las comunicaciones alemanas durante la guerra. Turing, que en 1936 ya había sentado las bases teóricas de la computación con su «máquina universal», es hoy una figura de referencia de la informática, y la historia de Enigma ilustra bien algo que seguimos aplicando en criptografía: la seguridad de un sistema no debe depender del secreto del algoritmo, sino de la solidez de las claves y de su correcta gestión.

Módulo 3: Digital market players

  • Jarek Sygitowicz (Authologic): «Making cross border verifiable credentials work».
  • Karen Mkoyan (imID) presenta el caso de Armenia: «Digital Trust Beyond the EU: Armenia’s eIDAS-Aligned Digital Trust Ecosystem».
  • Debate «Building a successful partnership between supervisory bodies and national QTSPs», moderado por Jon Ølnes (Signicat), con Michał Kowalewski-Li (Ministerio de Asuntos Digitales de Polonia), Artur Miękina (Asseco Data Systems), Andrea Röck (ANSSI) y Andrea Sassetti (Aruba PEC; presidente de AssoCertificatori Italia).

La jornada termina con una discusión abierta y, por la noche, con la velada de networking «Connected by Trust» en el propio Concordia Design.

Día 2 — jueves 15 de octubre

Módulo 1: Trust in action!

Implantación real de servicios de confianza, carteras y verificación de identidad en empresas y administraciones.

  • Andreas Freitag (Procivis): «Implement EUDI Wallet (Fast) – What are the options?».
  • Debate «The World of Payment, Identity and Super Wallets: One Ecosystem or Competing Digital Universes?», moderado por Beata Galas, con Jarek Sygitowicz (Authologic), Kevin Meijer (Betaalvereniging Nederland; responsable de pagos de consumo en el consorcio WE BUILD) y Tomasz Chomicki (Samsung Electronics Polonia).
  • Debate «Building the EUDI Wallet Ecosystem Together: Why Market Collaboration Is Essential?», moderado por Piotr Sterczała, con Piotr Brewiński (FinTech Poland), Maciej Mironiuk (Visa), Anna Koźlik (COI) y Jakub Banaś (BNP Paribas Bank Polska).
  • Karol Ciechoński (Ayuntamiento de Lublin) aporta la visión de la administración local: «Local administration view on new digital ecosystem».

Módulo 2: Customer in the centre!

Experiencia de usuario y modelos de negocio.

  • Bart Jurkowski (I’MPRO): «Ready for the Unexpected – Acting Effectively in a World of Change and Uncertainty».
  • Gran debate «Sector Solutions or Shared Digital Infrastructure?», moderado por Miłosz Brakoniecki (Obserwatorium.biz), con Grzegorz Wójcik (Autenti), Edgars Stafeckis (Trustlynx), Anna Sienkiewicz (ING Leasing), Andrzej Ochocki (Deutsche Telekom), Bartosz Witkowski (Signius) y Tomasz Litarowicz (Asseco Data Systems).
  • Adrian Doerk (Lissi) sobre la experiencia de usuario de la cartera y los retos para las partes usuarias.
  • Arno Fiedler (Nimbus) presenta «Proving What’s Real: C2PA, Content Credentials and the Future of Digital Trust», sobre la autenticidad del contenido digital.
  • Debate «What Customers Really Need», moderado por Remigiusz Lewandowski, con Piotr Andruszkiewicz (eIDAS Easy), Andrzej Zduńczyk (BIK), Krzysztof Król (UODO, la autoridad polaca de protección de datos) y Marek Pieróg (Siepomaga.pl).
  • Tomasz Nogol (MONET+): «Digital Identity in Insurance 2027: Opportunities You Can’t Afford to Miss».

Después de la comida, Marcin Bielicki (SENSE) habla de «habilidades blandas» para equipos de innovación, y le sigue el debate «Zero Trust Meets Digital Trust: Rethinking the Security of Electronic Transactions», moderado por Krzysztof Bogacki, con Agata Kolorz-Lentini (Autenti), Piotr Rutkowski (NASK; vicepresidente de la Asamblea General de EUROPEUM-EDIC) y Robert Poznański (Asseco Data Systems).

Módulo 3: Global Trust Services

Interoperabilidad y expansión internacional de los servicios de confianza.

  • Guillaume Forget (Cloud Signature Consortium; Cryptomathic): «CSC as interoperability pillar in the Trusted Digital Economy», sobre el uso de la firma electrónica más allá de los contratos (cumplimiento, prevención del fraude, facturación electrónica y cadenas de suministro).
  • Charla con Xavier Juredieu (EUROPEUM-EDIC; consorcio WE BUILD) sobre la hoja de ruta de EUROPEUM-EDIC y EBSI, moderada por Miłosz Brakoniecki.
  • Alessia Soccio (Entaksi Solutions): «Trust services as a factor of European Sovereignty – the e-Archive Case».
  • Michał Tabor (Obserwatorium.biz): «How to build PanEuropean eDelivery».
  • Debate final «How to build a bridge of trust and digital identity between Asia, America and Europe?», moderado por Guillaume Forget, con Andreea Prian (IDAKTO), Svetlanna Maleryan (imID), Łukasz Jaromin (Raidiam), Igor Marcolongo (InfoCert, grupo Tinexta) y Melany Pașca (Edge Institute, Rumanía).

La clausura está prevista para las 16:30 del jueves.

Lo que más me interesa

De un programa tan denso, hay varias sesiones que seguiré con especial atención:

  • El debate sobre declaraciones electrónicas de atributos. Es probablemente el servicio de confianza nuevo de eIDAS 2 con más recorrido comercial, y la pregunta del título —¿el eslabón perdido de la transformación digital de las empresas?— es exactamente la que nos hacemos los prestadores cualificados.
  • La relación entre organismos de supervisión y prestadores cualificados. Tener en la misma mesa al ministerio polaco, a la ANSSI francesa y a prestadores de Polonia e Italia permite comparar modelos de supervisión, algo muy útil para quienes operamos bajo la supervisión de la SEDIA en España.
  • La Business Wallet, con dos vicepresidentes de ETSI TC ESI en el debate, en pleno proceso de definición de la cartera empresarial europea.
  • La criptografía postcuántica, que aquí se presenta desde dos ángulos: la preparación de las organizaciones y el análisis de la amenaza real.
  • Los pilotos a gran escala, con la presencia de WE BUILD en el debate sobre pagos y en la sesión sobre EUROPEUM-EDIC y EBSI.
  • El puente entre Asia, América y Europa, con el caso de Armenia como ejemplo de ecosistema alineado con eIDAS fuera de la Unión, un tema que me interesa por el trabajo que hacemos en Latinoamérica.

Organización y patrocinio

El foro cuenta con el patrocinio honorífico estratégico del COI y con Asseco Data Systems como socio Gold. Entre los socios Silver están Siepomaga, IDENTT, Authologic, Signius, Aruba, Allaris y Autenti, y entre los Bronze, Crédit Agricole (EFL), QSCert, Lissi, Procivis, IDnow, Trustlynx y Monet+. Entre los patrocinadores honoríficos figuran ETSI, el Ministerio de Digitalización y el Ministerio de Desarrollo y Tecnología polacos, la UODO, NASK, el comité polaco de normalización (PKN), la Universidad Tecnológica de Poznań y el PCSS.

EADTrust y la Cartera de Identidad Digital Europea

Mi presencia en Poznań forma parte del compromiso de EADTrust con el despliegue de la Cartera de Identidad Digital Europea. EADTrust es uno de los prestadores cualificados de servicios de confianza más activos de España en el impulso de la cartera, como pueden comprobar los lectores habituales de este blog.

Ese compromiso también se traduce en eventos en España. El pasado 28 de abril coorganizamos con el Observatorio Legaltech Garrigues-ICADE la jornada «La Cartera de Identidad Digital de la UE, su implementación y transformación de la gestión de la identidad», que puede verse en vídeo en la web de la Universidad Pontificia Comillas.

Ahora estamos preparando con G-Digital, de Garrigues, dos nuevas citas: un evento ligero en diciembre de 2026 y otro más amplio, previsiblemente en abril de 2027. Buena parte de lo que estoy escuchando estos días en Poznań, y de los contactos que estoy haciendo, servirá para preparar esos encuentros. Daré más detalles aquí en cuanto estén cerrados.

Seguiré informando

En los próximos días compartiré aquí mis notas y conclusiones de las sesiones. Si también estás en Poznań y quieres que hablemos, búscame en los descansos o escríbeme a julian.inza@eadtrust.com.

Enlaces

Roadshow NIS2 & DORA de INGRAM Micro: Estrategias para la Seguridad y Cumplimiento


En 2025 recorrí España con el roadshow de Ingram Micro sobre NIS2 y DORA: Madrid, Barcelona y Málaga. El 6 de octubre de 2026 la gira vuelve, esta vez a Bilbao, y es buen momento para repasar lo que contábamos entonces y lo que ha cambiado. España sigue sin ley de transposición de NIS2, y DORA lleva ya más de un año y medio aplicándose.

El roadshow de Ingram Micro

Ingram Micro organizó para sus partners el roadshow NIS 2 & DORA: Estrategias para la Seguridad y Cumplimiento, con Barracuda, Hewlett Packard Enterprise, SonicWall y Zerto como socios tecnológicos. Participé como ponente para explicar el marco regulatorio.

SesiónFechaLugarSocios tecnológicos
Madrid20 de febrero de 2025MadridBarracuda, SonicWall, HPE Zerto
Barcelona10 de abril de 2025BarcelonaBarracuda, SonicWall, HPE Zerto
Málaga4 de junio de 2025Upery Club MálagaBitdefender, SonicWall, HPE Zerto
Bilbao6 de octubre de 2026Hotel NH Collection Villa de BilbaoHornetsecurity (Proofpoint), HPE, SonicWall

Madrid, la primera parada

La serie, que Ingram Micro presentó como Seguridad, Cumplimiento y Oportunidades para el Canal, arrancó en Madrid el 20 de febrero de 2025. Según el resumen que publicó Ingram Micro al día siguiente, la sesión giró en torno a cuatro ejes:

  • Cómo afectan NIS2 y DORA a las empresas y qué medidas deben tomar para cumplir.
  • Las consecuencias legales y las sanciones por incumplimiento.
  • Las soluciones de Barracuda, SonicWall y HPE Zerto para proteger infraestructuras críticas y garantizar la continuidad del negocio.
  • Mi visión, como presidente de EADTrust, sobre el impacto regulatorio y las buenas prácticas de cumplimiento.

El mensaje de Ingram Micro a sus partners fue claro: el cumplimiento normativo puede convertirse en una ventaja competitiva. Con ese espíritu el roadshow siguió después por Barcelona y Málaga.

Barcelona, la segunda parada

La gira llegó a Barcelona el 10 de abril de 2025, de 10:30 a 16:00, con el mismo lema: Estrategias para la Seguridad y Cumplimiento. Repitieron como socios tecnológicos Barracuda, SonicWall, Hewlett Packard Enterprise y Zerto.

La sesión coincidió con un momento de cambio en el marco normativo. DORA llevaba menos de tres meses siendo obligatoria para las entidades financieras, y el Anteproyecto de Ley de Coordinación y Gobernanza de la Ciberseguridad, aprobado en enero, empezaba su tramitación. El foco estuvo en una norma que para el canal resulta decisiva: el Reglamento de Ejecución (UE) 2024/2690, de octubre de 2024.

Ese reglamento fija los requisitos técnicos y metodológicos de las medidas de gestión de riesgos de NIS2 y define cuándo un incidente es significativo. Se aplica a una lista concreta de proveedores:

  • Servicios de DNS y registros de nombres de dominio de primer nivel.
  • Servicios de computación en nube y centros de datos.
  • Redes de distribución de contenidos.
  • Proveedores de servicios gestionados y de servicios de seguridad gestionados.
  • Mercados en línea, motores de búsqueda y redes sociales.
  • Prestadores de servicios de confianza.

Para muchos integradores presentes en la sala, el mensaje era directo: si prestan servicios gestionados, NIS2 no es solo una obligación de sus clientes, sino también suya. Poco después, el CCN anunció la actualización de su guía CCN-STIC 892 para adaptarla a este reglamento.

Málaga, con los partners del sur

La parada de Málaga fue el 4 de junio de 2025, de 10:30 a 16:00, en el Upery Club Málaga, pensada para los colaboradores de Ingram Micro en la zona sur. El formato cambió algo: esta vez los socios tecnológicos fueron Bitdefender, SonicWall y Zerto (HPE).

Compartí cartel con Sergio Martínez Hernández, Eduardo Brenes, Sergio Montero Miguel y Luis Fisas. Mi ponencia se centró en tres ideas:

  • NIS2 afecta a todo tipo de empresas tecnológicas, no solo a los grandes operadores de servicios esenciales.
  • DORA alcanza de lleno a los proveedores de entidades financieras y aseguradoras, que heredan buena parte de las exigencias de sus clientes.
  • La seguridad jurídica preventiva digital ayuda a cumplir: dejar evidencias fehacientes de lo que se hace es la mejor forma de demostrar la diligencia que ambas normas exigen.

Recordé también que el Anteproyecto de Ley de Coordinación y Gobernanza de la Ciberseguridad debía aprobarse como ley para transponer la Directiva al derecho español. Más de un año después, esa aprobación sigue pendiente.

NIS2, DORA y ciberresiliencia: qué exigen y dónde estamos

Las dos normas persiguen lo mismo, que las organizaciones resistan y se recuperen de incidentes digitales, pero llegan por caminos distintos.

NIS2DORA
NormaDirectiva (UE) 2022/2555, necesita transposiciónReglamento (UE) 2022/2554, aplicación directa
A quién afectaEntidades esenciales e importantes de sectores críticos, incluidos los prestadores de servicios de confianzaEntidades financieras y sus proveedores críticos de TIC
Desde cuándoPlazo de transposición: 17 de octubre de 2024Aplicable desde el 17 de enero de 2025
Desarrollo técnicoReglamento de Ejecución (UE) 2024/2690: gestión de riesgos y umbrales de notificación para DNS, nube, centros de datos, CDN, servicios gestionados y servicios de confianzaNormas técnicas de regulación y de ejecución de las autoridades europeas de supervisión

España sigue sin ley NIS2. El Consejo de Ministros aprobó el anteproyecto de Ley de Coordinación y Gobernanza de la Ciberseguridad el 14 de enero de 2025, justo antes de la sesión de Madrid. Desde entonces, la Comisión Europea abrió procedimiento por incumplimiento y, en julio de 2026, llevó a España ante el Tribunal de Justicia de la UE junto a Irlanda, Francia y Países Bajos, según este seguimiento. A finales de julio el texto aún no había llegado a las Cortes, y sigue vigente el Real Decreto-ley 12/2018, que transpuso la primera Directiva NIS.

Esperar a la ley es un error: las obligaciones de la Directiva y de su reglamento de ejecución ya marcan lo que se exigirá, y DORA no espera a nadie.

El Reglamento de Ciberresiliencia

A NIS2 y DORA se suma el Reglamento (UE) 2024/2847, de Ciberresiliencia (CRA). Si NIS2 mira a las organizaciones, el CRA mira a los productos: exige seguridad desde el diseño durante todo el ciclo de vida de cualquier producto con elementos digitales, del software al hardware conectado, y obliga a fabricantes, importadores y distribuidores a mantenerlo actualizado.

Sus plazos ya corren. Desde el 11 de septiembre de 2026 los fabricantes deben notificar las vulnerabilidades explotadas activamente y los incidentes graves, y el 11 de diciembre de 2027 el Reglamento será plenamente aplicable.

Para un integrador, el CRA completa el cuadro: sus clientes sujetos a NIS2 o DORA necesitarán proveedores y productos que también cumplan. Lo analicé junto a la Directiva CER en Retos de adecuación a las normas NIS2, CRA, CER y DORA: forman un ecosistema complementario, y una misma entidad puede estar sujeta a varias a la vez.

Próxima parada: Bilbao, 6 de octubre de 2026

El roadshow vuelve el lunes 6 de octubre, de 10:30 a 16:00, en el Hotel NH Collection Villa de Bilbao. El lema de esta edición resume bien el momento: las ciberamenazas evolucionan; la normativa también. NIS2 redefine las reglas para las organizaciones de sectores críticos y estratégicos, y no cumplir ya no es una opción.

La jornada responderá a cuatro preguntas:

  1. Qué exige realmente NIS2.
  2. Cómo afecta a la empresa y a sus responsables.
  3. Qué riesgos legales y operativos hay que evitar.
  4. Qué medidas implantar para reforzar la resiliencia y la continuidad del negocio.

Agenda

HoraSesión
10:30 – 11:00Café de bienvenida
11:00 – 12:00Ponencia del experto: Julián Inza, presidente de EADTrust (European Agency of Digital Trust)
12:00 – 12:30Hornetsecurity by Proofpoint: NIS2 y DORA, de la obligación normativa a la ciberresiliencia
12:30 – 13:00HPE: Tu negocio imparable de la mano del líder en nube híbrida
13:00 – 13:30SonicWall: Construyendo una arquitectura de seguridad integral para el correcto cumplimiento de NIS2
13:30 – 16:00Cóctel

El título de la ponencia de Hornetsecurity resume el cambio de enfoque respecto a 2025: ya no se trata solo de cumplir, sino de ser resiliente. Abriré la jornada con el impacto regulatorio y las buenas prácticas de cumplimiento, con la situación de la transposición española al día.

Gracias al equipo de Ingram Micro España por volver a contar conmigo. Si está por la zona, puede reservar su plaza aquí.

Ingram Micro y sus partners: soluciones para cumplir

El valor del roadshow está en unir el marco legal con la tecnología que lo hace posible. Ingram Micro reúne a fabricantes que cubren las principales piezas que piden NIS2, DORA y el CRA:

FabricanteÁmbitoParadas
Hornetsecurity by ProofpointSeguridad del correo y de la colaboraciónBilbao
BarracudaSeguridad del correo, red y aplicacionesMadrid, Barcelona
BitdefenderProtección de puestos y servidoresMálaga
SonicWallSeguridad de red y cortafuegosTodas
HPE y HPE ZertoNube híbrida, recuperación ante desastres y continuidad del negocioTodas

Ingram Micro se ha comprometido a ayudar a sus partners a navegar estos cambios y a convertir el cumplimiento normativo en una ventaja competitiva. Para los integradores, NIS2, DORA y el CRA son también una oportunidad de negocio: sus clientes necesitan acompañamiento para evaluar riesgos, implantar medidas y demostrar que cumplen.

Si es partner de Ingram Micro, la cita de Bilbao es una buena ocasión para conocer de primera mano estas soluciones. Reserve su plaza aquí.

Fuentes

From qualified preservation of electronic signatures and seals to qualified chronological-order archiving services (qDLT)


On 14 September 2026 I took part, in Tallinn (Estonia), in the ETSI ESI Certification Authority (CA) Open Session. I went as an attendee, but by the end of the afternoon I ended up on the panel as a speaker.

The slot had been planned for Steffen Schwalm, who in the end could not attend, and I was asked to step in to talk about how the standardisation of distributed ledger technologies (DLT) is evolving and, in particular, about what we are beginning to call qDLT: the qualified distributed ledger.

I was glad to accept, although (given the short time available to think about what to say) I told my own ideas, not those of the announced speaker.

And in this summary I set out those ideas about what is happening in the standardisation of DLTs: not so much a technological revolution arriving from outside to reinvent digital trust, but a very coherent evolution of something we have been building in Europe for almost a decade. The line of reasoning runs from the preservation of qualified signatures and seals to the ordering of archived files with respect to the moment their custody was requested from the Trust Service Provider. This is how I see it.

The starting point: preserving qualified electronic signatures and seals

The first piece is the one that has been standardised longest, and the one we sometimes forget to mention when we talk about blockchain as if it were virgin territory. Under the umbrella of the first eIDAS, ETSI developed the standard TS 119 511 (the one we usually cite simply as «511») which sets the policy and security requirements for providers offering long-term preservation of electronic signatures (or of data in general) using digital-signature techniques. Its companion, TS 119 512, defines the protocols for interoperating with those preservation services. This first variant (the qualified preservation of qualified electronic signatures and qualified electronic seals) already has its own implementing act: Commission Implementing Regulation (EU) 2025/1946, adopted on the basis of Articles 34(2) and 40 of the eIDAS Regulation. It is worth noting that these are original eIDAS articles, plain numbers, with none of the letter suffixes (Article 45a, 45b, 45c…) that English-language EU legislation uses to mark the provisions eIDAS2 kept inserting; its annex points to ETSI TS 119 511 (together with TS 119 172-4) as the reference standard.

The problem 511 solves is subtle but enormous: an electronic signature is valid today because the certificate backing it is still in force, because the cryptographic algorithms used are considered robust, and because there is an infrastructure that confirms it. But time erodes all of that. Certificates expire, authorities change, and (increasingly relevant ) algorithms age. A qualified preservation service keeps the evidence alive: it periodically reasserts integrity and validity through new time stamps or preservation techniques (such as chained hashes) and new layers of cryptographic protection, so that twenty years from now one can still prove that the document was signed and has not been altered.

This is worth pausing on, because it is exactly the ground where crypto-agility and post-quantum cryptography stop being an academic debate. Preserving for the long term means, by definition, surviving the moment when today’s algorithms cease to be trustworthy. A good preservation service is, at heart, a machine designed to migrate algorithms without losing the evidentiary thread. Whoever understands 511 already understands half of why the rest of this story matters.

The second step: qualified electronic archiving

The second eIDAS (Regulation (EU) 2024/1183) threw nothing away. It broadened. Among the new qualified trust services appears qualified electronic archiving, abbreviated in English jargon as q-earchiving, which in the European standardisation work relies on the technical specification CEN/TS 18170. Its implementing act is Commission Implementing Regulation (EU) 2025/2532, of 16 December 2025, adopted on the basis of Article 45j(2) of the Regulation (the provision eIDAS2 added for qualified electronic archiving) whose annex points precisely to CEN/TS 18170:2025 as the reference standard.

The difference with signature preservation is one of scope. 511 focuses on maintaining the validity of the cryptographic evidence of a signed document. Qualified archiving goes a step further and deals with the document as an object that must be kept intact, legible and available over time, whether signed or not, including the guarantee of its integrity, the traceability of access, and retention policies. It is the regulatory translation of a very old need — the archive — into the language of qualified trust services. For the first time, a provider can offer archiving with the same level of legal assurance already enjoyed by the signature, the seal or the time stamp.

And it is worth clearing up a common misunderstanding: archiving does not replace signature preservation, it relies on it. 511 remains the piece that guarantees the survival of the signature evidence, so a qualified electronic archiving provider can use the services of a preservation provider for that part, turning to a 511 service to keep alive the signatures and seals of the documents it holds. These are not competing services but complementary ones: archiving orchestrates the custody of the file and delegates to preservation the long-term care of the cryptographic evidence. It is exactly the layered logic that runs through this whole article.

There is also a second function of archiving worth highlighting, because it often goes unnoticed: format conversion. Keeping a document for decades is not only about its bits not changing; it is about it remaining legible. And formats age too. A file format that is universal today may become obsolete and fall out of use in favour of others, and when that happens the archiving service must be able to convert the document to the new format while preserving its content, its faithful rendering and its evidentiary value. It is, in the realm of formats, the exact parallel of what preservation does in the realm of algorithms: just as a 511 service migrates cryptographic algorithms before they cease to be trustworthy, an archiving service migrates formats before they cease to be openable. Future legibility of the data and future robustness of the cryptography are two sides of the same promise: that twenty years from now the document will not only exist, but can be opened and proven.

If preservation protects the signature, archiving protects the file. And the next step is to ask what happens when what we need to protect is not an isolated document, but the relationship among many facts over time.

The third step: temporal ordering

Here comes the most interesting novelty of the second eIDAS: electronic ledgers as a new qualified trust service. The reference specification is CEN/TS 18264, published in 2025.

And its implementing act, from the same December 2025 batch, is Commission Implementing Regulation (EU) 2025/2531, adopted on the basis of Article 45l(3) of the Regulation (the provision eIDAS2 devoted to qualified electronic ledgers).

I prefer to explain it with a simple idea: an electronic ledger is a chronologically ordered archive. It does not merely store data entries; it guarantees their temporal sequence in such a way that none can be inserted, deleted or reordered without it showing. It is, if you like, time-stamping raised to the level of a structure: we do not mark a single document with a date, but build a chain of events whose ordering is itself the proof.

And once we accept that what adds value is the guaranteed chronological ordering, the technical question that gives the session its name arises: how is that order built? And there are two legitimate answers.

The first is to use a centralised infrastructure: a single qualified provider maintains the ledger, seals it and is accountable for its integrity. It is simple to audit and fits perfectly into the qualified-provider model we already know.

The second is to use an infrastructure of interconnected nodes that replicate the information (sometimes called a distributed infrastructure): the chronological order is built through the connection of nodes that agree among themselves (through governance rules) on the sequence of entries. This is where distributed ledger technology (DLT) comes into play — not as a fashion, but as a concrete way of achieving that ordering without depending on a single point. When that distributed ledger is provided with the guarantees of a qualified trust service, we speak of qDLT: a qualified distributed ledger.

Allow me a terminological note here that I have been making for some time. The Regulation has enshrined the term DLT (Distributed Ledger Technology), and I stick to it for regulatory rigour. But, if we were to name the idea precisely, I would rather speak of RJT (Replicated Journal Technology). The reason is accounting: in double-entry bookkeeping, the chronological order of events is not kept in the ledger (the general ledger, which groups entries by account) but in the journal (the day book, which records them one after another as they happen). And since what we are preserving here is precisely the temporal sequence, the fitting name for this technology should point to the replicated journal rather than to the distributed ledger. It is, most likely, a terminological battle already lost against the official text, but no less accurate for that.

A good European example of this approach is EBSI, the European Blockchain Services Infrastructure, today governed through the figure of the Europeum-EDIC (a European digital-infrastructure consortium). EBSI shows that the distributed model is not incompatible with qualified trust: the nodes can be operated by identified administrations and providers, with governmental trust anchors, so that the result combines the resilience of distribution with the legal accountability that the eIDAS framework demands.

And it is worth noting a detail of Commission Implementing Regulation (EU) 2025/2531, because it captures this duality precisely. The implementing act requires all providers of qualified electronic ledgers to comply with the standard ETSI EN 319 401 (general policy requirements for trust service providers) and adds specific requirements for the distributed variant: when the ledger is built through nodes, the provider must also comply with ISO 23257:2022 (reference architecture for distributed ledger technologies) and ISO/TS 23635:2022 (governance guidelines). In other words, it is the implementing act itself that recognises the two variants and reserves the DLT consensus and governance standards for the distributed case, which is when we speak, properly, of qDLT. Regulation, once again, does not impose a technology: it describes guarantees and leaves the way of achieving them open.

It is worth underlining the regulatory continuity: from preservation (511) we move to qualified archiving (18170), and from there to chronological ledger, or qDLT (18264). These are not three worlds but three layers of a single idea that keeps gaining ambition: first, keeping an electronic signature fully effective; then, holding a document (signed or not) while guaranteeing its future recovery; and finally, ordering and relating the facts in a verifiable way, when that order can produce legal effects.

What a chronological ledger makes possible

The part I find most interesting (and to which I devoted much of my intervention) is not the ledger technology itself, but the functionalities it enables when we register not only the document but also its context: who its owner is, what rights it embodies and how it evolves. A well-designed chronological ledger opens the door to three capabilities that until now were hard to bring into the digital world with full guarantees.

The first is transferability (or endorsability). If the ledger records not only that a document exists, but also who its holder is, then it can equally record the transfer of that ownership. This is what allows an electronic file to be treated as an asset that changes hands: think of commercial paper, of documents of title to goods, or of any right that was traditionally «endorsed» on paper. The chronological ledger turns the chain of endorsements into a verifiable sequence of entries.

The second is obliterability (or cancellability). A right is not only transferred: it is also consumed. If a file represents a cinema ticket or admission to a show, we need to be able to mark that the right has already been exercised, so that it cannot be used twice. The ledger does not delete the entry (the evidence remains) but records indelibly its change of state: issued, transferred, consumed. It is the difference between crossing out and throwing away: the fact that a right has been exhausted is, in itself, a fact worth recording. The postmark is a good example.

The third is completeness, which I like to describe as an electronic staple. A document rarely travels alone. A contract carries annexes; a deed carries endorsements; an agreement evolves through successive versions. Think of contractual novations, in which the parties agree to modify the clauses: what matters legally is not only the latest text, but the complete relationship between the original document, its annexes and each of its evolutions. Completeness consists of keeping the document and everything that accompanies it (notes, annexes and their own versions) verifiably bound together, so that the whole is preserved as an indivisible and traceable unit. The staple does not just hold papers together: it records the order in which they were joined.

These three functionalities share one trait: they are only possible if the ledger stores more than the document. It stores its ownership, its state and its relationships. And they are only trustworthy if that information is ordered in time in a way that cannot be tampered with. That is why the qualified chronological ledger is not a technical whim, but the substrate on which one can build services that until now were tied to paper or to closed trusted intermediaries.

A database with legal ancestry: book-entry securities and EADTrust’s Cartulario

For these three functionalities to be more than a promise, one needs to manage a database associated with the service, with very specific properties: it must record, for each archived object, who its holder is, in what state the embodied right stands (and where or against whom that right is exercised) and how it relates to other documents; and it must do so in such a way that every change is recorded in sequence and is enforceable against third parties. Anyone familiar with securities law will recognise the pattern at once, because it is exactly the one governing the representation of securities through book entries («anotaciones en cuenta» in spanish): an accounting register in which ownership, transfers, encumbrances and the extinction of rights are not documented on a physical certificate but are constituted and proven by their inscription. Transferability is, in that language, the transfer of the entry; obliterability, its cancellation; completeness, the link between the principal entry and its ancillary ones. It is no coincidence: the qualified chronological ledger and the book-entry register solve the same problem (giving certainty about the ownership and state of a right over time) with the same tool: a reliable, ordered database.

At EADTrust we have been working on this idea for a long time. Our Cartulario service was designed many years ago on precisely those premises: treating the archive not as a mere repository of files, but as a register that records ownership, state and relationships, with an eye on functionalities such as endorsability, cancellability and completeness long before the European regulatory framework captured them explicitly.

And since we are on the subject of the name: Cartulario is simply the Spanish word for a cartulary (also spelled chartulary) — in the Middle Ages, the codex in which monasteries and cathedral chapters copied and safeguarded their charters, privileges and donations so they would not be lost (it is, roughly, the great-grandfather of the notarial protocol). So, all things considered, at EADTrust we have been in this business of chronological-order archiving for several centuries before the PDF was invented; the only difference is that we have swapped the vellum for a digital server and the copyist monk for a millisecond-precision time stamp.

And to that foundation Cartulario now adds a refinement that goes straight to the heart of what we were discussing in Tallinn: millisecond-precision (1 ms) time stamps associated with every archiving request. When the proof is the ordering, temporal resolution matters: having a millisecond-precision mark on each operation makes it possible to guarantee the chronological order of entries with far greater fineness, and to resolve the sequence unambiguously even when several requests pile up within a very short interval. It is, in practice, the materialisation of that idea of a «chronologically ordered archive» from which this whole line of reasoning starts.

Why this fits with the rest of the ecosystem

I do not want to close the article without connecting this story to the broader conversation about European digital identity. The ecosystem of the European wallet (EUDI Wallet) and of electronic attestations of attributes needs solid trust anchors: places where one can verifiably record who said what, about whom and when. A qualified chronological ledger (centralised or in the form of qDLT) is precisely one of those anchors. It can join the world of identity with the legal accountability of the eIDAS framework.

And all of this still rests on the first stone I mentioned at the beginning: the ability to preserve evidence over the long term and to migrate algorithms when needed. The arrival of post-quantum cryptography does not invalidate this architecture; on the contrary, it makes it more necessary. A ledger that orders documents in time must be, by design, a ledger capable of surviving the passage of time, including the time when today’s algorithms cease to protect us or the document-encoding formats are replaced by others.

That was, in essence, my thesis in Tallinn: that DLT and qDLT do not appear out of nowhere, but are the next natural rung on a ladder that began by preserving signatures, went on to archive documents, and is now learning to order facts. Seeing it this way helps a great deal not to get lost: each new standard does not replace the previous one, it adds a layer of ambition to it.

And here is my presentation summarising this article:

Try Cartulario

If you would like to experiment with these ideas on a real service, at EADTrust we make Cartulario available to anyone who wishes to try it. Its current nature is worth stating with full transparency: today it is offered as a non-qualified trust service and is pending audit to be considered a qualified service within the eIDAS framework. This distinction is no minor nuance (it is, precisely, the line that separates a trust service from a qualified trust service), and we prefer to make it clear from the outset.

Anyone who wishes to learn about it, propose a pilot project or discuss use cases (endorsability, cancellability, completeness or millisecond-precision time-stamping) can write to us at info@eadtrust.com or call us at +34 902 365 612 / +34 91 716 05 55. More information at www.eadtrust.eu.

De la conservación cualificada de firmas y sellos a los servicios cualificados de archivo con orden cronológico (qDLT)


El pasado 14 de septiembre de 2026 participé en Tallin (Estonia) en el evento ETSI ESI Certification Authority (CA) Open Session. Al principio como asistente, pero al final de la tarde participé como panelista.

La intervención estaba prevista para Steffen Schwalm, que finalmente no pudo asistir, y me pidieron que me incorporara para hablar de cómo evoluciona la estandarización de las tecnologías de registro distribuido (DLT) y, en particular, de lo que empezamos a llamar qDLT: el registro distribuido cualificado.

Acepté encantado, aunque conté mis ideas, no las del ponente anunciado, tras el corto plazo disponible para reflexionar sobre qué contar.

Y en este resumen recojo esas ideas sobre lo que está ocurriendo en la normalización de DLTs, no tanto como una revolución tecnológica que llega de fuera para reinventar la confianza digital, sino una evolución muy coherente de algo que llevamos casi una década construyendo en Europa. La cadena de razonamiento va desde la conservación de firmas y sellos cualificados a la ordenación de archivos respecto al momento en el que se pidió su custodia al Prestador de Servicios de Confianza. Así es como lo veo:

El punto de partida: conservar firmas y sellos cualificados

La primera pieza es la que lleva más tiempo normalizada y la que a veces olvidamos citar cuando hablamos de blockchain como si fuera terreno virgen. Bajo el paraguas del primer eIDAS, ETSI desarrolló la norma TS 119 511 (la que solemos citar simplemente como «511»), que fija los requisitos de política y de seguridad para los prestadores que ofrecen conservación a largo plazo de firmas electrónicas (o de datos en general) mediante técnicas de firma digital. Su compañera, la TS 119 512, define los protocolos para interoperar con esos servicios de conservación. Esta primera variante —la conservación cualificada de firmas electrónicas cualificadas y de sellos electrónicos cualificados— cuenta ya con su propio acto de ejecución: el Reglamento de Ejecución (UE) 2025/1946, dictado al amparo de los artículos 34, apartado 2, y 40 del Reglamento EIDAS. Conviene reparar en que estos son artículos originales de eIDAS y, por tanto, no llevan la numeración latina bis, ter, quater… propia de los preceptos que eIDAS2 fue insertando; su anexo remite a la ETSI TS 119 511 (con la TS 119 172-4) como norma de referencia.

El problema que resuelve la 511 es sutil pero enorme: una firma electrónica es válida hoy porque el certificado que la respalda está vigente, porque los algoritmos criptográficos empleados se consideran robustos y porque existe una infraestructura que lo confirma. Pero el tiempo erosiona todo eso. Los certificados caducan, las autoridades cambian, y (esto es cada vez más relevante) los algoritmos envejecen. Un servicio de conservación cualificado mantiene viva la evidencia: reafirma periódicamente la integridad y la validez mediante nuevos sellos de tiempo o técnicas de preservación (como hashes encadenados) y nuevas capas de protección criptográfica, de modo que dentro de veinte años se pueda seguir demostrando que aquel documento estaba firmado y que no ha sido alterado.

Aquí conviene detenerse, porque este es exactamente el terreno donde la criptoagilidad y la criptografía postcuántica dejan de ser un debate académico. Conservar a largo plazo significa, por definición, sobrevivir al momento en que los algoritmos actuales dejen de ser fiables. Un buen servicio de conservación es, en el fondo, una máquina diseñada para migrar de algoritmos sin perder el hilo probatorio. Quien entienda la 511 entiende ya la mitad de por qué el resto de esta historia importa.

El segundo paso: el archivado electrónico cualificado

El segundo eIDAS (el Reglamento (UE) 2024/1183) no tiró nada de lo anterior. Lo amplió. Entre los nuevos servicios cualificados de confianza aparece el archivado electrónico cualificado, lo que en la jerga anglosajona se abrevia como q-earchiving y que en el desarrollo normativo europeo se apoya en la especificación técnica CEN/TS 18170. Su acto de ejecución es el Reglamento de Ejecución (UE) 2025/2532, de 16 de diciembre de 2025, dictado al amparo del artículo 45 undecies, apartado 2, del Reglamento (el precepto que eIDAS2 añadió para el archivado electrónico cualificado), cuyo anexo remite precisamente a la CEN/TS 18170:2025 como norma de referencia.

La diferencia con la conservación de firmas es de alcance. La 511 se centra en mantener la validez de la evidencia criptográfica de un documento firmado. El archivado cualificado va un paso más allá y se ocupa del documento como objeto que debe conservarse íntegro, legible y disponible a lo largo del tiempo, esté firmado o no, incluyendo la garantía de su integridad, la trazabilidad de accesos y las políticas de retención. Es la traducción normativa de una necesidad muy antigua (el archivo) al lenguaje de los servicios cualificados de confianza. Por primera vez, un prestador puede ofrecer archivado con el mismo nivel de garantía jurídica que ya tenían la firma electrónica, el sello electrónico o el sellado de tiempo.

Y merece la pena deshacer un malentendido frecuente: el archivado no sustituye a la conservación de firmas, sino que se apoya en ella. La propia 511 sigue siendo la pieza que garantiza la pervivencia de la evidencia de firma, de modo que un prestador de archivado electrónico cualificado puede utilizar los servicios de un prestador de conservación para esa parte (recurrir a un servicio 511 para mantener vivas las firmas y sellos de los documentos que custodia). No estamos ante servicios que compiten, sino ante servicios que se complementan: el archivado orquesta la custodia del expediente y delega en la conservación el cuidado a largo plazo de la evidencia criptográfica. Es exactamente la lógica de capas que recorre todo este artículo.

Hay además una segunda función del archivado que merece destacarse porque a menudo pasa desapercibida: la conversión de formatos. Custodiar un documento durante décadas no consiste solo en que sus bits no cambien; consiste en que siga siendo legible. Y los formatos también envejecen. Un formato de fichero que hoy es universal puede quedar obsoleto y dejar de utilizarse en favor de otros, y cuando eso ocurra el servicio de archivado debe poder convertir el documento al nuevo formato preservando su contenido, su presentación fiel y su valor probatorio. Es, en el plano de los formatos, el paralelo exacto de lo que la conservación hace en el plano de los algoritmos: así como un servicio 511 migra de algoritmos criptográficos antes de que dejen de ser fiables, un servicio de archivado migra de formatos antes de que dejen de poder abrirse. Legibilidad futura de los datos y robustez futura de la criptografía son las dos caras de la misma promesa: que dentro de veinte años el documento no solo exista, sino que se pueda abrir y demostrar.

Si la conservación protege la firma, el archivado protege el expediente. Y el siguiente paso es preguntarse qué ocurre cuando lo que necesitamos proteger no es un documento aislado, sino la relación entre muchos hechos a lo largo del tiempo.

El tercer paso: orden temporal

Aquí entra la novedad más interesante del segundo eIDAS: los registros electrónicos (electronic ledgers) como nuevo servicio cualificado de confianza. La especificación de referencia es CEN/TS 18264, publicada en 2025.

Y su acto de ejecución, del mismo lote de diciembre de 2025, es el Reglamento de Ejecución (UE) 2025/2531, dictado al amparo del artículo 45 terdecies, apartado 3, del Reglamento (el precepto que eIDAS2 dedicó a los registros electrónicos cualificados).

Yo prefiero explicarlo con una idea sencilla: un registro electrónico es un archivo de orden cronológico. No solo guarda entradas de datos, sino que garantiza su secuencia temporal de forma que ninguna se pueda insertar, borrar o reordenar sin que se note. Es, si se quiere, un sellado de tiempo elevado a la categoría de estructura: no marcamos un único documento con una fecha, sino que construimos una cadena de acontecimientos cuya ordenación es en sí misma la prueba.

Y una vez que aceptamos que lo que aporta valor es la ordenación cronológica garantizada, surge la pregunta técnica que da nombre a la sesión: ¿cómo se construye ese orden? Y hay dos respuestas legítimas.

La primera es usando una infraestructura centralizada: un único prestador cualificado mantiene el registro, lo sella y responde de su integridad. Es sencillo de auditar y encaja perfectamente en el modelo de prestador cualificado que ya conocemos.

La segunda es usando una infraestructura de nodos interconectados que replican la información (a veces llamada infraestructura distribuida): el orden cronológico se construye mediante la conexión de los nodos que acuerdan entre sí (por las reglas de gobernanza) la secuencia de las entradas. Aquí es donde la tecnología de registro distribuido (DLT) entra en juego, no como una moda, sino como una forma concreta de lograr esa ordenación sin depender de un único punto. Cuando ese registro distribuido se presta con las garantías de un servicio cualificado de confianza, hablamos de qDLT: un registro distribuido cualificado.

Permítaseme aquí un apunte terminológico que vengo defendiendo desde hace tiempo. El Reglamento ha consagrado el término DLT (Distributed Ledger Technology, tecnología de registro distribuido), y a él me atengo por rigor normativo. Pero, puestos a bautizar la idea con precisión, yo preferiría hablar de RJT (Replicated Journal Technology). La razón es contable: en la partida doble, el orden cronológico de los hechos no se guarda en el ledger (el libro mayor, que agrupa los apuntes por cuenta), sino en el journal (el libro diario, que los anota uno tras otro según van ocurriendo). Y como lo que aquí estamos preservando es justamente la secuencia temporal, el nombre idóneo a adoptar para esta tecnología debería orientarse al diario replicado antes que al mayor distribuido. Es, seguramente, una batalla terminológica ya perdida frente al texto oficial, pero no por ello menos exacta.

Un buen ejemplo europeo de esta aproximación es EBSI, la infraestructura europea de servicios blockchain, hoy gobernada a través de la figura del Europeum-EDIC (un consorcio de infraestructura digital europea). EBSI muestra que el modelo distribuido no es incompatible con la confianza cualificada: los nodos pueden estar operados por administraciones y prestadores identificados, con anclas de confianza gubernamentales, de modo que el resultado combina la resiliencia de la distribución con la responsabilidad jurídica que exige el marco eIDAS.

Y vale la pena fijarse en un detalle del Reglamento de Ejecución (UE) 2025/2531, porque recoge con precisión esta dualidad. El acto de ejecución exige a todos los prestadores de registros electrónicos cualificados cumplir con la norma ETSI EN 319 401 (requisitos generales de política para prestadores de servicios de confianza) y añade requisitos específicos para la variante distribuida: cuando el registro se construye mediante nodos, el prestador debe cumplir además la ISO 23257:2022 (arquitectura de referencia de las tecnologías de registro distribuido) y la ISO/TS 23635:2022 (directrices de gobernanza). Dicho de otro modo, es el propio acto de ejecución el que reconoce las dos variantes y reserva las normas de consenso y gobernanza de DLT para el caso distribuido, que es cuando hablamos con propiedad de qDLT. La regulación, una vez más, no impone una tecnología: describe garantías y deja abierta la forma de alcanzarlas.

Merece la pena subrayar la continuidad normativa: de conservación (511) pasamos a archivado cualificado (18170) y de ahí a registro cronológico o qDLT (18264). No son tres mundos, sino tres capas de una misma idea que va ganando ambición: primero mantener con plenos efectos una firma electrónica, luego custodiar un documento (firmado o no) garantizando su recuperación futura, y finalmente ordenar y relacionar los hechos de forma verificable, cuando ese orden pueda producir efectos legales.

Lo que un registro cronológico permite hacer

La parte que más me interesa, y a la que dediqué buena parte de mi intervención, no es la tecnología del registro en sí, sino las funcionalidades que habilita cuando registramos no solo el documento, sino también su contexto: quién es su propietario, qué derechos incorpora y cómo evoluciona. Un registro cronológico bien diseñado abre la puerta a tres capacidades que hasta ahora eran difíciles de trasladar al mundo digital con plenas garantías.

La primera es la transferibilidad (o endosabilidad). Si el registro no anota únicamente que existe un documento, sino también quién es su titular, entonces puede anotar igualmente la transmisión de esa titularidad. Esto es lo que permite tratar un archivo electrónico como un bien que cambia de manos: pensemos en los efectos comerciales, en los títulos representativos de mercancías o en cualquier derecho que tradicionalmente se «endosaba» sobre un papel. El registro cronológico convierte la cadena de endosos en una secuencia verificable de entradas.

La segunda es la obliterabilidad (o cancelabilidad). Un derecho no solo se transmite: también se consume. Si un archivo representa una entrada de cine o el acceso a un espectáculo, necesitamos poder marcar que ese derecho ya se ha ejercido, de forma que no pueda usarse dos veces. El registro no borra la entrada (la evidencia permanece), pero anota de manera indeleble su cambio de estado: emitido, transferido, consumido. Es la diferencia entre tachar y tirar: el hecho de que un derecho se agotó es, en sí mismo, un hecho que merece quedar registrado. Es el caso del matasellos, por ejemplo.

La tercera es la completitud, que a mí me gusta describir como una grapa electrónica. Un documento raramente viaja solo. Un contrato lleva anexos; una escritura lleva anotaciones; un acuerdo evoluciona mediante versiones sucesivas. Pensemos en las novaciones contractuales, en las que las partes acuerdan modificar el clausulado: lo que importa jurídicamente no es solo el último texto, sino la relación completa entre el documento original, sus anexos y cada una de sus evoluciones. La completitud consiste en mantener unidos, de forma verificable, el documento y todo lo que le acompaña (anotaciones, anexos y sus propias versiones), de modo que el conjunto se conserve como una unidad indivisible y trazable. La grapa no solo junta papeles: registra en qué orden se fueron juntando.

Estas tres funcionalidades comparten un rasgo: solo son posibles si el registro guarda más que el documento. Guarda su titularidad, su estado y sus relaciones. Y solo son fiables si esa información está ordenada en el tiempo de forma que no pueda manipularse. Por eso el registro cronológico cualificado no es un capricho técnico, sino el sustrato sobre el que se pueden construir servicios que hasta ahora vivían atados al papel o a intermediarios de confianza cerrados.

Una base de datos con genealogía jurídica: las anotaciones en cuenta y el Cartulario de EADTrust

Para que estas tres funcionalidades sean algo más que una promesa, hace falta gestionar una base de datos asociada al servicio con unas propiedades muy concretas: que registre, para cada objeto archivado, quién es su titular, en qué estado se encuentra el derecho que incorpora (y donde o frente a quien se ejerce este derecho) y cómo se relaciona con otros documentos; y que lo haga de modo que cada cambio quede anotado en secuencia y resulte oponible frente a terceros. Quien conozca el Derecho del mercado de valores reconocerá el patrón de inmediato, porque es exactamente el que rige la representación de valores mediante anotaciones en cuenta: un registro contable en el que la titularidad, las transmisiones, los gravámenes y la extinción de los derechos no se documentan sobre un título físico, sino que se constituyen y se prueban por su inscripción. La transferibilidad es, en ese lenguaje, la transmisión de la anotación; la obliterabilidad, su cancelación; la completitud, el vínculo entre la anotación principal y sus accesorias. No es una coincidencia: el registro cronológico cualificado y el registro de anotaciones en cuenta resuelven el mismo problema —dar certeza sobre la titularidad y el estado de un derecho a lo largo del tiempo— con la misma herramienta: una base de datos fiable y ordenada.

En EADTrust llevamos tiempo trabajando sobre esta idea. Nuestro servicio Cartulario se diseñó hace ya bastantes años partiendo precisamente de esas premisas: tratar el archivo no como un simple depósito de ficheros, sino como un registro que anota titularidad, estado y relaciones, con la vista puesta en funcionalidades como la endosabilidad, la cancelabilidad y la completitud mucho antes de que el marco normativo europeo las recogiera de forma explícita.

Y ya que hablamos del nombre: un cartulario era, en la Edad Media, el códice en el que monasterios y cabildos copiaban y custodiaban sus escrituras, privilegios y donaciones para que no se perdieran (viene a ser el bisabuelo de la matriz notarial). Así que, bien mirado, en EADTrust llevamos en esto del archivo de orden cronológico desde varios siglos antes de que se inventara el PDF; la única diferencia es que hemos cambiado la vitela por un servidor digital y al monje amanuense por un sello de tiempo de precisión de milisegundo.

Y a esa base de partida Cartulario añade ahora un refinamiento que va justo al corazón de lo que discutíamos en Tallinn: sellos de tiempo de precisión de milisegundo (1 ms) asociados a cada solicitud de archivo. Cuando la prueba es la ordenación, la resolución temporal importa: disponer de una marca de tiempo con precisión de milisegundo en cada operación permite garantizar con mucha mayor finura el orden cronológico de las entradas, y resolver sin ambigüedad la secuencia incluso cuando varias solicitudes se acumulan en un intervalo muy breve. Es, en la práctica, la materialización de esa idea de «archivo de orden cronológico» de la que parte todo este razonamiento.

Por qué esto encaja con el resto del ecosistema

No quiero concluir el artículo sin conectar esta historia con la conversación más amplia sobre identidad digital europea. El ecosistema de la cartera europea (EUDI Wallet) y de las declaraciones electrónicas de atributos necesitan anclas de confianza sólidas: lugares donde asentar de forma verificable quién ha dicho qué, sobre quién y cuándo. Un registro cronológico cualificado (centralizado o en forma de qDLT) es precisamente uno de esos anclajes. Puede unir el mundo de la identidad con la responsabilidad jurídica del marco eIDAS.

Y todo ello sigue descansando sobre la primera piedra que mencionaba al principio: la capacidad de conservar la evidencia a largo plazo y de migrar de algoritmos cuando haga falta. La llegada de la criptografía postcuántica no invalida esta arquitectura; al contrario, la hace más necesaria. Un registro que ordena documentos en el tiempo debe ser, por diseño, un registro capaz de sobrevivir al paso del tiempo, incluido el tiempo en que los algoritmos de hoy dejen de protegernos o los formatos de codificación de documentos se sustituyan por otros..

Esa fue, en esencia, mi tesis en Tallinn: que las DLT y el qDLT no aparecen de la nada, sino que son el siguiente peldaño natural de una escalera que empezó conservando firmas, siguió archivando documentos y ahora aprende a ordenar los hechos. Verlo así ayuda mucho a no perderse: cada norma nueva no sustituye a la anterior, sino que le añade una capa de ambición.

Probar Cartulario

Si quieres experimentar con estas ideas sobre un servicio real, en EADTrust ponemos Cartulario a disposición de quienes deseen probarlo. Conviene precisar su naturaleza actual con total transparencia: hoy se ofrece como servicio de confianza no cualificado y está pendiente de auditoría para ser considerado servicio cualificado en el marco de eIDAS. Esa distinción no es un matiz menor (es, precisamente, la línea que separa un servicio de confianza de un servicio cualificado de confianza), y preferimos dejarla clara desde el principio.

Quien quiera conocerlo, plantear un proyecto piloto o comentar casos de uso (endosabilidad, cancelabilidad, completitud o el sellado de tiempo de precisión de milisegundo) puede escribirnos a info@eadtrust.com o llamarnos al 902 365 612 / 91 716 05 55. Más información en www.eadtrust.eu.

Formación sobre los aspectos técnicos de la Factura Electrónica obligatoria B2B


Agradezco a iKN Spain que cuente conmigo como formador acompañando a Pere Brachfield en el evento formativo «Executive Training» que tendrá lugar los días 6 y 8 de julio de 2026 sobre la Factura Electrónica obligatoria B2B.

La parte que yo impartiré estará centrada en los aspectos técnicos de la factura electrónica B2B y Ver-Factu:

  • Arquitectura técnica: formato estructurado, XML, campos obligatorios y ciclo de vida de la factura.
  • Firma electrónica y sello electrónico: tipos (XAdES, CAdES, PAdES), certificados cualificados, sellado de tiempo.
  • Veri-Factu: qué es y cómo se relaciona con la factura electrónica B2B. Hashes encadenados y QR de verificación
  • Convergencias y divergencias entre Veri-Factu y la factura electrónica B2B: análisis comparativo para proyectos de implantación.
  • Requisitos técnicos del software de facturación: certificación, integridad, inalterabilidad, APIs y gestión de estados
  • Recursos técnicos oficiales AEAT: esquemas XSD, documentación de integración y entornos de homologación
  • Hoja de ruta para el proyecto de implantación: inventario de sistemas, elección de plataforma, pruebas y go-live

Estaré encantado de resolver cualquier duda que surja respecto a los retos de implantación y la forma de gestionar, por, ejemplo, sellos electrónicos de persona jurídica para la firma y el sellado electrónicos de facturas.