Actualizado: 29 de septiembre de 2026. NVIDIA presentó el 28 de septiembre su Open Agent Safety Platform, una arquitectura abierta para vigilar y limitar agentes de inteligencia artificial desde el entorno de ejecución hasta parte de la infraestructura física. La propuesta llega después de varios incidentes que han mostrado un problema distinto al de un chatbot tradicional: un agente puede interpretar un objetivo, utilizar herramientas, ejecutar acciones y seguir trabajando sin una persona delante de cada paso.
La novedad no es simplemente otro filtro para prompts. NVIDIA plantea una combinación de OpenShell, un runtime de código abierto que crea una frontera de seguridad para los agentes, y Sentry, un diseño de referencia que utiliza las BlueField-4 DPU para observar y aislar actividad. La compañía afirma que Sentry puede poner en cuarentena un agente que intente salir de sus límites en milisegundos.
Índice
- Qué ha presentado NVIDIA
- Cómo funciona la arquitectura
- Por qué importa frente a un chatbot
- Qué cambia para empresas y desarrolladores
- Qué no resuelve
- Opinión y análisis de Bitzeta
Qué ha cambiado: NVIDIA ha pasado de hablar de seguridad del modelo a proponer controles de ejecución que abarcan software, CPU, DPU, cómputo y robótica. La plataforma es abierta en software y admite, según NVIDIA, extensiones para plataformas de cómputo de terceros como Arm e Intel.
Qué ha presentado NVIDIA exactamente
La plataforma reúne dos piezas. OpenShell es el entorno de ejecución que NVIDIA describe como una frontera segura para agentes. Su función es registrar acciones y aplicar políticas mientras el agente trabaja. La idea técnica es importante: en vez de confiar únicamente en que el modelo decida correctamente, se añade una capa que pueda impedir determinadas acciones aunque el modelo las solicite.
Sentry añade una supervisión fuera de banda mediante una DPU. Una DPU, o unidad de procesamiento de datos, es un procesador especializado que descarga tareas de infraestructura de la CPU principal y puede encargarse de funciones de red, almacenamiento y seguridad. En el diseño de NVIDIA, esa posición permite observar el comportamiento del agente desde un punto separado del propio software que ejecuta la tarea.
Cómo funciona la arquitectura
El cambio conceptual está en separar capacidad y autoridad. Un modelo puede ser capaz de escribir código, consultar una API o modificar un recurso, pero eso no significa que deba tener permiso para hacerlo siempre. OpenShell intenta convertir esa separación en políticas verificables durante la ejecución.
NVIDIA describe cinco principios para su plataforma: políticas verificables, aplicación de controles fuera de banda, control del camino hacia el modelo, autoridad proporcional a la visibilidad del razonamiento y un modelo de responsabilidad compartida entre laboratorios, empresas y proveedores de hardware.
En un sistema empresarial, esto se parece más a un cortafuegos con permisos dinámicos que a un simple moderador de contenido. Un agente que tenga permiso para abrir una incidencia en un sistema de soporte no debería obtener automáticamente permiso para descargar una base de datos, modificar credenciales o desplegar software en producción.
Por qué importa frente a un chatbot convencional
Un chatbot suele esperar una entrada humana y devolver una respuesta. Un agente trabaja con una cadena de acciones: recibe un objetivo, decide el siguiente paso, llama a herramientas y utiliza el resultado para continuar. Cada paso abre una superficie de ataque nueva.
Esto cambia el modelo de seguridad. En un chatbot, muchas defensas se concentran en el contenido de entrada y salida. En un agente, también hay que controlar identidades, herramientas, red, archivos, procesos, secretos y permisos. Un agente puede ser técnicamente correcto y, aun así, ejecutar una acción que no debería tener autorización para realizar.
El movimiento de NVIDIA encaja con esa evolución. La compañía anunció la plataforma el 28 de septiembre y la presentó como un marco desde las pruebas hasta el despliegue. Entre los participantes iniciales figuran empresas como Anthropic, Cisco, CrowdStrike, Microsoft, Palo Alto Networks, Red Hat, Salesforce y ServiceNow, según el comunicado de NVIDIA.
Qué cambia para empresas y desarrolladores
Para una empresa española que esté probando agentes, la lección práctica es que la seguridad no debería depender de una única instrucción en el prompt. El prompt puede indicar “no borres datos”, pero un control de ejecución puede impedir la llamada a una API destructiva si no existe una autorización explícita.
También cambia la auditoría. Registrar qué herramientas ha utilizado un agente, qué política se aplicó y qué recurso intentó tocar facilita reconstruir un incidente. Eso resulta especialmente relevante en sectores regulados o con datos personales, propiedad intelectual o sistemas críticos.
La arquitectura puede ser interesante en DevOps, atención al cliente, automatización financiera, SOC de ciberseguridad y robótica. Sin embargo, introducir un runtime de seguridad no elimina la necesidad de gestión de identidades, segmentación de red, mínimo privilegio, gestión de secretos y revisión humana para operaciones de alto impacto.
Para desarrolladores, otro punto relevante es la apertura. NVIDIA afirma que OpenShell puede extenderse a plataformas de terceros, incluidas Arm e Intel. Eso reduce el riesgo de que el concepto de seguridad quede limitado a una única familia de procesadores, aunque la integración completa de Sentry está ligada al diseño de hardware de NVIDIA.
Qué no resuelve la plataforma
Hay que separar lo anunciado de lo que todavía no está demostrado a gran escala. NVIDIA presenta una arquitectura de referencia, no una garantía universal de que un agente será seguro. Un control puede impedir una acción no autorizada, pero primero hay que definir correctamente qué acciones son legítimas.
Además, los agentes pueden cometer errores dentro de los permisos que sí tienen. Si un agente está autorizado a modificar tickets y decide cerrar el ticket equivocado, el sistema de seguridad puede no considerarlo una infracción. La seguridad de agentes necesita, por tanto, políticas de identidad y contexto además de límites técnicos.
También queda por comprobar el coste operativo. Más registros, aislamiento y controles implican más infraestructura y más trabajo de configuración. La cuestión empresarial será si ese coste reduce incidentes y facilita auditorías más de lo que añade fricción al desarrollo.
Opinión y análisis de Bitzeta
Opinión: el punto más interesante de Open Agent Safety Platform no es el nombre ni la integración con NVIDIA, sino el cambio de lugar donde se coloca parte de la seguridad. Los agentes necesitan controles que puedan actuar aunque el modelo se equivoque. Esa idea resulta más sólida que intentar resolver todos los riesgos con instrucciones en lenguaje natural.
Para España y la UE, donde muchas empresas deben justificar controles de acceso, trazabilidad y protección de datos, una arquitectura de este tipo puede tener valor si acaba integrándose con herramientas independientes del fabricante. El criterio técnico que conviene vigilar será la interoperabilidad: cuanto más fácil sea aplicar las mismas políticas a diferentes modelos y nubes, menos probable será que la seguridad se convierta en otro bloqueo de proveedor.
Este análisis es una valoración editorial de Bitzeta y no forma parte de los hechos anunciados por NVIDIA.
Fuentes y documentación
- NVIDIA: comunicado oficial, 28 de septiembre de 2026.
- NVIDIA Technical Blog: arquitectura de Open Agent Safety Platform.
- TechCrunch: contexto sobre el ecosistema de seguridad de agentes.
También puedes ampliar contexto en nuestra guía sobre agentes de IA y en nuestro análisis sobre IA y ciberseguridad.
Deja una respuesta