Biometría más allá del sensor: cuando proteger la captura ya no es suficiente

Punto de partida

En biometría solemos concentrar casi toda la atención en el instante en que una persona coloca el dedo sobre un lector.

El sensor captura.
El sistema analiza.
La huella coincide.
La operación continúa.

Desde afuera parece un proceso directo. Técnicamente no lo es. Entre la característica física presentada por una persona y la decisión que finalmente acepta su identidad existe una cadena de componentes, datos y relaciones de confianza. El lector es solamente el primer eslabón.

Después aparecen otros elementos esenciales en la cadena:

• El software que recibe la captura.
• Los mecanismos que procesan la muestra.
• Los modelos que pueden intervenir en su evaluación.
• Los componentes que generan un resultado.
• El endpoint donde se ejecutan esas decisiones.
• El canal por donde se transporta la información.
• El sistema final que decide aceptar o rechazar aquello que recibió.

Durante una investigación técnica, DENDRO descubrió una vulnerabilidad estructural dentro de una cadena de validación biométrica. El hallazgo apareció al analizar cómo se construía esa confianza después de la captura. La evidencia técnica documentada permitió identificar una diferencia relevante entre las garantías de integridad aplicadas a distintos elementos del proceso: componentes que participaban en una decisión biométrica crítica no se encontraban protegidos bajo el mismo nivel de confianza criptográfica que otras partes de la solución.

Ese detalle cambia por completo la pregunta. Ya no basta con preguntarnos: ¿el lector capturó una huella legítima? Tenemos que preguntar algo más difícil:

Ahí está el verdadero problema.

El sensor resuelve una parte, no toda la biometría

Un lector de huellas cumple una función concreta: convertir una característica física en una representación que pueda ser procesada por un sistema. Puede hacerlo con gran precisión, incorporar controles de calidad, utilizar mecanismos destinados a identificar señales de vida y tener resistencia frente a intentos de presentación fraudulenta. Todo eso es necesario.

Sin embargo, ninguna de esas capacidades convierte automáticamente en confiable todo aquello que ocurre después. El punto importante aparece cuando la característica física deja el sensor y se transforma en información digital. A partir de ese momento ya no estamos tratando únicamente con biometría, sino que interactuamos con múltiples variables:

• Seguridad de software.
• Integridad de componentes y autenticidad.
• Límites de confianza.
• Endpoints y comunicaciones seguras.
• Sistemas de decisiones.

Eso explica por qué un dispositivo puede estar funcionando correctamente mientras la arquitectura que lo rodea mantiene una superficie de riesgo. La seguridad del lector responde una pregunta localizada, mientras que la seguridad de la cadena responde una pregunta de extremo a extremo. Son problemas diferentes.

La captura y la decisión no son el mismo evento

Esta distinción resulta esencial. Una captura legítima demuestra que, en un momento determinado, el sensor recibió cierta información. Pero la decisión biométrica final puede producirse varios pasos después. Entre ambos eventos existe un procesamiento. Eso significa que la arquitectura debe conservar una relación verificable entre la captura original y la decisión posterior.

No debería bastar con que un componente afirme "esta muestra es válida". El sistema debería disponer de elementos suficientes para justificar por qué debe confiar en esa afirmación. En seguridad distribuida, ese concepto se conoce como frontera de confianza (trust boundary).

Cada vez que la información pasa de un componente a otro, aparece una pregunta: ¿el receptor verifica aquello que recibe o simplemente lo acepta? Mientras más sensible sea la decisión, menos debería depender de una confianza implícita. Y una validación de identidad es precisamente una decisión sensible.

El hallazgo estaba en esa continuidad de confianza

El análisis realizado por DENDRO permitió identificar una discontinuidad dentro de esa cadena. No se trataba simplemente de encontrar "un archivo sin firma". Esa interpretación sería demasiado superficial. El problema técnico aparece cuando un elemento que puede influir sobre una decisión de seguridad no dispone de garantías equivalentes de integridad y autenticidad.

El informe que documenta el hallazgo establece precisamente que componentes relacionados con la decisión biométrica quedaban fuera de la protección criptográfica aplicada a otras partes de la solución. También documenta la existencia de artefactos de modelo utilizados por el proceso sin un mecanismo equivalente de verificación de integridad.

Ahí está la diferencia entre una observación y una vulnerabilidad. Que algo no tenga una firma digital no lo vuelve automáticamente vulnerable, pero que ese componente controle una decisión de seguridad y que el sistema no pueda verificar su integridad cambia completamente la evaluación. La pregunta correcta nunca debería ser si el archivo está firmado, sino qué puede cambiar si este elemento deja de ser confiable.

Cuando un modelo también se convierte en código de decisión

Este punto adquiere todavía más importancia con el uso creciente de modelos de aprendizaje automático. Durante mucho tiempo estuvimos acostumbrados a pensar en la lógica del sistema como código ejecutable: un EXE, una DLL, una biblioteca. Pero los sistemas modernos pueden separar parte de su comportamiento. El motor ejecuta, pero el modelo decide cómo interpretar.

Eso significa que un archivo que técnicamente puede clasificarse como "datos" puede tener un impacto directo sobre una decisión de seguridad. Si sus parámetros participan en determinar si una muestra cumple determinadas condiciones, ese artefacto forma parte efectiva de la lógica de seguridad. Por eso la cadena de confianza no debería terminar en el ejecutable, sino alcanzar también aquello que el ejecutable utiliza para decidir.

Una firma sobre el programa principal no protege automáticamente una biblioteca externa, ni un modelo cargado durante la ejecución. Proteger el instalador tampoco garantiza la integridad de todos los artefactos que existirán posteriormente dentro del endpoint. El hallazgo de DENDRO resulta relevante precisamente por esa relación, ya que elementos capaces de influir sobre una decisión biométrica quedaban fuera de una cadena uniforme de integridad verificable.

La firma digital no es decoración

En seguridad de software todavía existe cierta tendencia a observar la firma digital como un atributo meramente administrativo: quién desarrolló el programa, si Windows reconoce al editor o si aparece una advertencia. Pero su función es mucho más importante.

Una firma digital permite vincular un artefacto con una entidad y detectar modificaciones posteriores sobre su contenido, garantizando autenticidad e integridad. Estas son propiedades esenciales cuando el componente participa en una decisión sensible. Pero la arquitectura no se vuelve segura simplemente porque algunos archivos estén firmados; hay que seguir el recorrido de la decisión.

Si la captura depende de un componente protegido, pero la clasificación posterior depende de otro que no está dentro de la misma cadena, la protección termina antes que el proceso. Eso crea una asimetría y en seguridad las asimetrías de confianza importan. El componente más visible no siempre es el más crítico; el componente crítico es aquel que puede cambiar el resultado.

El problema del hash sin una raíz de confianza

Algo similar ocurre con los hashes. Un hash permite detectar si un contenido cambió, pero solo resulta útil si el valor esperado también está protegido. Si un atacante hipotéticamente pudiera modificar tanto el artefacto como el valor utilizado para comprobarlo, la verificación perdería su propósito.

Por eso las arquitecturas robustas necesitan establecer una raíz de confianza que actúe como ancla de seguridad:

• Un manifiesto firmado.
• Una firma criptográfica.
• Una política de atestación (attestation).
• Hardware de confianza.
• Cualquier mecanismo externo al espacio que se está comprobando.

La idea es sencilla: no podemos pedirle a un entorno que demuestre por sí mismo que no fue alterado si aquello que utiliza como evidencia puede alterarse junto con él. Ese principio es básico en la seguridad de sistemas, pero cuando la consecuencia es aceptar o rechazar una identidad, adquiere otra dimensión.

Presentation Attack: cuando el enfrentamiento ocurre delante del lector

Aquí conviene separar dos superficies que suelen mezclarse. La primera es conocida desde hace años: un atacante intenta presentar al sensor un objeto, una reproducción o una característica preparada para que el dispositivo la interprete como legítima. Ese escenario pertenece a los ataques de presentación (Presentation Attacks).

Los mecanismos de detección de ataques de presentación (PAD) están diseñados precisamente para evaluar esa superficie. La norma ISO/IEC 30107-3:2023 establece métodos para evaluar y reportar mecanismos PAD y deja clara una frontera importante: los ataques contemplados por esa norma ocurren en el dispositivo biométrico durante la presentación. Otros tipos de ataque se encuentran fuera de ese alcance.

Esa precisión es fundamental, porque significa que superar correctamente una prueba de presentación no equivale a haber resuelto toda la seguridad biométrica. Los mecanismos PAD protegen una superficie, pero la arquitectura posee otras.

Biometric Injection Attack: cuando el objetivo deja de ser el dedo

Después de la captura aparece una clase distinta de amenaza. El ataque de inyección biométrica (Biometric Injection Attack) desplaza la atención desde el objeto presentado al lector hacia la información que entra en el proceso digital.

La diferencia conceptual es profunda. En un ataque de presentación se intenta engañar al dispositivo; en un ataque de inyección se intenta romper la relación de confianza entre la captura y aquello que el sistema procesa posteriormente. Por eso un sistema puede ser resistente a dedos artificiales y, aun así, necesitar protección frente a ataques posteriores a la captura. No hay contradicción, simplemente son superficies diferentes.

La confianza sobre el endpoint pasa a ser parte de la biometría

El NIST introduce esta idea cuando plantea que el verificador debería evaluar la integridad y el desempeño tanto del sensor como del endpoint asociado. Entre los mecanismos contemplados aparecen la autenticación del sensor y el uso de metadatos firmados mediante atestación.

Eso nos lleva a una conclusión importante: no basta con identificar el dispositivo, también necesitamos establecer confianza sobre el entorno donde esa captura será utilizada. Necesitamos saber qué software participa, qué versión está corriendo, qué componentes cargó y si mantienen su integridad. Debemos confirmar que el dispositivo es realmente el autorizado y que la decisión está asociada a esa captura concreta.

La biometría moderna empieza a parecerse mucho más a una arquitectura criptográfica de confianza que a un simple lector de huellas. Y probablemente esa sea la forma correcta de verla.

Local o servidor no es la verdadera discusión

También debemos evitar la simplificación de decir que cualquier procesamiento local es inseguro. El NIST contempla comparaciones biométricas realizadas localmente y reconoce que en determinados escenarios esto incluso puede reducir riesgos asociados con la concentración de datos en un verificador central.

El problema no es simplemente dónde ocurre la decisión, sino qué garantías existen sobre el lugar donde ocurre. Un endpoint local puede ser una frontera válida si dispone de controles adecuados:

• Autenticación del dispositivo y atestación.
• Verificación de componentes y protecciones de hardware.
• Canales autenticados.
• Vinculación de la captura con la transacción.
• Telemetría constante.

Lo peligroso aparece cuando una decisión sensible ocurre en un entorno local y el siguiente sistema no puede distinguir entre una decisión producida por una cadena íntegra y otra procedente de una cadena alterada. Ahí cambia el nivel de riesgo. El propio informe técnico de DENDRO identifica este límite de confianza como determinante para evaluar el impacto final: el comportamiento del verificador posterior decide si la debilidad queda contenida localmente o puede influir sobre la decisión global.

El canal tampoco es solamente transporte

Entre el endpoint y el verificador existe otra frontera: la comunicación. En un sistema biométrico, el canal no debería considerarse únicamente como una "conexión segura", sino como el medio para mantener la relación entre la muestra, el dispositivo que la produjo y la transacción dentro de la cual fue generada.

Para determinados escenarios de comparación centralizada, el NIST exige autenticar el sensor o endpoint y establecer un canal protegido y autenticado para la transmisión de información biométrica. La razón es sencilla: una muestra legítima fuera de contexto puede dejar de representar una captura actual y válida.

Por eso el dato no debería viajar únicamente cifrado. Para conservar su validez, el dato debe viajar intrínsecamente vinculado a su contexto operativo:

• Al dispositivo físico.
• A la sesión actual.
• A la transacción que lo origina.
• A un momento específico (estampa de tiempo).
• A una identidad de endpoint verificable.

La seguridad no consiste solamente en impedir que alguien lea el contenido; consiste en impedir que ese contenido pueda separarse de su origen y seguir pareciendo válido.

La segunda superficie: los datos del ciudadano

Hasta aquí tenemos un problema técnico. Pero las vulnerabilidades no existen aisladas; existen frente a adversarios que disponen de información. Ese es el punto en el que la biometría se cruza con otra realidad que DENDRO viene observando dentro de ecosistemas clandestinos: la transformación progresiva de los datos personales en un producto de consulta.

Durante años las filtraciones se entendieron como archivos y bases que podían descargarse, copiarse y revenderse. Ese modelo evolucionó y hoy existen actores que transforman grandes conjuntos de información en servicios. El usuario no necesita poseer la base, simplemente consulta una identidad y la infraestructura responde.

Esto cambia radicalmente la utilidad criminal del dato porque reduce su complejidad. Ya no hace falta saber administrar millones de registros, solo hay que saber a quién buscar.

Ya no se comercializan solamente bases; se comercializan identidades

Esta evolución tiene una consecuencia importante: una persona puede ser completamente reconstruida a partir de información procedente de diferentes lugares:

• Un conjunto de datos aporta el documento de identidad.
• Otro conjunto expone los teléfonos o correos.
• Otro facilita las fotografías.
• Bases adicionales revelan relaciones interpersonales o hasta información histórica.

Las fuentes no necesitan haber sido comprometidas al mismo tiempo, ni siquiera estar relacionadas originalmente, ya que la correlación hace el resto.

Cuando diferentes elementos se reúnen alrededor de una misma persona, aparece un perfil. Y un perfil puede ser mucho más valioso que cualquiera de las filtraciones originales. Reduce la incertidumbre y permite al adversario conocer más, construir mejores pretextos e identificar relaciones para superar controles basados en información personal. Cuando en ese conjunto aparece información biométrica, el nivel de sensibilidad aumenta drásticamente.

La biometría tiene un problema adicional: permanece

Una contraseña tiene una propiedad muy útil: puede dejar de ser válida. Nos pueden obligar a cambiarla, podemos bloquear una tarjeta, renovar un certificado o rotar una clave criptográfica. La característica biométrica de origen no tiene ese comportamiento.

El NIST recuerda expresamente que las características biométricas no constituyen secretos. Pueden obtenerse sin consentimiento a través de diferentes medios y, por esa razón, los datos biométricos deben tratarse como información personal sensible.

Esto modifica la premisa defensiva. La seguridad de un sistema biométrico no debería depender de asumir que nadie conseguirá la huella. Debería estar diseñado bajo una premisa mucho más exigente: aunque un adversario llegue a poseer información biométrica, eso no debería bastar para producir una validación legítima. Esa es la arquitectura que necesitamos.

Una filtración biométrica puede sobrevivir a la vulnerabilidad que la originó

Esta es otra diferencia importante. Una vulnerabilidad puede corregirse mañana, pero el dato obtenido ayer puede seguir circulando durante años. Por eso el ciclo de vida del incidente y el ciclo de vida del dato no coinciden.

La brecha se cierra, pero la copia permanece; el sistema se actualiza, pero la información sigue existiendo. El actor original desaparece, otro compra los datos y luego otra base permite enriquecerlos aún más. Ese es uno de los mayores problemas de los mercados clandestinos: conservan información que la organización vulnerada ya considera parte de su pasado, pero que para el ciudadano todavía puede formar parte de su futuro.

C|2DWDRD: el problema no es encontrar el mercado, sino entender qué vende

Aquí aparece de forma natural nuestra capacitación C|2DWDRD (Deep Web & Dark Web Data Researcher). Investigar un ecosistema clandestino no consiste simplemente en encontrar una publicación donde alguien afirma vender información; eso apenas inicia el trabajo.

Hay que determinar aspectos clave sobre el adversario y sus datos:

1. Si el actor posee realmente aquello que anuncia.
2. Si la información es actual.
3. Si procede de una fuente original o es una simple reutilización.
4. Cómo demuestra su capacidad operativa.
5. Qué otros productos ofrece y qué permanencia tiene.
6. Especialmente, qué nueva capacidad táctica obtiene quien compra esos datos.

Una huella aislada puede representar una exposición, pero una huella vinculada a la identidad, la fotografía, el documento, los teléfonos y otros datos forma parte de una capacidad mucho más amplia. La inteligencia no termina cuando encontramos el dato; empieza cuando comprendemos para qué puede servir.

C|IOSAD: separar información de inteligencia

El hallazgo también demuestra por qué el curso C|IOSAD (Intelligence in Open Sources / INT OS Analyst) resulta relevante. Una investigación de este tipo produce múltiples piezas inconexas (tecnología, arquitectura, documentos, infraestructura, datos filtrados, actores, mercados y relaciones).

Pero acumular piezas no produce automáticamente inteligencia. Es necesario un proceso analítico riguroso:

1. Organizar la información recolectada.
2. Evaluar la procedencia y determinar el nivel de confianza de la fuente.
3. Separar tajantemente los hechos de las inferencias.
4. Construir hipótesis de trabajo sólidas.
5. Buscar activamente evidencia que pueda refutar esas hipótesis.

Es crucial evitar uno de los errores más peligrosos del análisis: conectar elementos únicamente porque encajan bien dentro de una historia.

En este caso conocemos la vulnerabilidad, la existencia de mercados clandestinos y la circulación de información personal y biométrica. Eso no significa que debamos afirmar que esos elementos ya fueron utilizados juntos. La inteligencia consiste en reconocer ese límite: relacionar cuando existe evidencia y separar cuando todavía no existe.

C|OSDRD: la trazabilidad importa tanto como el hallazgo

Esa misma lógica explica la relación con nuestra certificación C|OSDRD (Open Source Data Researcher). Encontrar información no es suficiente, hay que saber de dónde proviene, cuándo apareció, si ha sido modificada y si otras fuentes independientes la confirman.

Ese criterio es especialmente importante cuando se analizan filtraciones. Una misma base puede reaparecer durante años bajo nombres diferentes, un vendedor puede anunciar información antigua como reciente, o combinar datos de diferentes fechas. Sin trazabilidad es fácil confundir exposición con novedad y novedad con capacidad. C|OSDRD trabaja precisamente esa disciplina de investigación: no quedarse con el resultado de una búsqueda, sino reconstruir la evidencia que permite sostenerlo.

C|TMAD: comprender el software detrás de la interfaz

La investigación técnica tiene otra dimensión. C|TMAD (Tactical Malware Analysis) aporta aquí una metodología que va mucho más allá del análisis de malware. El punto de conexión es el análisis estático.

Una aplicación vista desde la interfaz parece una sola cosa, pero al analizarla técnicamente aparecen ejecutables, librerías, dependencias, arquitecturas, cabeceras, firmas, cadenas, runtime, artefactos, modelos y relaciones de carga. Ese nivel de observación permite responder qué elementos gobiernan realmente el comportamiento del software, algo determinante en nuestro hallazgo.

No bastaba con identificar qué archivos existían; había que comprender su papel dentro del proceso biométrico y cuáles influían sobre decisiones relevantes. El informe técnico documenta la revisión de firmas, metadatos, entropía y cadenas como parte de la evidencia para caracterizar la superficie de riesgo. Por eso C|TMAD no aparece solo ante el malware, sino porque entender componentes exige mirar debajo de la interfaz.

TALOS by DENDRO: cuando las piezas necesitan contexto

Después aparece el problema de escala. Una vulnerabilidad puede descubrirse hoy, una filtración puede tener años, un vendedor puede aparecer meses después y una identidad puede estar presente en múltiples fuentes. Si todos esos elementos permanecen separados, tenemos información, pero no tenemos una visión de conjunto.

Ahí entra en juego TALOS by DENDRO. Nuestra plataforma permite estructurar entidades, fuentes, temporalidad y relaciones para analizar cómo evoluciona un escenario. No conecta automáticamente cualquier coincidencia, su valor radica en conservar contexto: qué sabemos, de dónde salió, cuándo apareció y qué relación está demostrada o aún necesita evidencia.

Una buena herramienta de inteligencia no solo nos ayuda a encontrar conexiones, también nos permite descubrir cuándo una conexión que parecía evidente no se sostiene. El objetivo nunca es construir historias, es reducir la incertidumbre.

El riesgo aparece en la convergencia

Ahora las piezas empiezan a encajar. Tenemos una arquitectura biométrica donde la seguridad debe mantenerse después del sensor. Tenemos un hallazgo que demuestra que la integridad de los componentes y artefactos en decisiones críticas importa. Tenemos estándares del NIST y la ISO que diferencian ataques de presentación y ataques de inyección.

Y tenemos otra realidad latente: los datos de los ciudadanos circulan, se copian, se enriquecen y se comercializan permanentemente. Aunque no haya evidencia de una campaña activa usando todos estos elementos juntos, desde la perspectiva de gestión de riesgo surge una pregunta inevitable: ¿qué ocurre cuando la vulnerabilidad adecuada encuentra los datos adecuados en manos del actor adecuado? Eso es la convergencia. Y es exactamente lo que la ciberseguridad debería detectar antes de un incidente mayor.

El fallo real

El hallazgo de DENDRO no se reduce a un componente vulnerable, ni a un archivo en particular o una tecnología concreta. El problema real es la continuidad de la confianza.

Un sensor produce una captura, un componente la procesa y otro elemento participa en la decisión; la información atraviesa una frontera y otro sistema la recibe. En cada transición existe la responsabilidad de demostrar que aquello que se recibió sigue siendo confiable.

Cuando esa capacidad desaparece, el sistema puede seguir funcionando en apariencia. El usuario puede no notar nada, la interfaz puede responder normalmente y los servicios continuar disponibles, pero la propiedad de seguridad ya se ha debilitado. Ese es uno de los aspectos más difíciles de esta vulnerabilidad: no rompe necesariamente la funcionalidad, rompe la certeza.

La lección

La seguridad biométrica no debería medirse únicamente por la calidad del sensor; la lectura del dedo es solamente el inicio. Después necesitamos integridad del software, de los artefactos que participan en las decisiones, confianza sobre el endpoint, autenticación del dispositivo y del canal, y una vinculación clara entre captura y transacción.

Ese enfoque es coherente con la evolución de guías internacionales como ISO/IEC 30107-3 y los controles del NIST. La consecuencia es clara: proteger el dedo ya no es suficiente. Tenemos que proteger todo aquello que convierte ese dedo en una decisión digital, asumiendo además que la biometría no existe en un mundo cerrado.

Una característica biométrica puede permanecer útil durante mucho más tiempo que la infraestructura donde originalmente fue capturada. Por eso, cualquier vulnerabilidad biométrica debe analizarse no solamente frente al adversario actual, sino frente al que mañana puede disponer de mucha más información.