En esta página reunimos las dudas que suelen surgir cuando alguien evalúa si un sistema de identidad autosoberana es sólido. No son preguntas retóricas: son las que recibimos de equipos técnicos, responsables de cumplimiento y usuarios que ya probaron carteras digitales. Las respuestas están escritas sin jerga legal innecesaria, con lo que hoy se puede sostener y lo que todavía está en discusión.
La prueba está en el flujo: la biometría se procesa en el dispositivo y lo que sale es una prueba criptográfica sobre un atributo puntual, no la imagen ni la plantilla. Se puede auditar el código del verificador, revisar qué campos viajan en la credencial derivada y comprobar que el emisor no recibe el dato original. Cuando el hardware es débil, el margen de garantía se reduce y conviene decirlo.
Hay tres señales prácticas. Primero, el usuario controla las claves y puede mover su credencial entre carteras compatibles. Segundo, la verificación no depende de llamar al emisor en cada uso. Tercero, existe un mecanismo público de revocación que no obliga a revelar el identificador del titular. Si falta cualquiera de las tres, el modelo se parece más a un login federado con vocabulario nuevo.
Depende de cómo se haya configurado la recuperación. En esquemas con respaldo social o con fragmentos distribuidos entre custodios, se puede reconstruir el acceso sin que un tercero tenga la clave completa. En configuraciones más simples, la credencial se pierde y hay que volver a emitirla. Es un punto donde conviene preguntar antes de adoptar, no después.
En varios países ya se aceptan para verificaciones de edad, residencia o titulación académica, siempre que el emisor esté reconocido. El marco normativo varía y sigue cambiando. Lo razonable es tratar cada caso por separado: qué atributo se prueba, quién lo emite, qué exige la autoridad que lo recibe. La tecnología habilita el formato, no reemplaza el reconocimiento institucional.
El límite principal es el hardware. Sensores de baja calidad o sistemas operativos sin módulo seguro reducen la confianza en la prueba. También hay un techo en la variedad de atributos que se pueden inferir sin conexión. Cuando el caso exige verificación contra una base externa, el modelo local no alcanza y hay que combinarlo con otros mecanismos.
Buscando documentación técnica abierta, especificaciones de credenciales publicadas y resultados de auditorías. Si un proyecto solo muestra diagramas y promesas, conviene esperar. En la sección de recursos reunimos materiales que permiten contrastar afirmaciones con implementaciones reales, y si algo no está claro, se puede escribir a contacto para pedir precisiones.
Las respuestas se actualizan cuando cambia el estado de las especificaciones o aparece normativa nueva que afecta a los casos descritos.
No publicamos métricas infladas ni sellos de aprobación genéricos. Lo que sigue son registros verificables: auditorías técnicas sobre el verificador local, lecturas de organismos que evalúan el modelo SSI y comentarios de quienes ya operan con credenciales verificables en producción. Cada referencia indica qué se comprobó y bajo qué condiciones.
Revisión independiente del módulo que compara plantillas biométricas sin salir del hardware del usuario. Se documentó el flujo de prueba cero-conocimiento, los puntos de revocación y el comportamiento ante pérdida del dispositivo. El informe señala dos limitaciones conocidas en hardware de gama baja.
Informe técnico, alcance: verificación local y emisión de pruebasPruebas cruzadas entre tres implementaciones de cartera compatibles con credenciales verificables. Se midió qué atributos se pueden presentar de forma selectiva y dónde falla la negociación cuando los esquemas de datos no coinciden. Los resultados se publicaron con el conjunto de pruebas abierto.
Batería de pruebas reproducible, esquemas W3C VCUn equipo que despliega verificación de edad en un servicio con requisitos legales estrictos describe cómo pasaron de almacenar documentos completos a aceptar solo una prueba de mayoría de edad. Mencionan que la fricción real estuvo en la capacitación del personal, no en la criptografía.
Caso de uso en producción, sector servicios reguladosAnálisis del ciclo de vida de una credencial: emisión, rotación de claves, revocación y qué ocurre cuando el usuario pierde acceso a su cartera. El documento detalla los tiempos de propagación de una revocación en redes con conectividad intermitente.
Documento de arquitectura, enfoque en ciclo de vidaInvestigadores que trabajan en identificadores descentralizados comentan qué partes del modelo SSI están maduras y cuáles siguen siendo frágiles, en particular la recuperación de identidad sin custodio central. Sus observaciones se citan sin edición y con contexto.
Comentario externo, sin relación comercial con el proyectoSi necesitás revisar los informes completos o plantear una evaluación propia, escribinos a info@evansmai.com. También podés consultar cómo trabajamos en nuestra misión o ver el detalle técnico en implementación.