Córdoba, Argentina · Av. Colón 530, Centro Empresarial

Con quién no trabajamos, y por qué lo decimos

Núcleo Aislado: about

Fabricantes de silicio

No listamos proveedores de NPU ni de módulos criptográficos como partners. Si un diseño depende de una familia concreta de aceleradores, lo describimos como escenario técnico, no como alianza. La razón es simple: no queremos que una mención se lea como aval de rendimiento o de garantías de seguridad que no podemos comprobar.

Integradores y consultoras

Tampoco figuramos como socio editorial de integradores que despliegan reconocimiento facial o de voz. Recibimos consultas de equipos que evalúan servidores y dispositivos de borde, y respondemos por correo o teléfono desde Córdoba, sin intermediarios ni red de revendedores.

Fuentes que sí citamos

Documentación técnica pública, notas de versión de firmware, especificaciones de atestación remota y papers de arquitectura. Cada referencia se menciona con su origen y su fecha cuando está disponible. Si una afirmación no tiene fuente verificable, no entra en el texto.

Qué implica para vos

Si buscás un sello de aprobación o una lista de clientes para justificar una compra interna, este proyecto no te lo va a dar. Si buscás criterios de diseño sobre aislamiento de memoria, custodia de claves y verificación de entorno, hay material para leer y un canal directo para preguntar.

Las consultas sobre despliegues en servidor, cliente o mixto se atienden en la página de contacto. También podés escribir a info@sandtdesignstudio.com o llamar al +54 351 490-1818. La dirección postal del proyecto es Av. Colón 530, Centro Empresarial, X5000 Córdoba, Argentina.

De dónde viene este proyecto y qué se propone documentar

El punto de partida es concreto. Cuando el reconocimiento facial o de voz se ejecuta sobre una CPU de propósito general, los pesos del modelo, las activaciones intermedias y los buffers temporales conviven con procesos que no tienen nada que ver con la inferencia. Esa convivencia no es un detalle de rendimiento: es una superficie de ataque. La propuesta editorial del proyecto es seguir ese hilo hasta el final, describiendo qué cambia cuando el cómputo se traslada a aceleradores dedicados y qué queda todavía expuesto alrededor del chip.

La audiencia a la que apuntamos es técnica: ingenieros de sistemas, arquitectos de seguridad y responsables que evalúan despliegues tanto en servidores como en dispositivos de borde. Por eso el tono es sobrio y el vocabulario, preciso. Preferimos explicar cómo se custodia una clave, cómo se firma un binario de modelo o cómo se verifica el estado de un equipo remoto antes que prometer resultados. La separación física de la inferencia se presenta como un principio de diseño, no como una solución total: los riesgos de fuga no terminan en el chip.

Núcleo Aislado: about

Qué documentamos

Arquitecturas donde el cómputo biométrico se separa del procesador general, con atención a los mecanismos verificables: aceleradores dedicados, módulos de seguridad, atestación remota y gestión de claves. Cada pieza se describe por lo que hace y por lo que no puede hacer.

Qué dejamos fuera

No afirmamos certificaciones, cifras de rendimiento ni capacidades que no estén documentadas por quien las implementa. Tampoco tratamos el aislamiento como una garantía absoluta: si un vector de fuga queda abierto en el bus, en el sistema operativo o en un controlador, lo decimos.

Cómo lo escribimos

El relato se apoya en conceptos de arquitectura, atestación y custodia de secretos que pueden contrastarse. Cuando una decisión de diseño implica un compromiso, lo nombramos como tal en lugar de esconderlo detrás de una ventaja genérica.

Las consultas técnicas del proyecto se atienden desde Av. Colón 530, Centro Empresarial, X5000 Córdoba, Argentina. Si querés plantear un escenario concreto de despliegue, podés escribirnos a info@sandtdesignstudio.com o llamar al +54 351 490-1818.

Por qué existe Núcleo Aislado

La inferencia biométrica dejó de ser un ejercicio de laboratorio. Hoy corre en servidores, en cámaras de acceso y en dispositivos de borde que operan lejos de cualquier sala controlada. Cuando ese cómputo se apoya en la CPU general, los pesos del modelo, las activaciones intermedias y los buffers temporales comparten memoria con el resto del sistema. Ese reparto es el problema que este proyecto intenta poner en primer plano.

No publicamos cifras de rendimiento ni certificaciones que no podamos respaldar. Tampoco tratamos la separación física como una solución cerrada: mover el modelo a un acelerador dedicado reduce puntos de exposición, pero no los elimina. Los caminos que rodean al chip siguen importando, y quien diseñe un despliegue serio debería saberlo antes de comprometer una arquitectura.

Qué documentamos

Mecanismos verificables de arquitectura: cómo se carga un modelo firmado, qué custodia realmente un módulo de seguridad, cómo se verifica el estado de un dispositivo remoto y qué compromisos aparecen al combinar distintas piezas de hardware.

Qué dejamos fuera

Promesas comerciales, comparativas de rendimiento sin metodología y afirmaciones sobre capacidades que los fabricantes no exponen de forma pública. Si un dato no se puede sostener, no entra en el relato.

A quién está dirigido

A ingenieros de sistemas, arquitectos de seguridad y responsables técnicos que evalúan despliegues biométricos en servidores y en dispositivos de borde, y que necesitan distinguir entre lo que un componente garantiza y lo que solo promete.

Cómo trabajamos el relato

Cada tema se apoya en conceptos de arquitectura, atestación remota y gestión de claves. Describimos límites y compromisos de diseño antes que beneficios, porque el aislamiento físico es un principio de diseño, no una garantía total.

Las consultas técnicas se atienden desde Av. Colón 530, Centro Empresarial, X5000 Córdoba, Argentina.

Cómo documentamos el aislamiento biométrico

No hay fechas de fundación ni hitos internos en este relato porque no forman parte de lo que podemos afirmar. Lo que sí podemos describir es el criterio con el que leemos un despliegue: qué componente hace qué, dónde vive cada dato y qué queda fuera del alcance de la separación física.

Qué miramos primero

Antes de hablar de aceleradores, revisamos dónde se ejecuta hoy la inferencia. Si el modelo corre en la CPU general, comparte memoria con el resto del sistema y amplía la superficie donde un proceso ajeno podría leer tensores o activaciones. Ese punto de partida define todo lo demás.

Qué dejamos fuera del relato

No publicamos certificaciones, resultados numéricos ni capacidades que no estén documentadas por el fabricante o por el propio diseño. Tampoco presentamos la separación física como solución total: los riesgos de fuga no terminan en el chip y preferimos decirlo antes que vender una idea cerrada.

Para quién escribimos

El material está pensado para ingenieros de sistemas, arquitectos de seguridad y responsables técnicos que evalúan despliegues en servidores y dispositivos de borde. Gente que necesita entender el mecanismo, no una promesa de rendimiento.

Cómo elegimos los temas

Partimos de conceptos verificables: atestación remota, gestión de claves, custodia de sellos de integridad y límites reales de cada componente. Si un tema no se puede explicar sin recurrir a cifras inventadas o a casos que no podemos citar, no entra.

Qué sigue después

Si tu escenario involucra servidor, cliente o ambos, y querés contrastar cómo se reparte la carga entre NPU, HSM y el aislamiento de memoria, podés escribirnos con el detalle técnico. Leemos cada consulta y respondemos desde Córdoba.

Contanos tu escenario