Qué es la identidad autosoberana y por qué importa ahora

La identidad autosoberana parte de una idea sencilla: cada persona debería poder presentar pruebas sobre sí misma sin entregar el conjunto completo de sus datos. En la práctica, esto se apoya en identificadores descentralizados, credenciales verificables y carteras digitales que el usuario controla.

Durante años hemos resuelto la pregunta "¿quién eres?" copiando documentos. Una fotocopia del DNI, un escaneo del pasaporte, una captura de la factura de servicios. Cada trámite deja una réplica más de la misma información en manos de terceros. El resultado es conocido: bases de datos que acumulan datos que no necesitan, filtraciones que exponen a millones y una carga administrativa que se repite en cada ventanilla.

El paradigma SSI propone algo distinto. En lugar de entregar el documento, el usuario entrega una prueba sobre un atributo concreto: que es mayor de edad, que reside en una jurisdicción, que tiene un título habilitante. La prueba se verifica criptográficamente sin necesidad de consultar el documento original ni de exponer el resto de los datos.

Qué cambia respecto al modelo actual

En un sistema centralizado, el proveedor de identidad emite un token y guarda el registro. El usuario depende de ese proveedor para autenticarse y para revocar accesos. Si el proveedor cae, cambia de política o cierra, el usuario queda sin credencial. En SSI, el identificador es descentralizado: se ancla en una red verificable y el usuario conserva las claves. La organización que emite la credencial firma el contenido, pero no custodia el uso posterior.

Esa diferencia tiene consecuencias prácticas. La revocación se puede gestionar sin borrar el historial del usuario. La verificación se puede hacer sin conexión al emisor. Y el titular puede decidir qué atributo presenta en cada contexto, en lugar de mostrar todo el documento.

Dónde aparecen las fricciones reales

El modelo no es gratuito. Adoptarlo exige que emisores, verificadores y usuarios compartan formatos y protocolos. La interoperabilidad entre carteras todavía es desigual, y no todos los verificadores aceptan el mismo tipo de credencial. También hay un problema de custodia: si el usuario pierde el dispositivo y no tiene respaldo, la credencial se pierde con él. Los esquemas de recuperación social o de custodia compartida intentan resolverlo, pero añaden complejidad.

Otro punto sensible es la verificación local. Cuando el atributo se comprueba en el propio dispositivo, el dato biométrico no viaja. Eso reduce la superficie de exposición, pero exige hardware con capacidades suficientes y un diseño cuidadoso de la cartera. En equipos modestos, el proceso puede ser lento o requerir componentes adicionales.

El papel del verificador local

El verificador local es la pieza que confirma que un atributo es cierto sin transmitir la evidencia original. Puede ser una aplicación en el teléfono, un módulo en el navegador o un servicio en el borde de la red. Su función es comprobar la firma del emisor, validar la vigencia de la credencial y responder con un sí o un no. Lo que no hace es almacenar la biometría ni reenviar el documento.

Ese reparto de responsabilidades es lo que permite hablar de minimización de datos sin renunciar a la verificación. El verificador no necesita saber más de lo que la consulta exige.

Por qué importa ahora

La presión regulatoria sobre protección de datos, la madurez de las especificaciones y la disponibilidad de carteras en sistemas operativos móviles han coincidido en los últimos años. Ya no es un experimento de laboratorio: hay despliegues en servicios públicos, banca y educación. La pregunta ya no es si el modelo funciona, sino en qué orden conviene adoptarlo y con qué garantías.

Para quien diseña servicios digitales, entender SSI deja de ser un tema de nicho. Afecta a cómo se pide un dato, cómo se audita un acceso y cómo se responde ante una filtración. Es, en el fondo, una discusión sobre quién controla la identidad y con qué límites.