Identia SSI

Capacidades del portal

Qué cubrimos y cómo se aplica cada pieza

El portal reúne análisis, guías y criterios de implementación sobre identidad autosoberana. Cada bloque de contenido responde a una pregunta concreta de quienes diseñan, auditan o adoptan sistemas SSI en organizaciones reales.

Ver recursos técnicos

Análisis de arquitecturas SSI

Desglosamos cómo se combinan identificadores descentralizados, credenciales verificables y carteras digitales. Se revisan decisiones de diseño, dependencias entre componentes y qué implica elegir un registro distribuido frente a otro.

Validación biométrica en el dispositivo

Explicamos cómo un verificador local confirma atributos como mayoría de edad o residencia sin transmitir la plantilla biométrica. Se detallan garantías criptográficas, límites del hardware débil y protocolos de revocación.

Casos de uso documentados

Trámites de alquiler, acceso a servicios regulados y verificaciones de edad aparecen como escenarios donde presentar una prueba mínima reduce los datos que circulan entre organizaciones. Comparamos cada caso con el proceso vigente.

Marcos legales e interoperabilidad

Seguimos qué exigen las normativas de protección de datos y qué estándares de interoperabilidad condicionan la adopción. Señalamos qué requisitos siguen pendientes antes de integrar SSI en producción.

Guías de evaluación y adopción

Publicamos criterios para decidir cuándo un caso de uso está maduro: madurez del ecosistema, disponibilidad de verificadores, costos operativos y señales de fricción en la experiencia del usuario final.

Si buscas el punto de partida conceptual, revisa la introducción al paradigma SSI o escríbenos desde contacto para plantear un caso concreto.

Preguntas que aparecen cuando se empieza a trabajar con identidad autosoberana

Dudas técnicas, operativas y de uso que suelen surgir al evaluar un esquema SSI con validación local. Sin jerga legal innecesaria.

¿Qué significa exactamente que la validación sea "local"?

El verificador corre en el propio dispositivo del usuario, no en un servidor externo. La captura biométrica, la comparación con la plantilla almacenada y la emisión de la prueba ocurren dentro del mismo entorno. Lo que sale del dispositivo es una credencial firmada que afirma un atributo concreto, por ejemplo "mayor de 18" o "residente en Tucumán", nunca la imagen ni la plantilla original.

¿Qué pasa si pierdo el teléfono donde tengo mis credenciales?

Las credenciales se pueden revocar desde el emisor y volver a emitir en un dispositivo nuevo. El proceso depende de cómo se haya configurado la recuperación: algunos esquemas usan una frase de respaldo, otros delegan en un custodio o en un segundo dispositivo. Sin ese mecanismo previo, la recuperación es lenta y a veces requiere volver a pasar por el trámite original.

¿El verificador puede guardar mis datos para uso posterior?

No debería, y en un diseño correcto no puede. El verificador recibe una prueba, la valida contra la clave pública del emisor y descarta el contenido. Si un operador intenta retener información adicional, ese comportamiento es detectable porque rompe el modelo de minimización de datos. Vale la pena revisar qué registra cada implementación antes de adoptarla.

¿Esto reemplaza al DNI o a los documentos oficiales?

No en el corto plazo. Las credenciales verificables conviven con los documentos existentes y sirven para probar atributos puntuales en contextos donde no hace falta mostrar el documento completo. Un alquiler, una verificación de edad o el acceso a un servicio regulado son casos donde la credencial reduce fricción sin sustituir el marco legal vigente.

¿Qué hardware mínimo necesita un verificador biométrico local?

Depende del tipo de biometría. Para huella o rostro, un sensor con enclave seguro y suficiente capacidad de cómputo para ejecutar el modelo de comparación sin enviar datos afuera. En dispositivos de gama baja el cuello de botella suele ser la memoria y el tiempo de inferencia, no la cámara. Cuando el hardware no alcanza, se degrada a verificación asistida, lo cual cambia las garantías.

¿Cómo se audita que un emisor no está mintiendo sobre un atributo?

El emisor firma la credencial con su clave, y esa clave está asociada a un registro público. Si un emisor emite un atributo falso, la credencial sigue siendo técnicamente válida pero la responsabilidad recae en quien la emitió. Por eso importa saber quién es el emisor y bajo qué reglas opera, más allá de que la firma cierre correctamente.

Si querés profundizar en el marco técnico o ver cómo se aplica en casos concretos, hay material ampliado en recursos y un canal directo en contacto.

Quién respalda este enfoque y qué se dice al usarlo

Recogemos valoraciones de equipos que ya trabajan con credenciales verificables y validación local. No son testimonios de escaparate: cada uno apunta a una parte concreta del flujo, desde la emisión hasta la revocación.

Marta Ibáñez, responsable de cumplimiento Portal de servicios digitales, Córdoba
Diego Ferreyra, arquitecto de integración Cooperativa de software, Rosario
Lucía Paredes, analista de procesos Administración pública provincial, Tucumán
Andrés Quiroga, líder técnico Integrador de identidad, Buenos Aires
Carolina Méndez, consultora de identidad digital Estudio independiente, Mendoza
Configuracion de cookies

Usamos cookies para mantener el sitio estable, recordar opciones basicas y entender que paginas resultan utiles. Puedes aceptar, rechazar o revisar la configuracion antes de continuar.