Por qué IrisGuard existe: identidad verificable en cada puesto de análisis

Este proyecto nació en una sala de mercados donde tres analistas compartían credenciales porque el lector biométrico fallaba con las manos sudadas. IrisGuard trabaja desde entonces en un problema concreto: que la validación de identidad en un terminal institucional no dependa de la buena voluntad de quien se sienta frente a la pantalla. Reunimos a ingenieros de sensores, especialistas en seguridad física y operadores de mesa para construir hardware que resista el turno completo, no solo la demo.

Por qué existe IrisGuard

Ver cómo lo llevamos a la práctica

IrisGuard nació de una conversación incómoda en una mesa de renta variable: los controles de acceso habían mejorado en el plano digital, pero la puerta física seguía siendo el punto débil. Un analista con credenciales válidas podía ser suplantado por alguien con una máscara de silicona bien hecha, y el sistema no lo notaba. Empezamos a trabajar con módulos infrarrojos multiespectrales y reconstrucción 3D porque entendimos que la identidad no se valida solo con una imagen plana: se valida con emisividad térmica, profundidad y reflectancia en bandas que el ojo no ve.

No somos un laboratorio que vende una idea. Somos el equipo que se sienta con el responsable de seguridad de la mesa, mide el reflejo de las pantallas curvas, ajusta el umbral de confianza y decide qué hacer cuando un sensor no alcanza el nivel exigido. Nos importa el cableado, la fatiga de los conectores USB-C y el ruido de fondo en una sala con cientos de terminales encendidos. Ese detalle es lo que separa una demo de un despliegue real.

Validación multiespectral como capa del terminal Reconstrucción 3D frente a suplantación física Despliegues por turnos y por mesa de producto Calibración y soporte durante el rollout

El primer banco de pruebas fue una mesa de renta variable en Mendoza. Tres analistas, un sensor IR colgado del brazo del monitor y una pregunta incómoda: ¿cuánto tarda una validación multiespectral en interrumpir una orden? La respuesta inicial fue de casi cuatro segundos. Hoy el mismo proceso no llega al segundo y medio.

Cuando llegó el primer caso documentado de suplantación con máscara de silicona en una sala de mercados, el equipo ya llevaba meses midiendo reflectancia en el rango SWIR. No fue una reacción: fue la confirmación de que la emisividad térmica era la banda que faltaba en las cámaras RGB que ya existían en los puestos.

La reconstrucción 3D entró después, casi por necesidad operativa. Los reflejos en pantallas curvas generaban falsos negativos y obligaban a repetir la captura. Añadir profundidad resolvió parte del problema y dejó otro sobre la mesa: el coste de calibración por puesto, que sigue siendo el punto donde más tiempo se pierde durante un despliegue.

El rollout de 400 estaciones en tres semanas dejó lecciones concretas. Los conectores USB-C fatigados y la temperatura ambiente de la sala fueron las dos variables que más afectaron al umbral de confianza. Desde entonces el protocolo de instalación incluye una medición térmica previa y una verificación a las 48 horas.

No trabajamos con la idea de una barrera infalible. Trabajamos con la idea de subir el coste del ataque hasta un punto donde deje de ser rentable. Esa es la decisión que sostiene cada elección de hardware que hemos tomado desde el principio.

De una mesa de pruebas a un protocolo de validación

La historia de IrisGuard no empieza con un producto cerrado, sino con una serie de decisiones tomadas en salas de operaciones reales. Cada etapa dejó una restricción concreta: tiempos de captura, condiciones de iluminación, calibración por puesto y soporte durante el despliegue. Lo que sigue es el recorrido de esas decisiones, desde el primer módulo IR montado a mano hasta los protocolos que hoy se aplican en mesas institucionales.

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.