Un módulo de seguridad de hardware guarda claves, ejecuta operaciones criptográficas y emite atestación firmada. En un flujo biométrico custodia la clave que descifra el modelo al cargarlo y el sello que verifica su integridad, pero no ejecuta redes neuronales completas. Encaja cuando el problema es la cadena de confianza, no el cómputo.
Aplicable a: custodia de secretos, verificación de firmware, identidad del dispositivo.
Un entorno de ejecución confiable separa código y datos dentro del procesador general. Sirve para coordinar la carga del modelo, manejar descriptores y aislar procesos que no deberían compartir memoria con el resto del sistema. Sus garantías son fuertes, aunque los recursos disponibles son acotados y no reemplaza a un módulo de seguridad dedicado.
Aplicable a: orquestación de carga, separación de procesos en el dispositivo.
Una unidad de procesamiento neuronal ejecuta el reconocimiento facial o de voz en un espacio de memoria propio, con la CPU intercambiando solo descriptores y resultados. Reduce los puntos donde un proceso ajeno podría leer tensores o buffers en claro. No custodia claves a largo plazo: esa tarea pertenece a otro componente.
Aplicable a: inferencia biométrica en servidor o en borde, cómputo especializado.
El aislamiento del chip no alcanza si el bus, los controladores o el sistema operativo siguen exponiendo los mismos buffers. Acá entran IOMMU activa, regiones reservadas, borrado explícito tras cada inferencia y políticas de asignación que eviten reutilizar páginas con residuos. Es la parte menos visible y la que más condiciona el diseño.
Aplicable a: control de DMA, memoria unificada, ciclo de vida de buffers intermedios.
Los despliegues serios suelen combinar HSM, TEE y NPU para cubrir custodia, orquestación y cómputo en una misma arquitectura. Ninguno es intercambiable por otro sin análisis: el HSM no infiere, la NPU no custodia claves a largo plazo y el TEE no sustituye a un módulo de seguridad. Este mapa describe responsabilidades, no una única arquitectura válida.
Aplicable a: evaluación integral de un despliegue en servidor, cliente o mixto.
Custodia claves, sellos de integridad y material de atestación. No ejecuta redes neuronales completas ni almacena los pesos del modelo. Cuando se habla de "modelo dentro del HSM", en la práctica se describe la clave que lo descifra y el sello que verifica su integridad, no el binario entero.
Aporta orquestación y aislamiento de procesos en el dispositivo. No sustituye a un módulo de seguridad dedicado cuando el requisito es custodia de claves a largo plazo. Su garantía depende del fabricante y del firmware, y conviene tratarla como una capa más, no como el cierre del diseño.
Ejecuta la inferencia biométrica fuera de la CPU general, con memoria propia y un canal acotado hacia el resto del sistema. No custodia claves ni resuelve por sí sola las fugas por DMA, memoria unificada o buffers intermedios que quedan fuera de su dominio.
No implica que exista una sola arquitectura válida ni que los componentes sean intercambiables sin análisis. Tampoco supone que aislar el chip baste: la separación física reduce puntos donde procesos ajenos podrían leer tensores o buffers en claro, pero no elimina el resto de la superficie.
Los despliegues serios suelen combinar HSM, TEE y NPU para cubrir custodia, orquestación y cómputo. Elegir un solo mecanismo obliga a renunciar a alguna propiedad, y saber cuál antes de comprometer el diseño es parte del trabajo, no un detalle posterior.
Para revisar un escenario concreto, el punto de partida es describir el tipo de despliegue y el módulo que se quiere evaluar en la consulta técnica.
Un módulo de seguridad de hardware guarda claves, firma mediciones de integridad y respalda la atestación del entorno. Lo que no hace es ejecutar la red neuronal: sus recursos están pensados para operaciones criptográficas y almacenamiento de secretos, no para mover tensores. En un despliegue biométrico suele custodiar la clave que descifra el modelo al cargarlo y el sello que confirma que ese binario no cambió. Si esperás inferencia dentro del HSM, el diseño arranca torcido.
Ver el detalle de este componenteEl entorno de ejecución confiable aporta un espacio separado dentro del procesador general donde se coordina la carga del modelo, se gestionan las entradas desde cámara o micrófono y se controla qué proceso accede a qué buffer. Sus garantías son fuertes, pero los recursos son acotados y no reemplazan a un módulo de seguridad dedicado. Sirve como capa de coordinación entre la custodia de claves y el acelerador, no como sustituto de ninguno de los dos.
Revisar notas técnicas relacionadasLa unidad de procesamiento neuronal ejecuta la inferencia biométrica en un espacio de memoria propio, con la CPU intercambiando descriptores y resultados en lugar de pesos y activaciones. Eso reduce los puntos donde un proceso ajeno podría leer tensores en claro. El límite está en la cadena que la rodea: quién firma el modelo, cómo se transportan las entradas y qué controladores pueden alcanzar esa memoria. La NPU no custodia claves a largo plazo ni reemplaza la atestación.
Consultar alcance del móduloLos despliegues que revisamos combinan los tres bloques para cubrir custodia, orquestación y cómputo, cada uno con su función diferenciada. Esta combinación no implica que exista una única arquitectura válida ni que los componentes se puedan intercambiar sin análisis previo. Antes de elegir, conviene mapear qué garantía aporta cada pieza y dónde quedan los buffers intermedios, el DMA y la memoria unificada.
Ver el mapa completo de componentesCada bloque se documenta por separado porque los límites importan tanto como las capacidades. Si tu escenario cruza dos o tres de ellos, el punto de partida es entender qué queda fuera de cada uno.
El primer entregable es un documento de alcance donde se nombran los componentes involucrados, el tipo de despliegue previsto y las suposiciones que se están tomando. Si algo queda fuera del análisis, queda anotado como tal. Preferimos un alcance corto y explícito antes que una propuesta amplia con zonas grises.
Antes de avanzar, contrastamos cada supuesto con la documentación disponible del fabricante o con pruebas puntuales sobre el equipo. Cuando no hay forma de verificar algo en el momento, se marca como pendiente y se indica qué haría falta para confirmarlo. No damos por sentado que un acelerador aísla memoria o que un módulo custodia claves sin revisarlo.
Cada etapa del trabajo queda registrada con fecha, decisión tomada y motivo. Si un supuesto cambia a mitad del proceso, se documenta el cambio en lugar de reescribir el historial. Esto permite reconstruir por qué una arquitectura quedó como quedó, incluso meses después, cuando el equipo original ya no está disponible para explicarlo.
Los informes describen hallazgos, límites y compromisos de diseño. No incluimos puntuaciones, comparativas de rendimiento entre fabricantes ni promesas sobre lo que un despliegue logrará una vez implementado. Si un componente no cubre una necesidad concreta, lo decimos con la misma claridad con la que describimos lo que sí cubre.
Este criterio aplica a las consultas sobre NPU, HSM, aislamiento de memoria o cadena completa. El nivel de detalle se ajusta al escenario que se esté evaluando, no a un formato fijo.
Uso de cookies
Usamos cookies para recordar tu elección y mantener el sitio funcionando con normalidad. Puedes aceptarlas o rechazarlas; tu decisión queda guardada en este navegador.
Más información en la política de privacidad.