ISO 18013-5 — la licencia de conducir digital
ISO/IEC 18013-5 es el estándar internacional que define cómo se construye, presenta y verifica una mDL —mobile Driver's License, licencia de conducir digital—. Fue publicado en 2021 por la International Organization for Standardization y se convirtió rápidamente en el formato de referencia para documentos de viaje, controles de tránsito y verificación de edad en EE.UU. y Europa.
Es uno de los pocos estándares de identidad digital con adopción regulatoria simultánea en ISO, AAMVA (EE.UU.), TSA (control de seguridad aeroportuaria) y eIDAS 2.0 (UE).
Qué define exactamente
ISO 18013-5 cubre todo el ciclo de vida de una mDL:
Estructura de datos
El formato mDoc —binario, basado en CBOR— que contiene los atributos de la licencia (nombre, fecha de nacimiento, categorías habilitadas, foto, etc.) firmados por la autoridad emisora.
Mecanismos de presentación
Cómo el holder presenta la mDL a un verificador: vía Bluetooth Low Energy, NFC, código QR o transferencia online. Cada mecanismo está especificado al nivel de bytes.
Además define:
- Selective disclosure nativo: el verificador puede pedir solo los campos que necesita; el holder los presenta sin revelar los demás.
- Verificación offline: el verificador puede confirmar la autenticidad sin conexión, validando la firma criptográfica contra la cadena de confianza de la autoridad emisora.
- Trust framework: un sistema de PKI (Public Key Infrastructure) donde cada país/jurisdicción mantiene su autoridad y se reconocen mutuamente.
Por qué binario y no JSON
A diferencia de SD-JWT VC, mDoc usa CBOR (Concise Binary Object Representation) en vez de JSON. La razón es práctica:
- 1Tamaño compacto. Una mDL en mDoc ocupa la mitad que en JSON. Importante para QRs en pantalla limitada.
- 2Operación offline. En un control de tránsito, el oficial verifica con su celular sin internet. CBOR se parsea más rápido y sin dependencias externas.
- 3Compatibilidad con NFC. Las tarjetas de identidad físicas con chip NFC ya hablan formatos binarios. mDoc es compatible con esa cadena de infraestructura existente.
Esto hace que mDoc sea menos cómodo para developers (JSON es más amigable) pero más adecuado para los casos de uso ISO 18013-5 fue diseñado para resolver.
Trust framework — cómo se confía entre países
El aspecto más interesante de ISO 18013-5 es cómo resuelve el problema de "cómo confiar en una licencia emitida por otro país". Lo hace con PKI federada:
| Nivel | Quién emite | Qué firma |
|---|---|---|
| Root | Autoridad nacional (Ministerio, ANSV) | Las claves de cada jurisdicción que puede emitir mDLs |
| Intermediate | Jurisdicción habilitada | Las claves operativas de issuance |
| Operational | Sistema de emisión | Cada mDL individual |
Cualquier verificador en el mundo que tenga la root certificate de un país puede verificar una mDL emitida por cualquier jurisdicción de ese país. Los root certificates se intercambian entre países vía ICAO (International Civil Aviation Organization) y AAMVA Trust Service, en analogía a cómo se intercambian las claves para pasaportes electrónicos.
Esto significa que una mDL emitida por una provincia argentina puede ser verificada por una agencia de alquiler de autos en Madrid si Argentina y la UE acordaron intercambio de roots —y ese acuerdo está en curso vía la integración eIDAS 2.0 con países terceros.
Adopción en producción
A 2026, el panorama de adopción es:
EE.UU.
17 estados emiten mDL en producción. TSA acepta mDL en 80+ aeropuertos. AAMVA mantiene el Digital Trust Service.
Unión Europea
Obligatorio en eIDAS 2.0 — las EUDI Wallet de los 27 países miembros deben soportar mDoc para 2030.
LATAM
Pruebas piloto en México (NL), Brasil (SP), Colombia. Argentina con interés a nivel provincial y nacional, sin despliegue productivo aún.
El grant US Round 2 que Sovra/NL está aplicando (Digital Cities Innovation Accelerator) propone justamente la primera implementación mDL ISO 18013-5 en LATAM con interoperabilidad cross-border NL ↔ Texas.
Diferencia con SD-JWT VC
mDoc no compite con SD-JWT VC; resuelve un problema distinto.
| Característica | mDoc / ISO 18013-5 | SD-JWT VC |
|---|---|---|
| Formato | CBOR (binario) | JWT (texto) |
| Caso de uso primario | Documento físico digitalizado (licencia, ID) | Credenciales en general (académicas, gov, salud) |
| Operación offline | Sí, optimizado | Posible pero no nativo |
| Mecanismos de presentación | BLE, NFC, QR, online | QR, online |
| Trust framework | PKI federada con roots cross-país | Confianza en el DID del emisor |
| Verificadores típicos | Policía, TSA, control fronterizo, fiscalización | Apps, portales, sistemas backend |
En la práctica, una wallet ciudadana provincial argentina necesita soportar ambos: mDoc para licencia de conducir y SD-JWT VC para todo lo demás.
Implicancias para Argentina
Implementar una mDL ISO 18013-5 a nivel provincial o nacional habilita tres cosas que hoy no son posibles:
- Interoperabilidad con EE.UU. y UE para fines de viaje y trabajo, sin tener que firmar acuerdos bilaterales separados.
- Verificación offline en controles de tránsito, sin depender de conectividad de redes provinciales.
- Adopción en autoservicio (alquiler de autos, ingreso a edificios, verificación de edad) sin intermediarios.
Para la Mesa Federal de Identidad Digital, ISO 18013-5 es el formato a adoptar para cualquier credencial que reemplace o complemente la licencia de conducir física.
Referencias
- ISO/IEC 18013-5 — Personal identification — ISO-compliant driving licence
- AAMVA Mobile Driver's License
- TSA Digital Identity
Relacionados
- Por qué hay varios formatos de credenciales — panorama de los 4 formatos
- mDL — licencia de conducir digital como caso de uso — la mDL como caso de uso público
- SD-JWT VC — el formato preferido de Sovra — el formato complementario para credenciales generales