A NVIDIA anunciou sua Open Agent Safety Platform em 28 de setembro de 2026 para controlar agentes de IA capazes de executar código e acessar serviços externos. O nome abrange dois componentes separáveis. OpenShell é um ambiente de execução público e de código aberto que aplica políticas de acesso em torno de um agente. Sentry é um projeto de referência para monitoramento e aplicação de controles adicionais em uma unidade de processamento de dados BlueField-4. Segundo a perguntas frequentes da plataforma, uma equipe pode usar o OpenShell sem hardware BlueField.

O OpenShell tem código, documentação e pacotes de lançamento públicos. A NVIDIA descreve a capacidade do Sentry de colocar um agente em quarentena em milissegundos, mas o anúncio não apresenta uma medição independente nem um procedimento público de configuração do Sentry que permita ao leitor verificar esse resultado.

A grande mudança

A NVIDIA combina um ambiente de execução de software que aplica, fora do processo do agente, permissões declaradas com uma camada opcional de hardware que, em seu projeto de referência, monitora o agente a partir de um domínio de confiança separado. O software pode restringir acesso a arquivos, privilégios de processos e solicitações de saída, mesmo quando um agente executa um shell ou código gerado. A camada de hardware foi projetada para manter o monitoramento e a aplicação de políticas separados do host que executa o agente. Isso oferece aos operadores um limite mais concreto do que uma instrução dada ao modelo, desde que configurem a política corretamente. Não demonstra que o sistema combinado impeça toda ação insegura.

O que o OpenShell controla

O guia técnico do OpenShell 0.1.0 da NVIDIA descreve um gateway que gerencia ambientes isolados e suas políticas, um supervisor fora de cada carga de trabalho do agente que verifica solicitações de saída e um ambiente isolado com controles do kernel sobre arquivos e processos. O tráfego de rede passa pelo supervisor. Para tráfego configurado de HTTP, GraphQL e Model Context Protocol, a política pode distinguir uma leitura permitida de uma gravação bloqueada no mesmo serviço. A NVIDIA diz que as decisões podem ser registradas em uma trilha de auditoria OCSF.

As políticas são escritas em YAML. A demonstração documentada no guia começa com um ambiente isolado sem acesso à rede de saída e, em seguida, aplica uma política substituta que permite curl fazer leitura na API REST do GitHub e bloqueia uma solicitação POST. É um procedimento documentado pelo fornecedor, não um teste da BIG CHANGE. A NVIDIA também documenta um assistente de políticas por meio do qual um agente pode propor acessos adicionais. Por padrão, uma pessoa precisa aprová-los; um agente não pode aprovar a própria proposta. A política de rede pode mudar enquanto o ambiente isolado está em execução, mas alterar restrições de sistema de arquivos ou de processos exige criar outro ambiente isolado.

O guia diz que um verificador de políticas confronta permissões modeladas com um limite definido pelo operador e pode mostrar uma ação que o ultrapasse. O resultado depende do modelo de política e do limite escolhido; não prova que o próprio agente seja seguro. A NVIDIA relata experimentos adversariais com agentes que tentavam obter permissão para gravar em um repositório protegido. Esses resultados relatados pela empresa não medem o desempenho da plataforma completa no mundo real.

O que o Sentry acrescenta

A NVIDIA descreve o Sentry como um monitor opcional na unidade de processamento de dados BlueField-4. No projeto de referência, o software DOCA da NVIDIA conecta esse domínio de hardware separado às políticas do OpenShell, correlacionando interações do agente, decisões de política e acesso a ferramentas ou dados. A NVIDIA diz que essa posição pode permitir verificações de identidade, detecção e intervenção mesmo se o software do host for comprometido. A alegação de colocar um agente em quarentena em milissegundos aparece no comunicado de lançamento, sem método de teste publicado nem resultado independente nas fontes analisadas aqui.

A página do produto afirma explicitamente que o OpenShell funciona em infraestrutura local compatível, em instalações próprias, na nuvem e no Kubernetes sem BlueField-4. O BlueField-4 é relevante para o projeto adicional do Sentry. A NVIDIA lista mais de 100 organizações trabalhando com suas tecnologias de plataforma e cita integrações ou colaborações em diferentes estágios. A participação não demonstra que o Sentry esteja implantado em todas essas organizações nem que os controles tenham impedido incidentes.

Acesso e limites para uma equipe que avalia a plataforma

O repositório do OpenShell é público e está sob a licença Apache 2.0. O guia da NVIDIA de 28 de setembro se concentra na versão 0.1.0; a página de lançamentos listava a v0.1.2 em 28 de setembro, quando consultada, então as equipes devem fixar uma versão e usar a documentação correspondente. O guia de instalação descreve a instalação da interface de linha de comando e do gateway local, além da seleção de um ambiente de execução compatível. A matriz de compatibilidade lista os ambientes Docker, Podman, Kubernetes e MicroVM e seus requisitos de host; o Windows via WSL 2 com Docker Desktop aparece como experimental. Executar um agente de IA também pode exigir credenciais do provedor do modelo utilizado.

O código do OpenShell está disponível sem uma taxa de licença publicada para o OpenShell nessas fontes. Computação, API de modelo e implantação empresarial ainda podem gerar custos. O material da NVIDIA analisado não informa o preço do Sentry, de um sistema BlueField-4 nem um processo público de instalação do Sentry. As equipes precisariam desses detalhes, além dos requisitos de implantação e do escopo do monitoramento, antes de avaliar o projeto de hardware como um controle que possam adquirir.

Fontes e leituras complementares