El IDP del Futuro No Es un Cuadernillo. Es una Capa de Presentación que Preserva la Privacidad.

El permiso internacional de conducción (IDP, por sus siglas en inglés) del futuro no debería ser otro documento que llevar encima. Debería ser una forma gobernada y criptográficamente verificable de presentar los privilegios nacionales de conducción a través de las fronteras — en línea y fuera de línea, con divulgación mínima y sin convertir cada verificación en vigilancia.

Todo el mundo dice que el futuro del permiso internacional de conducción es digital. Eso no es incorrecto, pero tampoco es suficientemente específico.

Un cuadernillo en PDF en el teléfono no es el futuro. Un código QR con mejor apariencia no es el futuro. Un token de cadena de bloques con la palabra «conducción» en los materiales de marketing no es el futuro.

El problema real va más allá del formato. Se reduce a una pregunta central: ¿cómo se convierte un privilegio legal de conducción, emitido por una autoridad, en algo comprensible, confiable y utilizable en otro lugar, ante otro verificador, bajo presión, a veces sin red de datos y sin exponer más datos personales de los necesarios?

Esa es la pregunta que el IDP en papel nunca resolvió del todo. Y es la pregunta que el sistema de próxima generación debe responder.

Por Qué el IDP en Papel Resolvió la Legibilidad Pero No la Confianza

El IDP en papel tenía sentido en un mundo donde el papel era el medio principal. Actuaba como una capa de compatibilidad — una conexión legible por humanos entre un sistema de licencias y otro. Eso era útil y, en cierta medida, todavía lo es.

Pero la parte difícil de la movilidad transfronteriza moderna ya no es solo la legibilidad. Es la confianza.

Los verificadores actuales se enfrentan a una serie de preguntas más complejas:

• ¿Pueden determinar si la credencial es auténtica?
• ¿Pueden confirmar que sigue siendo válida?
• ¿Pueden comprobar únicamente los campos específicos que realmente necesitan?
• ¿Pueden hacerlo sin contactar a la autoridad emisora cada vez?
• ¿Pueden verificarlo en línea, en persona y en la vía pública?
• ¿Pueden hacerlo sin convertir los viajes en un sistema de rastreo global?

Por eso el IDP del futuro no debe entenderse como un proyecto de cuadernillo digital. Debe entenderse como un problema de arquitectura de presentación.

Estándares que Ya Apuntan Hacia un IDP Digital

Esto ya no es teórico. La comunidad de estándares ya se ha movido en esta dirección:

• ISO/IEC 18013-1:2018 estableció un modelo en el que una sola licencia segura puede servir tanto para propósitos nacionales como internacionalmente reconocidos, anticipando tecnologías legibles por máquina y la integración de biometría, criptografía y compresión.
• ISO/IEC 18013-3 cubre el control de acceso, la autenticación y la validación de integridad.
• ISO/IEC 18013-5 define las interfaces entre la licencia de conducción móvil, el lector y la infraestructura de la autoridad emisora, incluido su uso por parte de verificadores en otros países.
• ISO/IEC 18013-7 añade la presentación de una licencia de conducción móvil a través de internet.
• El trabajo de la CEPE-ONU sobre permisos de conducción electrónicos vincula los requisitos técnicos y de seguridad al cumplimiento de la norma ISO/IEC 18013-5.

El Enfoque Incorrecto para Digitalizar el IDP

El enfoque incorrecto consiste en tomar el IDP actual, convertirlo a formato digital y colocarlo en una aplicación. Eso parece eficiente, pero mantiene el enfoque equivocado: sigue centrando el sistema en el documento como objeto físico.

El mejor enfoque es tratar la conducción internacional como una presentación controlada de los derechos de conducción emitidos a nivel nacional.

Ese cambio importa, porque en cuanto se piensa en términos de presentación, las preguntas de diseño se vuelven más precisas:

• ¿Quién emitió el derecho subyacente a conducir?
• ¿Cómo recibe y almacena el titular la credencial?
• ¿Cómo solicita un verificador únicamente los datos que legítimamente necesita?
• ¿Cómo se distribuyen y en quién se confía en cuanto a las claves del emisor?
• ¿Cómo se verifica la revocación sin rastreo en tiempo real por parte del emisor?
• ¿Qué funciona sin conexión y qué todavía necesita papel como respaldo?
• ¿Qué verificador tiene permitido ver qué datos y por qué?

Esa es una forma mucho más seria de diseñar el sustituto del IDP en papel.

Una Definición Mejor del IDP del Futuro

A continuación se propone una definición:

Un IDP del Futuro es una credencial transfronteriza derivada basada en estándares que presenta los privilegios de conducción emitidos a nivel nacional a un verificador de manera apropiada al contexto, bajo el control del titular, con verificación criptográfica, divulgación basada en roles, flujos de presentación en línea y sin conexión, y comprobación de estado que preserva la privacidad.

Esa definición es deliberadamente precisa. No:

• Convierte el IDP del Futuro en un derecho de conducción independiente
• Lo transforma en un almacén universal de datos de identidad
• Requiere una conexión en tiempo real con el emisor para cada transacción
• Asume que un mostrador de alquiler, un agente de policía y una aseguradora deben ver los mismos campos
• Requiere la cadena de bloques como núcleo del sistema

Es una respuesta disciplinada a un problema de confianza.

Los Siete Componentes de un IDP del Futuro Funcional

Sin tecnicismos de marketing, un IDP del Futuro funcional necesita siete componentes:

1. Una fuente nacional autorizada de verdad. El derecho legal a conducir proviene de la autoridad de licencias nacional. La capa internacional nunca debe crear derechos de conducción, solo presentarlos.
2. Un emisor. Una autoridad pública de confianza, o un emisor autorizado estrictamente gobernado que actúe en su nombre, emite la credencial digital que refleja el privilegio de conducción vigente.
3. Una cartera digital del titular. El conductor necesita una cartera segura que almacene la credencial, proteja las claves privadas, autentique al titular y presente la credencial a los verificadores.
4. Un verificador o lector. Puede ser un dispositivo policial, un lector en un mostrador de alquiler, un sistema en línea u otro verificador autorizado.
5. Un registro de confianza. Los verificadores necesitan una forma fiable de obtener las claves públicas y los metadatos de confianza de los emisores legítimos.
6. Una capa de estado. Debe existir una forma de expresar suspensión, revocación, vencimiento o cambio de estado que preserve la privacidad.
7. Un respaldo físico. Las baterías agotadas, la conectividad deficiente, los dispositivos dañados, las jurisdicciones conservadoras y los entornos de políticas en transición son una realidad normal, no casos excepcionales.

Divulgación Basada en Roles: Una Credencial, Diferentes Audiencias

Uno de los mayores fallos de diseño en los sistemas de identidad es asumir que una credencial equivale a una divulgación. Eso es lo opuesto a un buen diseño.

Un agente de policía en un control de carretera no tiene la misma necesidad legítima que un mostrador de alquiler. Un mostrador de alquiler no tiene la misma necesidad que un empleador. Un empleador no tiene la misma necesidad que un sistema de precomprobación en línea.

Un IDP del Futuro debe admitir diferentes conjuntos de divulgación para diferentes categorías de verificadores:

• Control de carretera: Identidad, fotografía, categorías y habilitaciones, restricciones, estado de validez. Nada más por defecto.
• Mostrador de alquiler: Identidad, fotografía, categorías de conducción, fechas de emisión y vencimiento, posiblemente información sobre la edad, pero no todos los campos de la credencial.
• Precomprobación en línea: Prueba de identidad, prueba de habilitación de conducción pertinente, prueba de validez actual, posiblemente una confirmación vinculada a la reserva.
• Empleador o cumplimiento de flota: Un flujo de trabajo separado con consentimiento explícito, no el mismo perfil de divulgación que la verificación de viajes.

Los estándares ya admiten este modelo. El borrador actual del mDL del NIST describe consultas que permiten a los verificadores especificar qué atributos solicitan. Las directrices de implementación de la AAMVA exigen que la aplicación muestre claramente qué datos se solicitaron y otorgue al titular control total sobre qué elementos de datos se comparten.

Un IDP del Futuro no debería ser una tarjeta digital. Debería ser un instrumento de divulgación controlada.

La Verificación Instantánea No Debe Convertirse en Vigilancia Instantánea

Aquí es donde muchos proyectos de identidad digital fallan. Describen la «verificación en tiempo real» como si automáticamente significara progreso. No es así.

Un verificador necesita confianza oportuna. Pero el emisor no necesita saber cada lugar y cada momento en que el titular presenta la credencial. Esa distinción es fundamental.

El Marco de Arquitectura y Referencia de la UE es claro en este punto. Las instancias de las partes que confían no deben solicitar la lista de estado correspondiente cada vez que se presenta una credencial. En su lugar:

• Las listas actualizadas deben descargarse por separado, en momentos y desde ubicaciones no relacionadas con la presentación de un usuario específico.
• Las posiciones de la lista de estado deben aleatorizarse, con entradas suficientes para proporcionar privacidad colectiva.
• Las solicitudes de listas no deben convertirse en señales de rastreo para titulares específicos.

El borrador actual del mDL del NIST describe la validación por parte del verificador basada en firmas del emisor y claves públicas sin necesidad de contactar directamente al emisor. Las directrices de la AAMVA prohíben la recuperación desde el servidor en sus directrices de implementación y se centran en la recuperación desde el dispositivo más la distribución de claves públicas basada en servicios de confianza.

Un IDP del Futuro debe admitir la verificación instantánea, sin crear un registro global de dónde y cuándo un conductor ha demostrado su identidad.

Distribución de Confianza: Gobernanza en Formato Legible por Máquina

Mucha gente habla de carteras digitales y criptografía. Muchos menos hablan de la infraestructura que realmente hace funcionar la confianza, pero la infraestructura es la parte que importa.

Un verificador solo puede confiar en una credencial si puede descubrir y confiar de manera fiable en las claves públicas y los metadatos relacionados del emisor. Un ecosistema de IDP del Futuro necesita una respuesta legible por máquina y gobernable a preguntas como:

• ¿Qué emisores son legítimos?
• ¿Qué claves públicas están vigentes?
• ¿Qué emisores están autorizados para qué jurisdicciones?
• ¿Qué categorías de verificadores están registradas o acreditadas?
• ¿Qué ocurre cuando un emisor rota claves o cambia de política?

El Servicio de Confianza Digital de la AAMVA es un ejemplo concreto: una forma única, segura y resiliente para que las partes que confían obtengan las claves públicas de las autoridades emisoras, entregadas a través de una lista verificada de autoridades de certificación de emisores. El manual de mDL de la UE describe cómo los Estados miembros notifican a la Comisión Europea los emisores de mDL autorizados, cómo la Comisión publica esa lista con fines de verificación y cómo se registran las partes que confían dentro del marco de confianza de la cartera digital.

Esa es la dirección que necesita un IDP del Futuro: no un sistema donde todos escaneen un código QR y confíen en el resultado sin validación, sino uno donde la confianza esté distribuida, versionada y sea verificable por máquina.

El Uso en Línea y en Carretera Deben Compartir un Sistema Unificado

Un IDP del Futuro serio no puede dividirse en sistemas separados: uno para controles en carretera, otro para el alquiler de coches, otro para la incorporación remota, otro para la verificación de identidad y otro para la verificación de conducción. Esa fragmentación es exactamente lo que ya sufren los usuarios.

Los estándares técnicos ya existen para evitarlo:

• ISO/IEC 18013-5 define las interfaces para la presentación de la licencia de conducción móvil en persona.
• ISO/IEC 18013-7 amplía eso a la presentación a través de internet.
• El manual de mDL de la UE enumera tanto los alquileres de coches como los controles en carretera como escenarios de verificación, y describe el uso compartido remoto así como las comprobaciones de proximidad mediante flujos activados por códigos QR, Bluetooth, Wi-Fi Aware y NFC.

El sistema futuro debe gestionar tanto los escenarios en línea como los presenciales, porque los viajes incluyen ambos. La movilidad incluye ambos. La confianza requiere ambos.

La Capa de Protocolo Nativa de la Web Ya Es Madura

Durante años, una razón por la que los debates sobre identidad parecían imprecisos era que la capa de protocolo aún estaba incompleta. Eso ya es mucho menos cierto:

• OpenID para la Emisión de Credenciales Verificables 1.0 define una API protegida por OAuth para la emisión de credenciales, con soporte explícito para múltiples formatos de credenciales, incluidos ISO mdoc, SD-JWT VC y credenciales W3C VCDM.
• OpenID para Presentaciones Verificables 1.0 define un mecanismo para que los verificadores soliciten y reciban presentaciones de credenciales.
• El Modelo de Datos de Credenciales Verificables 2.0 del W3C formaliza el ecosistema de tres partes compuesto por emisores, titulares y verificadores.

Eso cambia la conversación. El IDP del Futuro ya no tiene que imaginarse como una única aplicación gubernamental con procesos construidos a medida. Puede diseñarse como un perfil de credencial gobernado sobre un ecosistema interoperable más amplio.

Eso no elimina la necesidad de gobernanza pública. Elimina la excusa de que no existe una pila de protocolos moderna sobre la que construir.

Por Qué la Cadena de Bloques Es Opcional, Pero el Reconocimiento No

Un IDP del Futuro no necesita la cadena de bloques como base. Eso no significa que la tecnología de registro distribuido sea inútil; puede ser valiosa en roles específicos de transparencia o registro, pero no debe tratarse como el centro del sistema de credenciales de conducción.

El Modelo de Datos VC 2.0 del W3C es explícito en que los registros de datos verificables pueden adoptar muchas formas: bases de datos de confianza, bases de datos descentralizadas, bases de datos de identidad gubernamentales o registros distribuidos. DID Core es igualmente explícito en que muchos, pero no todos, los métodos DID utilizan registros distribuidos. Los estándares no imponen una arquitectura que priorice la cadena de bloques.

Esa es la posición correcta, porque la parte más difícil de un IDP del Futuro no es la tecnología. La parte más difícil es:

• El reconocimiento legal
• La gobernanza del emisor
• El despliegue de lectores
• La acreditación de verificadores
• Las operaciones de listas de confianza
• La lógica de revocación
• La alineación de políticas transfronterizas

La AAMVA creó un servicio de confianza. El manual de la UE incluye la publicación de emisores y el registro de partes que confían. Los borradores de la CEPE-ONU conectan los permisos electrónicos con la norma ISO/IEC 18013-5. El verdadero desafío no es la ausencia de criptografía, sino el desafío de la interoperabilidad gobernada.

Un Flujo Realista del IDP del Futuro en la Práctica

Un IDP del Futuro debería ser sencillo en la práctica. A continuación se muestra cómo funciona en tres escenarios comunes:

1. Emisión o Actualización

La autoridad nacional verifica el registro de la licencia subyacente y emite una credencial en la cartera digital del titular. La cartera la almacena de forma segura, protege las claves y puede posteriormente actualizar el estado o recibir atestaciones actualizadas a través de un flujo de emisión gobernado. OpenID4VCI proporciona una capa de emisión nativa de la web viable, mientras que las directrices de la AAMVA exigen cifrado en reposo, almacenamiento seguro de claves y autenticación del titular cuando se accede a los datos o se liberan.

2. Precomprobación Remota para Alquiler de Coches

Una plataforma de alquiler envía una solicitud autenticada de un conjunto mínimo de habilitaciones de conducción. La cartera muestra la solicitud al titular, quien la aprueba. El verificador recibe la presentación a través de un flujo habilitado para internet, valida la firma del emisor y el material de claves, comprueba la información de confianza y estado disponible localmente, y preaprueba la reserva. El manual de mDL de la UE ya describe el uso compartido remoto para el alquiler de coches; el borrador del NIST describe solicitudes de atributos impulsadas por consultas; OpenID4VP e ISO/IEC 18013-7 proporcionan la dirección amplia de presentación para los flujos basados en internet.

3. Control en Carretera

Un agente solicita el conjunto de divulgación para controles en carretera. El titular presenta la credencial a través de un flujo de proximidad. El lector valida la credencial localmente, comprueba las habilitaciones de conducción y la validez, y no ve más de lo necesario. El emisor no es contactado por defecto. El manual de la UE describe la verificación en carretera mediante QR, Bluetooth, Wi-Fi Aware y NFC, mientras que la norma ISO/IEC 18013-5 y las directrices de la AAMVA centran la proximidad y la recuperación desde el dispositivo en lugar del contacto en tiempo real con el emisor.

Esa es la experiencia de usuario correcta: rápida, verificable, mínimamente invasiva y sencilla.

Lo Que el IDP del Futuro No Es

Para ser claros, el IDP del Futuro no es:

• Una licencia de conducción independiente
• La imagen de una tarjeta
• Una colección universal de datos de identidad
• Un canal de vigilancia controlado por el verificador
• Papel en formato digital
• Un sistema de confianza dependiente de la cadena de bloques

Es una capa de presentación cuidadosamente gobernada sobre los privilegios de conducción emitidos a nivel nacional. Eso es menos llamativo, y tiene muchas más probabilidades de funcionar.

Por Qué el Camino de Migración Importa Tanto Como la Arquitectura

La mejor arquitectura es inútil si el camino de migración no es realista. Los gobiernos no van a reemplazar cada flujo de trabajo en papel de la noche a la mañana, y no deberían hacerlo.

Un camino realista tiene este aspecto:

1. Fase 1: Conservar el papel. Añadir un acompañante digital seguro.
2. Fase 2: Estandarizar las listas de confianza de emisores y las categorías de verificadores.
3. Fase 3: Admitir tanto la presentación por proximidad como la remota.
4. Fase 4: Trasladar las verificaciones rutinarias y los alquileres a flujos con prioridad digital.
5. Fase 5: Reducir el cuadernillo en papel a estado de respaldo en lugar de estado primario.

Ese camino coincide con la dirección en que ya avanzan los estándares y el trabajo oficial del ecosistema: la lógica de un único documento de la ISO, la infraestructura del servicio de confianza de la AAMVA, los casos de uso del mDL basados en cartera digital del EUDI, y el movimiento de la CEPE-ONU hacia modelos de permiso electrónico alineados con la norma ISO/IEC 18013-5.

El Argumento Central en Una Sola Frase

Aquí está el argumento sintetizado: El IDP del futuro no es un cuadernillo digital. Es una respuesta gobernada a un problema de confianza transfronteriza.

No una versión con mejor apariencia del documento antiguo, sino un sistema mejor. Un sistema donde:

• El derecho legal sigue proviniendo de la autoridad nacional
• El titular controla la presentación
• El verificador obtiene solo lo que necesita
• La confianza puede verificarse sin vigilancia por defecto
• El uso remoto y el presencial comparten una arquitectura
• El papel sobrevive solo donde todavía tiene valor práctico

Ese es el estándar al que hay que aspirar.

Una vez que se ve el problema de esa manera, la pregunta interesante ya no es si el IDP debería volverse digital. La pregunta interesante pasa a ser: ¿quién está dispuesto a diseñar la capa de identidad del conductor transfronterizo con la suficiente seriedad como para reemplazar el papel sin reproducir sus debilidades, ni añadir otras nuevas?

Nada de esto es especulativo. El trabajo actual del NIST sobre mDL describe una cartera controlada por el usuario, un verificador que valida la autenticidad sin necesidad de contactar directamente al emisor y un ecosistema de credenciales construido en torno a emisores, carteras y verificadores. El Servicio de Confianza Digital de la AAMVA ya existe para distribuir las claves públicas de las autoridades emisoras. El manual de licencias de conducción móviles de la UE describe listas de emisores autorizados y el registro de partes que confían dentro de un marco de confianza más amplio.