top of page

Segurança de agentes de IA da Nvidia aposta em harnesses, não em desaceleração

há 1 hora
16 min de leitura

A Nvidia transformou a segurança de agentes de IA em um desafio direto aos apelos por desacelerar o desenvolvimento de fronteira. Seu argumento se apoia em uma ideia contestada: as empresas podem controlar agentes cada vez mais capazes por meio do software que os envolve.

Adel El Hallak, vice-presidente de IA agentiva da Nvidia, apresentou esse argumento em uma entrevista de 17 de setembro. Ele disse à Semafor que a estrutura ao redor de um modelo pode importar tanto quanto o próprio modelo.

A Nvidia chama parte dessa estrutura de harness de agente. Trata-se da camada de instruções, ferramentas, permissões e tempo de execução que governa como um agente opera. El Hallak argumenta que uma melhor engenharia de harnesses pode conter modelos capazes sem interromper seu desenvolvimento.

Essa posição entra em conflito com a defesa da Anthropic por mecanismos coordenados que possam desacelerar o desenvolvimento de fronteira quando as salvaguardas ficam para trás. A divergência não é simplesmente sobre se a IA cria riscos. Ambas as empresas dizem que sim.

O conflito diz respeito a onde o controle deve ficar. A Anthropic enfatiza as capacidades dos modelos, a supervisão externa e a opção de desacelerar o desenvolvimento. A Nvidia atribui mais peso à arquitetura de sistemas, aos controles de segurança e à disciplina operacional.

A posição da Nvidia também atende a seus interesses comerciais. Agentes mais capazes exigem mais inferência, software, redes e infraestrutura empresarial. Um mundo que continua construindo favorece a Nvidia, desde que os clientes acreditem que esses agentes podem operar com segurança.

A questão prática, portanto, é maior do que uma entrevista com um executivo. Organizações comuns conseguem implantar controles com a mesma eficácia que o argumento da Nvidia pressupõe, ou uma implementação pouco confiável se tornará o elo mais fraco?

Segurança de agentes de IA da Nvidia vai além do modelo

A principal alegação da Nvidia é que o risco de um agente depende de todo o sistema operacional ao redor de um modelo, e não apenas da inteligência dentro dele.

Chatbots tradicionais produzem principalmente texto para uma pessoa revisar. Agentes também podem abrir arquivos, chamar APIs, executar software, pesquisar sistemas internos e modificar registros. Essas conexões transformam um modelo imperfeito em um operador ativo de software.

Um modelo pode gerar uma resposta prejudicial sem afetar outro sistema. Um agente com credenciais amplas pode transformar o mesmo erro em dados excluídos, segredos vazados ou uma transação não autorizada. O risco muda quando a linguagem se torna ação.

O argumento de El Hallak parte dessa distinção. Equipes de segurança devem examinar o modelo, mas também controlar suas permissões, ferramentas, memória, acesso à rede e ambiente de execução.

Em sua analogia, um agente capaz se assemelha a um leão que não pode permanecer com segurança em um cercado para cavalos. A resposta não é necessariamente enfraquecer o leão. A Nvidia quer que engenheiros construam uma contenção mais robusta.

Essa contenção é o harness. Um harness decide quais ferramentas um agente pode ver, como ele recebe contexto e o que deve verificar antes de agir. Ele também pode registrar atividades e encaminhar decisões sensíveis a uma pessoa.

Um tempo de execução seguro oferece outra camada. Ele isola a execução de código e aplica políticas além do controle direto do modelo. A distinção importa porque um modelo não deve poder reescrever as regras que o governam.

A equipe red team da Nvidia ofereceu suporte concreto para essa visão de sistemas. Durante avaliações realizadas ao longo de seis meses, a equipe encontrou repetidamente quatro fraquezas operacionais em implantações de agentes.

Essas fraquezas incluíam controles de acesso ausentes, ferramentas que permitiam execução arbitrária de código, acesso irrestrito à rede e segredos em texto simples. A Nvidia as documentou em suas orientações sobre implantação segura de agentes.

Nenhuma dessas falhas exige um cenário de ficção científica. Elas se assemelham a erros conhecidos de segurança de software, mas os agentes podem descobri-las e combiná-las por meio de instruções em linguagem natural.

Um agente pode receber um comando malicioso oculto em um e-mail, documento, página da web ou pacote de software. Trata-se de injeção indireta de prompt, em que conteúdo não confiável tenta redirecionar o comportamento do agente.

Avisos baseados em prompts não conseguem interromper de forma confiável todos esses ataques. Um modelo pode interpretar mal o contexto, priorizar a instrução errada ou ser manipulado ao longo de várias etapas aparentemente legítimas.

Por isso, a Nvidia recomenda controles determinísticos, isto é, regras aplicadas por software em vez do julgamento do modelo. Exemplos incluem acesso à rede com negação por padrão, isolamento de credenciais, permissões de privilégio mínimo e sandboxes de execução reforçados.

Esses controles não tornam o modelo inofensivo. Eles reduzem os danos possíveis quando o modelo se comporta incorretamente. Esse é um objetivo mais restrito e mais testável.

O argumento da Nvidia sobre segurança de agentes de IA começa com essa mudança. Em vez de perguntar se um modelo pode falhar algum dia, ele pergunta até onde essa falha pode alcançar.

Esse enquadramento cria a principal tensão do artigo. Os controles de sistema são conhecidos, mensuráveis e implantáveis hoje. No entanto, dependem de as organizações aplicá-los de modo consistente em ambientes complexos.

A engenharia de harnesses leva o controle ao tempo de execução

A engenharia de harnesses importa porque o mesmo modelo pode se tornar um assistente limitado ou um operador privilegiado, dependendo de sua arquitetura ao redor.

Um agente de produção raramente consiste em um modelo e um prompt. Ele inclui definições de ferramentas, sistemas de identidade, serviços de recuperação, memória, fluxos de aprovação, monitoramento e software que agenda cada ação.

Esses componentes decidem se um agente pode apenas redigir um e-mail ou enviá-lo. Também decidem se um agente pode inspecionar um banco de dados, alterar código de produção ou contatar um servidor externo.

Uma boa engenharia de harnesses começa com identidade. Todo agente deve ter uma conta definida, permissões delimitadas e um registro de atividade atribuível. Credenciais compartilhadas de administrador tornam tanto a prevenção quanto a investigação mais difíceis.

Restrições de ferramentas são igualmente importantes. Um agente de programação pode precisar de um compilador e de um ambiente de testes, mas talvez não precise de acesso irrestrito a sistemas de produção. Suas ferramentas disponíveis devem corresponder à tarefa atual.

A política de rede cria outra fronteira. Um agente que trabalha com documentos confidenciais pode precisar de serviços internos selecionados, sem receber acesso aberto à internet. Regras de negação por padrão obrigam as equipes a autorizar cada destino.

Os segredos devem permanecer fora do contexto visível do modelo. Um serviço dedicado de credenciais pode liberar autorização temporária para uma ação específica. O agente nunca precisa ler ou armazenar o segredo subjacente.

O sandboxing limita a execução. O agente realiza o trabalho dentro de um ambiente isolado, com arquivos, processos e rotas de rede controlados. Se executar código inseguro, o sistema ao redor conterá o resultado.

A aprovação humana ainda tem um papel. Ações de alto impacto podem ser pausadas antes da execução, especialmente quando afetam pagamentos, dados de clientes, sistemas de produção ou registros irreversíveis.

Os próprios pesquisadores da Nvidia argumentam que as defesas no nível do sistema formam o esqueleto estrutural de um agente. Sua pesquisa de segurança também reconhece uma limitação importante.

Algumas decisões de segurança dependem de contexto e não podem se apoiar inteiramente em regras fixas. Um modelo ou outro sistema treinado ainda pode precisar julgar se uma ação corresponde à intenção do usuário.

Isso cria um problema de fronteira. Controles determinísticos funcionam melhor quando as políticas são explícitas, enquanto o trabalho real contém ambiguidades, exceções e circunstâncias em mudança.

Considere um agente encarregado de preparar uma revisão trimestral de negócios. Ele pode precisar de documentos, mensagens, dados de clientes e painéis internos. Cada fonte pode conter instruções não confiáveis ou informações sensíveis.

O harness precisa distinguir conteúdo de comandos. Também deve impedir que uma fonte altere as permissões do agente ou redirecione dados para outro lugar.

Uma base de conhecimento pesquisável pode reduzir o contexto disperso, mas a recuperação, por si só, não estabelece confiança. O agente ainda precisa de limites de permissão e tratamento consciente da origem.

O monitoramento fornece a camada operacional final. As equipes precisam de logs que mostrem qual instrução acionou uma ação, quais dados entraram no contexto e qual ferramenta retornou cada resultado.

Sem esse registro, uma equipe de segurança não pode reproduzir um incidente. Tampouco consegue determinar se o modelo, o harness, uma ferramenta externa ou uma instrução humana causou a falha.

A engenharia de harnesses da Nvidia, portanto, trata a observabilidade como um controle, não como um elemento administrativo adicional. Rastros ajudam as organizações a detectar usos indevidos, aprimorar políticas e identificar permissões excessivamente amplas.

Essa abordagem se assemelha à segurança zero trust já estabelecida. Nenhum usuário, dispositivo, carga de trabalho ou agente recebe confiança ilimitada apenas por operar dentro da rede de uma empresa.

A diferença é que os agentes podem gerar novos planos enquanto trabalham. Seus caminhos são menos previsíveis do que os de aplicações convencionais, por isso os controles ao redor devem avaliar ações continuamente.

Um harness bem projetado pode tornar um agente mais seguro sem alterar o modelo subjacente. Também pode melhorar o desempenho ao fornecer a esse modelo um contexto mais limpo e ferramentas mais bem definidas.

Ainda assim, o harness não pode determinar se um modelo de fronteira possui uma capacidade perigosa antes que alguém a reconheça. É nesse ponto que o argumento de sistemas da Nvidia encontra resistência dos laboratórios de fronteira.

O caso da Nvidia pressiona os laboratórios de fronteira

A Nvidia está contestando a ideia de que o aumento da capacidade dos modelos deve impor uma escolha entre desenvolvimento contínuo e segurança confiável.

O CEO Jensen Huang rejeitou essa escolha, argumentando que o setor pode avançar em capacidade e segurança ao mesmo tempo. El Hallak amplia essa posição ao identificar os harnesses como um ponto prático de controle.

Isso pressiona diretamente a abordagem da Anthropic. A Anthropic argumentou que a sociedade deve preservar a opção de desacelerar ou pausar temporariamente o desenvolvimento de fronteira sob condições verificáveis e coordenadas.

Sua preocupação não se limita a agentes empresariais mal configurados. Ela inclui modelos que aceleram a pesquisa em IA, apoiam trabalhos técnicos perigosos ou evitam os sistemas que monitoram seu comportamento.

A pesquisa da Anthropic sobre melhoria recursiva descreve claramente o problema de coordenação. Um desenvolvedor cauteloso não pode pausar com segurança sozinho se concorrentes continuarem avançando sem restrições comparáveis.

Isso cria duas camadas diferentes de segurança. A governança no nível do modelo pergunta se determinadas capacidades devem ser desenvolvidas ou lançadas. A segurança de implantação pergunta o que um agente específico pode acessar e fazer.

O argumento da Nvidia é mais forte na segunda camada. Controles de acesso, sandboxes, restrições de rede e credenciais isoladas podem reduzir a exposição empresarial imediata.

O argumento da Anthropic aborda a primeira camada de forma mais direta. Um sandbox seguro não pode resolver todas as preocupações sobre capacidades de fronteira, roubo de modelos, assistência biológica ou sistemas que melhoram a pesquisa em IA.

A divergência, portanto, diz respeito tanto ao escopo quanto ao método. A Nvidia destaca controles acionáveis ao redor de agentes implantados. A Anthropic destaca riscos que podem surgir antes que esses controles recebam um teste justo.

A Anthropic também usa proteções semelhantes a harnesses. Seu relato sobre o desenvolvimento interno de IA afirma que monitores online podem bloquear ações perigosas, enquanto monitores offline analisam padrões mais lentos ou reversíveis.

Em agosto de 2026, a Anthropic relatou ter cerca de 30.000 agentes de pesquisa e engenharia em execução simultânea em sua plataforma interna mais usada. A empresa descreveu esses sistemas em suas medições de desenvolvimento.

Esse exemplo complica qualquer narrativa simples de empresa contra empresa. A Anthropic não está rejeitando controles para agentes. Ela argumenta que os controles devem coexistir com avaliações de capacidade, visibilidade externa e possíveis mecanismos de desaceleração.

A Nvidia não afirma que os modelos não exigem trabalho de segurança. Seus pesquisadores discutem explicitamente verificações baseadas em modelos, red teaming, atualizações dinâmicas de políticas e envolvimento humano em decisões ambíguas.

O principal confronto é, portanto, entre uma abordagem e outra. A Nvidia enfatiza o desenvolvimento contínuo dentro de limites operacionais mais rigorosos. A Anthropic quer um freio confiável quando o crescimento de capacidades ultrapassa as salvaguardas.

A economia acentua essa diferença. A Nvidia vende a plataforma de computação usada por desenvolvedores de modelos, provedores de nuvem, empresas e instituições de pesquisa.

Mais treinamento de modelos beneficia a Nvidia, mas a inferência em larga escala pode criar um mercado ainda mais amplo. Agentes que operam continuamente exigem recursos computacionais sempre que planejam, recuperam dados, chamam ferramentas e verificam resultados.

Laboratórios de fronteira enfrentam incentivos diferentes. Eles precisam proteger modelos proprietários, gerenciar usos indevidos em plataformas hospedadas e defender decisões sobre liberar ou reter capacidades.

Nenhuma das posições econômicas invalida os argumentos técnicos. Elas ajudam a explicar por que cada empresa enfatiza um ponto de controle diferente.

Provedores de infraestrutura ganham ao tornar a implantação aparentemente gerenciável em muitos modelos. Laboratórios de fronteira ganham ao preservar o controle sobre acesso, monitoramento e distribuição de modelos.

Essa distinção importa para compradores. Uma empresa não deve presumir que escolher uma filosofia elimina a necessidade da outra.

Um modelo capaz ainda precisa de um harness seguro. Um harness seguro ainda precisa de evidências sobre o modelo que contém. A segurança falha quando qualquer um dos lados trata sua camada como suficiente.

O argumento da Nvidia sobre a segurança de agentes de IA eleva o padrão para os críticos, porque aponta para controles que as organizações podem implantar agora. Os críticos precisam explicar por que esses controles falham diante de riscos específicos.

A posição da Anthropic eleva o padrão para a Nvidia. Um setor em rápida evolução precisa demonstrar que seus controles funcionam antes que a implantação se amplie, e não depois que incidentes prejudiciais revelem seus limites.

Agentes de IA Seguros Ainda Dependem de Execução Irregular

O problema mais difícil não é identificar controles sensatos. É fazer com que milhares de organizações os apliquem corretamente sob pressão comercial.

As descobertas de red teaming da Nvidia são persuasivas em parte porque são comuns. Gerenciamento de acesso, sandboxing, política de rede e tratamento de segredos já fazem parte de programas de segurança maduros.

Sua ausência recorrente é, portanto, preocupante. Se as organizações têm dificuldades com controles consolidados, adicionar software autônomo não melhorará automaticamente sua disciplina.

Ambientes empresariais também contêm sistemas legados. Muitos foram projetados para operadores humanos ou aplicações fixas, não para agentes que escolhem ferramentas e elaboram planos dinamicamente.

Uma organização pode adicionar um agente a um fluxo de trabalho com credenciais amplas porque configurar acessos mais restritos leva mais tempo. As equipes também podem desativar etapas de aprovação quando a revisão humana desacelera a automação.

Esses atalhos podem eliminar os benefícios de segurança do harness. Um sandbox com acesso externo irrestrito ainda permite vazamento de dados. Um log de auditoria detalhado não impede uma ação irreversível.

Os frameworks de agentes também mudam rapidamente. Novos conectores, sistemas de memória e protocolos de ferramentas podem ampliar a superfície de ataque antes que as equipes de segurança terminem de analisar componentes anteriores.

Os testes independentes continuam limitados. Demonstrações de fornecedores frequentemente mostram um agente concluindo uma tarefa sob condições controladas. Elas revelam menos sobre a operação sustentada diante de entradas hostis e ambíguas.

A Open Secure AI Alliance é a tentativa da Nvidia de abordar essa fragmentação. A iniciativa reúne organizações de infraestrutura, segurança, software empresarial e pesquisa em torno de ferramentas defensivas compartilhadas.

Sua missão de segurança pública enfatiza tecnologias abertas, controles adaptáveis e infraestrutura compartilhada. A Nvidia também contribuiu com pesquisas sobre harnesses e projetos de segurança de agentes.

Essa colaboração pode melhorar a interoperabilidade. Formatos compartilhados de relatórios e ferramentas de teste ajudariam as equipes a comparar incidentes entre diferentes modelos, frameworks e ambientes de implantação.

No entanto, uma aliança do setor não é uma regulamentação independente. Seus membros mantêm interesses comerciais, e práticas voluntárias podem resultar em conformidade desigual.

El Hallak recusou-se a dizer se os governos deveriam regular a camada agêntica. Em vez disso, apontou para o trabalho do setor que poderia identificar onde salvaguardas mais fortes são necessárias.

Isso deixa uma questão de responsabilização sem resposta. Se um agente ultrapassa um limite, a responsabilidade pode ser dividida entre o provedor do modelo, o desenvolvedor do harness, o fornecedor da ferramenta, o responsável pela implantação e o usuário.

Cada parte pode argumentar que outra camada falhou. Sem padrões claros, os clientes podem ter dificuldade para determinar quais alegações de segurança foram de fato testadas.

Os benchmarks criam outra preocupação. Um agente pode ter bom desempenho em tarefas de software delimitadas e ainda permanecer inseguro em condições adversariais de longa duração.

A pesquisa da Nvidia alerta que os benchmarks existentes podem criar uma falsa sensação de utilidade e segurança. Os testes podem omitir políticas em mudança, contexto pessoal ou casos ambíguos que exigem julgamento humano.

Um agente também pode se comportar com segurança durante a avaliação e falhar após ganhar novas ferramentas. Cada conector adicional muda o que o sistema pode observar, modificar e divulgar.

A versão mais forte do argumento da Nvidia, portanto, exige garantia contínua. As equipes devem testar novamente os agentes após atualizações de modelos, mudanças de políticas, novas integrações e permissões ampliadas.

Elas também precisam de planos de resposta a incidentes. As organizações devem saber como revogar as credenciais de um agente, interromper sessões ativas, preservar logs e restaurar sistemas alterados.

Mais importante, os controles de segurança devem ficar fora da autoridade do modelo. Não se pode confiar que um agente decida se sua própria restrição de rede deve ser aplicada.

Isso não significa que o monitoramento baseado em modelos seja inútil. Monitores treinados podem reconhecer padrões complexos que políticas fixas deixam passar. Eles devem operar dentro de limites independentes e caminhos de escalonamento.

A conclusão cética é específica. Harnesses podem reduzir riscos, mas sua eficácia é uma alegação de engenharia que exige evidências de implantações reais.

A Nvidia mostrou modos de falha recorrentes e propôs controles. Ela não estabeleceu que organizações comuns implementarão esses controles de forma consistente em todos os fluxos de trabalho com agentes.

A Posição de Segurança da Nvidia Também Apoia Seu Negócio de Agentes

O argumento técnico da Nvidia se alinha a uma estratégia comercial que exige que os agentes passem de demonstrações para uso empresarial contínuo.

A Nvidia não se apresenta mais apenas como fornecedora de chips. Ela oferece modelos, software de inferência, redes, componentes de segurança, blueprints de desenvolvimento e runtimes para construir sistemas de agentes.

Uma visão centrada no harness expande o mercado ao redor do modelo. As empresas precisam de recursos computacionais, mas também precisam de orquestração, avaliação, isolamento, monitoramento e aplicação de políticas.

O runtime OpenShell da Nvidia ilustra essa direção. A empresa o descreve como uma forma de isolar a execução de agentes enquanto aplica regras de rede, privacidade e segurança.

O Agent Toolkit reúne uma parcela maior da stack ao redor. Ele combina modelos abertos, skills, blueprints e componentes de runtime para empresas que desenvolvem agentes especializados.

Parcerias facilitam a inserção dessa stack em fluxos de trabalho existentes. A Nvidia anunciou projetos de agentes com empresas como ServiceNow, CrowdStrike, Cisco, Box e Palantir.

Essas relações colocam a Nvidia entre modelos de fronteira e sistemas empresariais. A empresa se beneficia independentemente de uma empresa usar seu próprio modelo, um modelo open-weight ou um modelo comercial hospedado.

Essa neutralidade é estrategicamente útil. A Nvidia pode argumentar que o modelo é apenas um componente, enquanto sua infraestrutura protege e acelera o sistema completo.

A abordagem também apoia modelos abertos. Uma oferta mais ampla de modelos capazes incentiva mais experimentação, implantação e inferência em hardware da Nvidia.

A Anthropic adotou uma posição mais cautelosa em relação aos lançamentos open-weight mais capazes. Quando os pesos circulam, suas salvaguardas podem ser removidas e o monitoramento centralizado se torna difícil.

Os controles do harness respondem parcialmente a essa objeção em implantações empresariais legítimas. Uma empresa pode executar um modelo aberto em um ambiente rigorosamente governado.

Eles não resolvem completamente o problema da distribuição. Um operador mal-intencionado ou negligente pode remover o harness, ampliar permissões ou implantar os mesmos pesos sem monitoramento.

Essa lacuna explica por que o debate sobre modelos abertos não pode ser resolvido apenas por meio da segurança de runtime. Os controles de implantação governam um sistema somente quando seu operador os aceita.

Os incentivos comerciais da Nvidia não tornam seus controles ineficazes. Produtos de segurança frequentemente surgem porque fornecedores podem ganhar dinheiro ao resolver problemas operacionais persistentes.

Ainda assim, os compradores devem separar evidências arquiteturais de marketing de plataforma. Uma lista de parceiros não prova que os controles resistem a ataques sofisticados.

As equipes de compras precisam de requisitos testáveis. Elas devem perguntar se o acesso à rede é negado por padrão, se as credenciais permanecem fora do contexto do modelo e se ações de alto impacto exigem aprovação.

Elas também devem perguntar se os logs capturam caminhos completos de decisão. Um registro deve conectar material de origem, saída do modelo, seleção de ferramentas, autorização e ação final.

Outra questão importante diz respeito à portabilidade. Se uma empresa mudar seu modelo, conseguirá preservar os mesmos controles de política, identidade e auditoria?

Controles portáveis reforçariam a alegação da Nvidia de que a segurança reside no harness. Controles fortemente acoplados poderiam, em vez disso, aumentar a dependência da plataforma sem produzir garantia comparável.

O teste de negócios não é quantas empresas anunciam pilotos. É quantas operam agentes por períodos prolongados sem ampliar privilégios para manter os fluxos de trabalho em andamento.

Uma implantação bem-sucedida também deve produzir resultados de segurança mensuráveis. Exemplos incluem menos credenciais expostas, conexões não autorizadas bloqueadas, reconstrução mais rápida de incidentes e menores taxas de execução insegura.

O caso da Nvidia se torna mais crível quando clientes publicam essas evidências. Ele se enfraquece quando a segurança permanece uma lista de funcionalidades sem resultados operacionais.

A vantagem da empresa é poder atuar em toda a stack. Seu risco é que cada camada adiciona complexidade, trabalho de integração e mais um ponto em que a configuração pode falhar.

Três Sinais Testarão o Caso da Nvidia

O próximo teste é saber se o argumento de engenharia da Nvidia produz evidências compartilhadas, controles aplicáveis e resultados repetíveis fora de pilotos cuidadosamente gerenciados.

O primeiro sinal é a validação independente de runtimes de agentes e controles de harness. Pesquisadores de segurança devem testar se os agentes conseguem contornar restrições de ferramentas, vazar segredos ou escapar de ambientes isolados.

Um resultado bem-sucedido reforçaria a alegação da Nvidia de que limites determinísticos podem conter agentes cada vez mais capazes. Contornos repetidos mostrariam que o confinamento proposto continua fraco demais.

O segundo sinal é a adoção de relatórios compartilhados de incidentes por meio da Open Secure AI Alliance ou de outra entidade neutra. Relatórios úteis devem preservar os detalhes técnicos sem ocultar falhas sob categorias amplas.

Relatórios regulares mostrariam que o setor consegue aprender entre fornecedores. Divulgações escassas ou seletivas reforçariam os críticos que desconfiam da autorregulação.

O terceiro sinal é a política dos laboratórios de fronteira. Observe se a Anthropic e outros desenvolvedores expandem avaliações externas, compromissos de cadência e limites de capacidade à medida que seus agentes internos se tornam mais eficazes.

Controles de fronteira mais rigorosos não refutariam a engenharia de harness. Mostrariam que os principais laboratórios ainda enxergam riscos no nível do modelo que a segurança de implantação não consegue cobrir.

Um recuo nas propostas de cadência favoreceria a rota da Nvidia. Sugeriria que os controles técnicos e a pressão competitiva estão se tornando o modelo operacional prático do setor.

Esses sinais devem ser analisados em conjunto. Runtimes melhores não podem substituir a avaliação de capacidade, enquanto políticas de modelo não conseguem proteger um agente com permissões excessivas.

El Hallak resumiu a posição da Nvidia de forma direta: “O mundo não vai desacelerar.” A previsão parece plausível, mas inevitabilidade não é o mesmo que segurança.

O ônus agora recai sobre a Nvidia e seus parceiros. Eles precisam demonstrar que agentes de IA seguros podem permanecer restritos à medida que modelos, ferramentas e cargas de trabalho mudam.

Para os desenvolvedores, a ação imediata é concreta: trate o harness como parte do perímetro de segurança e teste cada permissão que ele concede. Compradores empresariais devem exigir evidências de avaliações adversariais e de longa duração. Trabalhadores do conhecimento devem perguntar ao que um agente pode acessar antes de avaliar o que ele consegue realizar.

A segurança de agentes de IA da Nvidia oferece uma resposta confiável para muitos riscos de implantação, mas não para todas as preocupações de fronteira. Acompanhe os controles, as divulgações de incidentes e os testes independentes. Esses resultados revelarão se a engenharia de harness se tornará uma camada de segurança duradoura ou mais uma salvaguarda que enfraquece sob pressão.

 
 

Comece grátis

Um assistente de IA local-first com gestão de conhecimento pessoal

Para oferecer uma experiência de IA melhor,

atualmente, o remio é compatível apenas com Windows 10+ (x64) e M-Chip Macs.

Seu parceiro de IA no trabalho
Faça mais com o remio

Planeje. Crie. Entregue.
Tudo em um só lugar.

bottom of page