Two-way handshake
Invocar um agente exige duas condições simultâneas: o invocador pode chamá-lo, e o agente pode acessar o alvo — executando sob token e grants próprios, nunca herdando os de quem chamou.
Comprometer um lado não afeta o outro.
Governança e acesso
A mesma pergunta,
A mesma pergunta,
para humanos e agentes
Este principal tem permissão de executar esta ação sobre este recurso? O IAM faz essa pergunta para todos — usuário, agente, chave de API — no mesmo grafo, sob o mesmo motor.
Não há principal especial rodando em segundo plano com permissões implícitas. Cada acesso é explícito, cada delegação é registrada.
Grafo de identidades
Todos os atores,
Todos os atores,
no mesmo plano
-
Cinco tipos, um grafo
Usuário, membro de organização, chave de API, agente e principal de serviço — todas as identidades vivem no mesmo grafo, sujeitas ao mesmo motor de políticas.
-
Papéis e permissões granulares
Cada ator carrega exatamente as permissões que precisa — auditáveis e revogáveis uma a uma, não pacotes de acesso que ninguém sabe o que incluem.
-
IA sem caso especial
O motor não trata agente como exceção: permissionar, auditar, promover e aposentar um agente são as mesmas operações usadas para qualquer membro do time.
Zonas federadas
Zero-trust por fronteira,
Zero-trust por fronteira,
não por perímetro
-
Cada recurso é uma fronteira
Pasta de workflows, bucket de arquivos, canal, projeto de conversas, agente, app — cada recurso de topo funciona como zona federada de governança.
-
Criar é do IAM; delegar é do dono
O IAM controla quem pode criar as fronteiras; o serviço dono delega o acesso dentro delas — em duas camadas que não se atropelam.
-
Cargo não é chave-mestra
Nenhum papel organizacional implica acesso automático ao conteúdo de uma zona — cada acesso é explícito, cada delegação registrada.
Separação de responsabilidades
Quem audita não aprova —
Agendar demo
Quem audita não aprova —
por permissão, não por combinado
Agendar demo
-
Política que vira estrutura
Quando a operação declara que o agente que audita não pode aprovar, isso vive como permissão no IAM — governança que depende de disciplina manual é governança que falha sob pressão.
-
Autonomia é perímetro
O nível de autonomia de cada agente é o conjunto de grants que ele detém — promover é ampliar por evidência, reverter tem efeito no mesmo instante.
-
Delegação com registro
Cada concessão de acesso fica registrada com quem deu, para quem e sobre o quê — a auditoria consulta o grafo, em vez de entrevistar pessoas.
Como o acesso se comporta
quando importa
Controle de acesso se prova nos momentos difíceis — a invocação suspeita, a credencial comprometida, a permissão que precisa sumir agora.
Ações derivadas de permissão
O que um agente pode fazer em cada execução é derivado das permissões daquele momento — a ação não autorizada nem aparece no contexto. Não existe "lista de permitidos" paralela para dessincronizar.
Política e prática nunca divergem.Revogação imediata
Reduzir uma permissão muda o comportamento no mesmo instante — sem deploy, sem janela de manutenção, sem "vale até o próximo release". Rebaixar um agente é uma operação de segundos.
O botão de emergência funciona na hora.Isolamento por organização
Cada organização é unidade de isolamento estrutural — nos dados, nos workers e na apresentação. Memórias, arquivos, conversas e tabelas não têm caminho de código para cruzar tenants.
Vazar entre clientes? Impossível.Segurança por arquitetura
A negação vence, sempre
Na dúvida, o motor nega — o acesso existe porque foi concedido, nunca porque ninguém proibiu.
Sem porta lateral
Não há rota privilegiada que contorne o motor de políticas — nem para admin, nem para suporte, nem para agente.
Trilha de cada decisão
Concessões, revogações e verificações de acesso ficam no audit central — a resposta ao auditor é uma consulta.
Credencial sob custódia
Segredos vivem no cofre e são resolvidos no momento do uso — quem executa nunca vê o material secreto.
100%Acessos auditados
+360Processos críticos
98,7%SLA garantido
24/7Política em vigor
Perguntas frequentes
Agentes de IA têm algum privilégio especial no sistema?
Nenhum — e essa é a tese do pilar. O agente é uma identidade como qualquer outra: mesmo grafo, mesmo motor de políticas, mesma pergunta a cada ação. Não existe principal rodando em segundo plano com permissões implícitas.
Como restrinjo o que um agente pode fazer?
Mudando a permissão — e só isso. O conjunto de ações do agente é derivado dos grants no momento de cada execução, então restringir a permissão muda o comportamento no mesmo instante, sem tocar em código.
O administrador da organização enxerga tudo?
Não. Nenhum papel organizacional implica acesso automático ao conteúdo de uma zona — cada bucket, workflow ou canal é uma fronteira cujo acesso precisa ser concedido explicitamente pelo dono, com a delegação registrada.
Como respondo a uma auditoria de acessos?
Com consultas: quem tem acesso a quê é leitura do grafo de permissões; quem acessou o quê é leitura da trilha imutável. A resposta que costuma exigir semanas de planilha vira minutos de query.
E se uma credencial for comprometida?
O raio de dano é limitado por arquitetura: o two-way handshake impede que uma identidade comprometida desbloqueie agentes que ela não podia invocar, cada agente executa sob token próprio, e a revogação tem efeito imediato — um lugar, um clique, valendo agora.