A NVIDIA anunciou a sua Open Agent Safety Platform a 28 de setembro de 2026 para impor controlos a agentes de IA que executam código e acedem a serviços externos. O nome abrange dois componentes distintos. O OpenShell é um ambiente de execução público e de código aberto que aplica políticas de acesso a um agente. O Sentry é um projeto de referência para monitorização e aplicação de controlos adicionais numa unidade de processamento de dados BlueField-4. Segundo as perguntas frequentes da plataforma, uma equipa pode utilizar 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 para 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 verificar esse resultado.

A grande mudança

A NVIDIA combina um ambiente de execução de software, que aplica permissões declaradas fora do processo do agente, com uma camada opcional de hardware que, no projeto de referência, monitoriza o agente a partir de um domínio de confiança separado. O software pode restringir o acesso a ficheiros, os privilégios de processos e os pedidos de rede de saída, mesmo quando o agente executa uma shell ou código gerado. A camada de hardware destina-se a manter a monitorização e a aplicação de políticas separadas do anfitrião que executa o agente. Isto dá aos operadores um limite mais concreto do que uma instrução dirigida ao modelo, desde que configurem corretamente a política. Não demonstra que o sistema combinado impeça todas as ações inseguras.

O que o OpenShell controla

O guia técnico do OpenShell 0.1.0 da NVIDIA descreve um gateway que gere ambientes isolados e as respetivas políticas, um supervisor fora de cada carga de trabalho do agente que verifica os pedidos de saída e um ambiente isolado com controlos do kernel sobre ficheiros 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 permitir uma operação de leitura e bloquear uma escrita no mesmo serviço. A NVIDIA afirma que as decisões podem ser registadas num registo 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 aplica depois uma política de substituição que permite curl ler na API REST do GitHub e bloqueia uma operação POST. É um procedimento documentado pelo fornecedor, não um teste da BIG CHANGE. A NVIDIA documenta também um assistente de políticas através do qual um agente pode propor acessos adicionais. Por predefinição, uma pessoa tem de os aprovar; 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 a alteração das restrições de sistema de ficheiros ou de processos exige a criação de um novo ambiente isolado.

O guia diz que um verificador de políticas compara as permissões modeladas com um limite definido pelo operador e pode assinalar uma ação que o exceda. 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 experiências adversariais com agentes que tentavam obter autorização para escrever num repositório protegido. Estes resultados divulgados pela empresa não medem o desempenho da plataforma completa em condições reais.

O que o Sentry acrescenta

A NVIDIA descreve o Sentry como um mecanismo opcional de supervisão na unidade de processamento de dados BlueField-4. No projeto de referência, o software DOCA da NVIDIA liga este 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 afirma que esta arquitetura pode permitir verificações de identidade, deteção e intervenção mesmo que o software anfitrião seja comprometido. A alegação de colocar um agente em quarentena em milissegundos consta do comunicado de lançamento, sem método de teste publicado nem resultados independentes nas fontes aqui analisadas.

A página do produto afirma explicitamente que o OpenShell funciona em infraestrutura local compatível, em instalações próprias, na cloud e em Kubernetes, sem BlueField-4. O BlueField-4 é relevante para o projeto adicional do Sentry. A NVIDIA refere mais de 100 organizações que trabalham com as suas tecnologias de plataforma e identifica integrações ou colaborações em diferentes fases. A participação não demonstra que o Sentry esteja implementado em todas essas organizações nem que os controlos tenham impedido incidentes.

Acesso e limitações para uma equipa que esteja a avaliar 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 indicava a v0.1.2 a 28 de setembro, quando a consultámos, pelo que as equipas devem fixar uma versão e utilizar 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 enumera os ambientes de execução Docker, Podman, Kubernetes e MicroVM e os respetivos requisitos de anfitrião; o Windows através de WSL 2 com Docker Desktop está marcado como experimental. Executar um agente de IA também pode exigir credenciais do fornecedor do modelo utilizado.

O código do OpenShell está disponível sem uma taxa de licença específica indicada nestas fontes. A capacidade computacional, a API do modelo e a implementação empresarial podem, ainda assim, ter custos. O material da NVIDIA aqui analisado não indica o preço do Sentry ou de um sistema BlueField-4, nem apresenta um processo público de instalação do Sentry. Antes de avaliar o projeto de hardware como um controlo que se possa adquirir, as equipas precisam também de conhecer estes detalhes, os requisitos de implementação e o âmbito da monitorização.

Fontes e leituras complementares