Anunciamos US$ 3,2M em rodada pré-seed · OneVC · Maya · Norte Ventures Leia →
Voltar ao blog

Controle de acesso em agentes de IA:
quem vê o quê em cada resposta

Em resumo

Um agente de IA que apoia o time jurídico consulta o drive, a gestão de contratos e o e-mail. Entre os documentos que ele alcança estão contratos sob cláusula de sigilo, abertos apenas aos advogados de cada caso. Se o agente responde a qualquer pessoa do departamento com tudo o que consegue ler, a cláusula perde efeito. O controle de acesso é o conjunto de regras que define quem pode ver ou alterar cada dado. Com agentes, ele precisa acompanhar cada consulta, e é uma das funções do Company Brain, a camada que conhece a empresa: quais dados existem, onde vivem, como se relacionam e quem pode ver o quê.

Controle de acesso define quem pode ver ou alterar cada dado

Todo sistema corporativo responde a três perguntas antes de exibir um registro: quem está pedindo, o que essa identidade pode fazer e sobre quais registros. A autenticação resolve a primeira. O controle de acesso resolve as outras duas, com regras de leitura, alteração e exclusão. Três modelos são os mais usados:

  • RBAC, por papel: a permissão é atribuída a funções, como gestora de RH, e cada pessoa recebe as permissões dos papéis que ocupa.
  • ABAC, por atributo: a regra avalia características da pessoa, do dado e da situação, como área, unidade ou classificação do documento.
  • Por registro ou linha: a regra filtra quais itens de uma tabela cada pessoa enxerga, como as avaliações do próprio time.

O controle de acesso de um HRIS costuma combinar os três. O papel de gestor libera o módulo de desempenho, o atributo de unidade restringe a filial e a regra por linha mostra só os liderados diretos.

Três modelos de controle de acesso: por papel (RBAC), por atributo (ABAC) e por registro
Os modelos de controle de acesso por papel, por atributo e por registro costumam funcionar juntos

Agentes de IA mudam o caminho que o dado percorre até a resposta

Nos sistemas tradicionais, a pessoa abre a tela e o sistema aplica a regra. Com um agente, surge um intermediário que recebe a pergunta, consulta vários sistemas e monta uma resposta única. Ele age em nome de alguém, e cada sistema consultado precisa saber em nome de quem.

A resposta também mistura fontes com regras diferentes. Uma pergunta sobre um colaborador pode reunir HRIS, folha e chamados internos. Se uma fonte libera mais do que deveria, o excesso entra na resposta junto com o restante.

O modelo de linguagem não aplica permissão por conta própria. Uma instrução no prompt para omitir dados restritos depende da continuação mais provável e pode ser contornada por uma pergunta bem formulada. O controle de acesso precisa acontecer antes, na consulta às fontes.

Cinco padrões concentram o risco de controle de acesso com agentes

  • Conta de serviço com acesso amplo: o agente lê o HRIS com uma credencial técnica, e quem pergunta recebe avaliações de desempenho da empresa toda.
  • Índice único sem filtro: prontuários e protocolos clínicos de um hospital entram na mesma base de busca, sem a restrição de cada prontuário à equipe que atende o paciente.
  • Permissão copiada: o projeto replica as regras da origem uma vez, e o advogado que saiu de um caso continua recebendo os documentos dele.
  • Delegação sem limite de escopo: a autorização dada ao agente vale para todos os sistemas e operações, inclusive os que a tarefa dispensa.
  • Agente que escreve em sistema: um erro de interpretação vira cadastro alterado ou documento enviado.

A edição de 2025 da lista da OWASP para aplicações de LLM trata parte desses riscos como agência excessiva e recomenda executar as ações tomadas em nome de um usuário no contexto desse usuário, com o mínimo de privilégio necessário.

Cinco padrões de risco de controle de acesso em projetos com agentes de IA
Cinco desenhos concentram os incidentes de controle de acesso com agentes de IA

Os princípios de controle de acesso valem para cada chamada do agente

  1. Menor privilégio: cada agente e cada ferramenta recebem só o acesso que a tarefa exige.
  2. Identidade propagada: a consulta chega à fonte com a identidade de quem perguntou.
  3. Filtro antes do modelo: o dado restrito sai na consulta e nunca entra no contexto.
  4. Escopo por tarefa: um agente de triagem lê o helpdesk e o contrato, sem ferramenta de escrita no ERP.
  5. Registro de cada acesso: quem perguntou, qual dado foi lido e qual fonte respondeu.

No Company Brain, o controle de acesso é herdado do sistema de origem

O Company Brain conecta ERP, HRIS, gestão de contratos e documentos uma vez e organiza esses dados em um grafo de conhecimento. A permissão vem junto. Cada consulta carrega a identidade de quem perguntou, e cada fonte devolve o recorte que essa pessoa já vê no próprio sistema.

Não há controle paralelo para manter. Em uma operação de M&A, os documentos do projeto confidencial ficam restritos ao grupo do projeto no repositório. O agente de FP&A recebe apenas o que a analista que perguntou já pode abrir, e quando alguém sai do grupo, a mudança na origem vale para todos os agentes.

O contexto é servido ao modelo via MCP, já filtrado, e cada resposta cita o sistema e o registro de origem. A segurança consegue reconstruir quem perguntou, quais fontes foram lidas e com qual permissão.

Company Brain aplicando controle de acesso com permissão herdada do sistema de origem antes do modelo
No Company Brain, o controle de acesso é herdado da origem e aplicado antes de o dado chegar ao modelo

A LGPD pede necessidade e segurança no tratamento de dados pessoais

A LGPD limita o tratamento ao mínimo exigido pela finalidade e exige medidas contra acessos não autorizados. Um agente que lê prontuários de toda a base para responder sobre um paciente contraria os dois princípios. O controle de acesso por registro, aplicado antes do modelo, e o registro de cada consulta são a evidência de como a empresa trata esses dados.

Sistemas legados e revisão de acessos continuam exigindo trabalho

A herança vale o que vale a permissão de origem. Sistemas legados com perfis grosseiros, em que todo o financeiro enxerga tudo, exigem uma regra adicional, definida com a área dona do dado.

Herdar também significa herdar erros. A revisão periódica de acessos continua necessária e ganha peso, porque o agente torna qualquer acesso mais fácil de exercer.

O primeiro agente começa por um dado sensível com dono claro

Um bom ponto de partida é um caso em que o acesso já é bem definido na origem, como contratos sob sigilo no jurídico. Antes de conectar o agente, convém mapear quais sistemas ele consulta, com quais credenciais e se a identidade de quem pergunta chega a cada fonte. Com esse mapa, o controle de acesso do primeiro agente se apoia na permissão herdada, e os casos seguintes reaproveitam as mesmas conexões e regras.

Receba os próximos artigos sobre governança e segurança de IA