Edição em Markdown

AI-translated from English; not yet reviewed by a fluent editor.

# Plataforma de segurança para agentes da NVIDIA combina limites de software e um monitor opcional de hardware

> O OpenShell aplica controles de acesso a agentes de IA. O projeto opcional Sentry da NVIDIA adiciona monitoramento no BlueField-4, embora velocidade e eficácia continuem sendo alegações do fornecedor.

By BIG CHANGE Editorial

Published: 2026-09-28T21:34:31.964Z
Updated: 2026-09-28T21:34:31.964Z
Canonical: https://bigchange.ai/blog/nvidia-open-agent-safety-platform-agent-controls

![Conceptual charcoal illustration of a closed mesh-front server cabinet with an orange keyed latch in a data-center aisle.](https://bigchange.ai/api/media/file/nvidia-agent-boundary-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE.

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](https://www.nvidia.com/en-us/solutions/ai/agent-safety/), 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](https://developer.nvidia.com/blog/add-runtime-controls-to-ai-agents-with-nvidia-openshell/) 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](https://developer.nvidia.com/blog/nvidia-open-agent-safety-platform-a-reference-for-continuous-in-silicon-agent-monitoring/) 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](https://nvidianews.nvidia.com/news/open-agent-safety-platform), 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](https://github.com/NVIDIA/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](https://github.com/NVIDIA/OpenShell/releases) 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](https://docs.nvidia.com/openshell/latest/about/installation) 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](https://docs.nvidia.com/openshell/latest/about/support-matrix) 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

- [Anúncio da NVIDIA, de 28 de setembro](https://nvidianews.nvidia.com/news/open-agent-safety-platform) estabelece o lançamento, as descrições do produto e as colaborações mencionadas. As declarações sobre desempenho e eficácia são alegações da NVIDIA.
- [Guia do OpenShell 0.1.0 da NVIDIA](https://developer.nvidia.com/blog/add-runtime-controls-to-ai-agents-with-nvidia-openshell/) documenta os componentes, o exemplo de política e o fluxo de alteração de permissões. A BIG CHANGE não testou o exemplo.
- [Código e lançamentos do OpenShell](https://github.com/NVIDIA/OpenShell) mostram a disponibilidade pública, a licença Apache 2.0 e o histórico de versões; o [guia de instalação](https://docs.nvidia.com/openshell/latest/about/installation) e a [matriz de compatibilidade](https://docs.nvidia.com/openshell/latest/about/support-matrix) apresentam os pré-requisitos atuais.
- [Artigo da NVIDIA sobre a arquitetura do Sentry](https://developer.nvidia.com/blog/nvidia-open-agent-safety-platform-a-reference-for-continuous-in-silicon-agent-monitoring/) explica a proposta da camada BlueField e DOCA. Foi escrito pelo fornecedor e não comprova de forma independente a eficácia nem o preço.

## Sources

- [Sala de imprensa da NVIDIA, anúncio da Open Agent Safety Platform](https://nvidianews.nvidia.com/news/open-agent-safety-platform) — Lançamento e alegações da empresa, incluindo quarentena em milissegundos e participação de parceiros; não apresenta evidências independentes de eficácia.
- [Open Agent Safety Platform da NVIDIA](https://www.nvidia.com/en-us/solutions/ai/agent-safety/) — Arquitetura e perguntas frequentes do fornecedor: o OpenShell não exige BlueField-4.
- [Adicione controles de execução a agentes de IA com NVIDIA OpenShell](https://developer.nvidia.com/blog/add-runtime-controls-to-ai-agents-with-nvidia-openshell/) — Guia do fornecedor sobre os componentes do OpenShell 0.1.0, políticas YAML, fluxo de revisão e verificador; a BIG CHANGE não realizou testes.
- [Open Agent Safety Platform da NVIDIA: referência para monitoramento contínuo de agentes dentro do chip](https://developer.nvidia.com/blog/nvidia-open-agent-safety-platform-a-reference-for-continuous-in-silicon-agent-monitoring/) — Descrição do fornecedor sobre o Sentry opcional e o projeto de referência com DOCA e BlueField-4.
- [Repositório do OpenShell da NVIDIA](https://github.com/NVIDIA/OpenShell) — Código público e licença Apache 2.0.
- [Lançamentos do NVIDIA OpenShell](https://github.com/NVIDIA/OpenShell/releases) — A página de lançamentos listava a v0.1.2 em 28 de setembro; o tutorial descreve a v0.1.0.
- [Guia de instalação do OpenShell](https://docs.nvidia.com/openshell/latest/about/installation) — Documentação canônica de instalação da interface de linha de comando e do gateway local; consultada em 28 de setembro.
- [Matriz de compatibilidade do OpenShell](https://docs.nvidia.com/openshell/latest/about/support-matrix) — Documentação canônica sobre compatibilidade de ambientes e hosts; WSL 2 com Docker Desktop aparece como experimental.