Agentes de IA na empresa: implantação com acesso restrito

Defina o que o agente pode alcançar

Um agente que lê documentos e executa comandos também carrega dependências de terceiros. Uma falha ou um pacote contaminado pode usar os acessos concedidos ao processo. Antes de conectar a ferramenta aos sistemas da empresa, defina quais arquivos, serviços e operações ela realmente precisa.

O diagnóstico identifica dados expostos, credenciais, integrações e efeitos externos. A proposta deve separar um piloto com arquivos próprios de uma operação que escreve em sistemas reais. Uma confirmação na tela não substitui um limite aplicado fora do modelo.

Isole instalação, interface e execução

Em uma instalação local do Hermes no Linux, preparei a compilação da interface em Docker. O agente recebeu outro container, com volume próprio e sem rede geral. A interface oficial rodou em Bubblewrap, com uma pasta pessoal separada. Um compositor Weston entregou a janela sem compartilhar o X11 da sessão com o aplicativo.

O aplicativo ficou sem a pasta pessoal real, o socket Docker e os serviços SSH, GPG e D-Bus do usuário. Microfone, captura de tela e outras integrações ficaram reduzidos. Esse recorte permite começar com menos acesso. Uma integração necessária entra depois, com permissão específica e nova prova.

Controle a saída para modelos

A saída externa do agente ficou restrita a um canal com destino fixo na Rota Nacional. A credencial da aplicação deve ser própria da organização. O segredo do provedor não precisa ficar no agente. Rede restrita, autorização da chave e limites do serviço tratam partes diferentes do risco.

A escolha do contrato importa. A API nativa da RN conserva o conteúdo original. O chat protegido aplica a barreira de privacidade conforme a política e sua cobertura. Se a organização exige a barreira, a API nativa é recusada. A avaliação precisa conferir ferramentas, streaming e dados enviados antes de escolher o caminho.

Exija uma prova que corresponda à entrega

Na prova local de 4 de novembro de 2026, os 21 testes de isolamento passaram. Eles conferiram arquivos e serviços inacessíveis, usuário do agente, rede bloqueada, TLS autorizado e autenticação do canal. A interface abriu e suas configurações funcionaram. A prova não incluiu uma resposta de modelo, pois a chave dedicada ainda não estava cadastrada.

Em uma empresa, o aceite precisa incluir o fluxo útil com dados sintéticos, recusas de acesso e recuperação após interrupção. Uma ferramenta que envia mensagem ou altera um cadastro exige prova de autorização e de tratamento de repetição. Um build aprovado ou um container ativo não comprova esse resultado.

Contrate diagnóstico, implantação ou acompanhamento

O diagnóstico pode entregar um mapa de acesso e um plano de implantação. A implantação pode incluir perfis de isolamento, compilação controlada, credenciais restritas, configuração da RN, testes de recusa e roteiro de recuperação. O acompanhamento pode revisar atualizações, permissões, consumo e falhas. O contrato define responsáveis, cobertura e critérios de aceite.

Docker e Bubblewrap compartilham o kernel do Linux. O agente continua podendo alterar os dados e usar a chave que recebeu. Para riscos maiores, o desenho pode exigir uma máquina virtual ou um equipamento separado. A proposta deve registrar esses limites e as integrações que ficam fora do escopo.

Leia os procedimentos técnicos

• Agente em Docker: arquivos, privilégios e recursos
• Interface no Bubblewrap com janela Weston
• Compilação isolada e dependências
• Rede restrita e contrato da RN