Una plataforma con controles en dos capas
Nvidia presentó el 28 de septiembre de 2026 la Open Agent Safety Platform, una propuesta que combina herramientas de software y una arquitectura de referencia de hardware para establecer controles sobre agentes de inteligencia artificial. La plataforma está formada por OpenShell, un runtime de código abierto, y Sentry, un mecanismo de vigilancia diseñado para ejecutarse en las unidades de procesamiento de datos BlueField-4.
La idea central es distribuir la seguridad fuera del propio agente. OpenShell aplica límites de ejecución mediante software; Sentry añade una supervisión independiente desde la infraestructura. Nvidia sostiene que las organizaciones pueden adoptar partes de la plataforma según sus necesidades, por lo que usar OpenShell no implica necesariamente desplegar Sentry ni disponer de BlueField-4.
Conviene separar el anuncio de su evaluación: la documentación oficial describe la arquitectura y las capacidades previstas, pero no aporta por sí sola una comparación independiente que permita medir su eficacia frente a otros controles o ante todos los ataques posibles. La afirmación de que Sentry puede intervenir en milisegundos debe entenderse dentro del diseño anunciado, no como garantía universal.
OpenShell pone límites a lo que puede hacer el agente
OpenShell crea un entorno de ejecución aislado y aplica políticas sobre las acciones y los recursos disponibles para un agente. Según la documentación de Nvidia, esos controles pueden abarcar archivos, conexiones de red y operaciones del sistema. La plataforma también se plantea para gestionar de forma restringida el acceso a credenciales, de modo que el agente no tenga que recibirlas directamente para cada tarea.
La diferencia frente a una instrucción escrita en el prompt es de ubicación y cumplimiento. Una indicación como «no accedas a esta carpeta» depende de que el modelo la respete. Un control aplicado por el entorno de ejecución puede restringir el acceso con independencia de esa instrucción. Eso añade una barrera técnica, aunque su alcance depende de cómo se configure y de qué recursos queden autorizados.
Nvidia indica que OpenShell es de código abierto y que puede extenderse para funcionar con plataformas de terceros, incluidas Arm e Intel. La compañía también lo presenta como disponible de forma amplia. Esa disponibilidad del componente de software no debe confundirse con la disponibilidad de todo el sistema integrado ni con la necesidad de hardware específico para Sentry.
Sentry añade vigilancia desde una DPU
Sentry es una arquitectura de referencia que, según Nvidia, funciona sobre las DPU BlueField-4 y supervisa de forma continua la actividad de los agentes desde un entorno separado. La compañía describe su función como la inspección de solicitudes y respuestas, la verificación de la identidad del agente, la generación de telemetría y la aplicación de políticas de acceso a datos, herramientas, interfaces y servicios.
La separación pretende que la supervisión no dependa únicamente del software que ejecuta al agente. Si una operación intenta superar los límites definidos, Nvidia afirma que Sentry puede poner al agente en cuarentena y detenerlo en milisegundos. La frase describe la velocidad anunciada para la intervención una vez identificada una infracción; no especifica por sí sola cuánto tarda en reconocerse una actividad peligrosa ni qué señales bastan para detectarla.
En términos prácticos, Sentry introduce un requisito distinto al de OpenShell: su arquitectura está vinculada a BlueField-4. Por eso, la posibilidad de adoptar OpenShell en otras plataformas no debe trasladarse automáticamente a Sentry. El material disponible tampoco resuelve todas las condiciones de despliegue, compatibilidad y disponibilidad comercial para cada configuración.
Qué aporta cada componente
La separación ayuda a distinguir los límites de software de la vigilancia basada en hardware.
| Componente | Ubicación descrita | Función anunciada | Punto que aún debe evaluarse |
|---|---|---|---|
| OpenShell | Runtime de software | Aislar la ejecución y aplicar políticas sobre recursos y acciones. | Qué configuraciones y políticas cubren cada entorno real. |
| Sentry | DPU NVIDIA BlueField-4 | Supervisar actividad y aplicar políticas desde un entorno separado. | Cómo detecta una infracción y qué latencia alcanza en pruebas reproducibles. |
| Plataforma conjunta | Software y hardware | Combinar límites de ejecución con vigilancia fuera de banda. | Eficacia integral frente a ataques, fallos y controles alternativos. |
Milisegundos de contención no significa detección instantánea
El anuncio de Nvidia atribuye a Sentry la capacidad de poner en cuarentena a un agente en milisegundos cuando intenta salir de sus límites. Sin embargo, la velocidad de respuesta y la velocidad de detección son medidas diferentes. Para valorar la protección hacen falta datos sobre ambas: cuándo se reconoce el comportamiento problemático y cuánto tarda en aplicarse el bloqueo desde ese momento.
Un agente puede tener credenciales válidas y realizar una acción que parezca legítima desde el punto de vista técnico, aunque el resultado sea inadecuado. También puede iniciar operaciones antes de que se active una cuarentena. Por ello, conocer únicamente el tiempo de intervención no basta para determinar qué puede ocurrir antes del bloqueo, qué datos podrían haberse consultado o qué cambios podrían haberse realizado.
La evaluación requiere fijar condiciones concretas: recursos conectados, permisos concedidos, políticas configuradas, ubicación del agente y criterios de detección. Sin esa información, la cifra de milisegundos no permite comparar despliegues distintos ni anticipar resultados en una organización específica.
Cómo evaluar una afirmación de contención rápida
Separar las etapas evita confundir una respuesta veloz con una detección eficaz.
- 01Definir qué comportamiento se considera una infracción y cómo se registra.
- 02Medir el tiempo transcurrido desde la primera señal detectable hasta la alerta.
- 03Medir por separado el intervalo entre la detección y la cuarentena efectiva.
- 04Registrar qué acciones y accesos ocurrieron antes del bloqueo.
- 05Repetir las pruebas con las mismas políticas, permisos y recursos para comparar resultados.
Qué puede quedar fuera de la protección
Los controles de infraestructura pueden limitar acciones, pero no garantizan que el agente interprete correctamente una tarea, produzca respuestas fiables o tome buenas decisiones dentro del espacio autorizado. Un agente que trabaja dentro de su sandbox todavía puede cometer errores con consecuencias, generar resultados incorrectos o utilizar de forma perjudicial permisos legítimos.
También queda abierta la respuesta ante agentes engañados o que oculten sus intenciones. Las fuentes críticas señalan que una vigilancia basada en señales de comportamiento puede no bastar si el agente aparenta actuar legítimamente o si el daño comienza antes de que se active la cuarentena. Esto no prueba una vulnerabilidad específica de Sentry: indica que el anuncio no demuestra cobertura suficiente de esos escenarios.
Las políticas también importan. Una regla demasiado permisiva puede dejar pasar acciones indeseadas; una regla demasiado estricta puede interrumpir tareas legítimas. La protección depende, por tanto, de definir correctamente los límites, mantenerlos actualizados y comprobar cómo interactúan con los permisos, las herramientas y los servicios conectados.
Qué pruebas hacen falta para juzgar su eficacia
La documentación oficial explica componentes, propósito y arquitectura, y señala que OpenShell está disponible como software de código abierto. Eso permite examinar el proyecto y adaptar el componente de software, pero no equivale a una validación independiente de la plataforma completa. En la información disponible no se aporta una comparación reproducible, bajo condiciones equivalentes, con herramientas de seguridad existentes.
Una evaluación útil debería publicar la configuración probada, las políticas, los modelos y herramientas conectados, las clases de ataques, los criterios de detección y las medidas de latencia. También tendría que registrar falsos positivos y falsos negativos, así como las acciones que el agente alcanzó a realizar antes de ser aislado. Sin esos datos no es posible convertir una afirmación del fabricante en una estimación general de eficacia.
Para las organizaciones interesadas, la conclusión prudente es tratar OpenShell y Sentry como capas de control anunciadas que requieren configuración y validación propias. Antes de adoptarlas conviene confirmar qué está disponible para el entorno concreto, qué hardware requiere Sentry, qué recursos quedan dentro del perímetro de vigilancia y qué evidencia independiente existe para los escenarios de uso previstos.
Preguntas para una revisión técnica
Estas preguntas ayudan a distinguir disponibilidad, arquitectura y eficacia medida.
| Aspecto | Qué comprobar |
|---|---|
| Disponibilidad | Qué versiones están publicadas y qué funciones corresponden a software abierto o al diseño de referencia. |
| Hardware | Qué configuración de BlueField-4 requiere Sentry y dónde puede desplegarse. |
| Detección | Qué señales identifican la actividad infractora y cuánto tarda ese reconocimiento. |
| Contención | Cuándo comienza el bloqueo y qué operaciones pueden completarse antes. |
| Comparación | Si hay pruebas independientes, repetibles y realizadas con controles equivalentes. |
| Cobertura | Qué ocurre con agentes engañados, actividad ambigua, errores y credenciales válidas. |
Qué sigue abierto
- No se detallan de forma suficiente las condiciones de prueba que sustentan la afirmación de contención en milisegundos ni la latencia de detección por separado.
- La información disponible no establece de manera independiente el rendimiento de Sentry frente a agentes engañados, que oculten intenciones o actúen con permisos válidos.
- No consta una comparación reproducible e independiente de la plataforma completa frente a otros controles bajo condiciones equivalentes.
- La disponibilidad y compatibilidad de Sentry para cada producto y configuración deben confirmarse; la disponibilidad de OpenShell no implica que Sentry funcione sin BlueField-4.
Continúa explorando
Fuentes consultadas
Correcciones y transparencia
Si detectas un dato incorrecto o desactualizado, puedes enviarnos una corrección indicando la página y la fuente que debemos revisar.
Proponer una corrección