Segundo o relatório Businesses at Work 2026, da Okta, feito com dados de mais de 14 mil empresas clientes coletados entre novembro de 2024 e outubro de 2025, 91% das organizações já usam agentes de IA em algum grau. O mesmo relatório mede a outra metade da história: apenas 10% delas dizem ter uma estratégia madura para administrar esses agentes, e só 32% aplicam a eles o mesmo rigor de identidade que já aplicam a um funcionário comum.
Essa lacuna não é sobre qual modelo de IA a empresa escolheu. É sobre a porta pela qual as pessoas — e agora os agentes — entram para usá-lo. Quando uma ferramenta chega por fora do processo de compra oficial, ela quase sempre chega com login e senha próprios, sem passar pelo mesmo diretório que já controla o e-mail corporativo e o sistema financeiro.
Para quem decide orçamento e risco, essa lacuna tem um efeito concreto: a área de TI deixa de conseguir responder, com segurança, quem está de fato autorizado a usar cada ferramenta de IA na empresa — e isso vale antes mesmo de qualquer incidente acontecer.
Cada ferramenta nova é uma porta nova
O caminho mais comum de adoção é conhecido: alguém da equipe assina com o cartão da área, cria uma conta com o e-mail de trabalho e escolhe uma senha na hora. Nenhuma etapa desse processo passa pelo diretório central que a empresa já mantém para todo o resto.
No Brasil e no restante da América Latina, esse caminho costuma ser ainda mais curto: a compra de uma ferramenta de IA raramente passa por um processo formal, e a área de segurança só fica sabendo da ferramenta quando ela já está em uso havia meses, dentro de alguma área operacional.
O relatório Access-Trust Gap 2025, da 1Password, mediu esse acúmulo do lado da segurança corporativa: pelo menos 34% dos aplicativos usados nas empresas pesquisadas não estão protegidos por login único, e 70% dos profissionais de TI e segurança entrevistados afirmam que o login único, sozinho, já não basta para proteger a identidade de quem trabalha ali.
O mesmo levantamento encontrou que 52% dos funcionários já baixaram algum aplicativo sem aprovação da área de TI — um comportamento tratado como exceção nas políticas internas, mas que a pesquisa mostra como maioria simples.
Com a IA, esse padrão se acelera. O Relatório de Investigações de Violação de Dados 2026, da Verizon, registrou que o uso de ferramentas de IA não aprovadas saltou de 15% para 45% dos funcionários em um único ano, e que esse uso já figura entre as três causas mais comuns de vazamento de dados não intencional do levantamento. Cada uma dessas ferramentas chega com uma porta própria — e a maioria não conversa com o diretório que a empresa já mantém para tudo o mais.
O resultado prático é uma lista de acessos que cresce mais rápido do que a capacidade de qualquer time de TI de acompanhá-la item por item. Cada ferramenta nova soma-se a um inventário que raramente alguém revisa por completo, e cada uma delas, isoladamente, parece pequena demais para justificar um processo formal.
Por que reforçar a senha não resolve
A resposta mais comum das empresas é técnica e pontual: exigir senha mais forte, cobrar troca periódica ou publicar uma lista de ferramentas proibidas. Nenhuma dessas medidas muda o fato central: a ferramenta continua vivendo fora do diretório da empresa, com uma identidade que ninguém ali administra de verdade.
Uma senha mais forte não resolve o problema de quando alguém sai da empresa: sem ligação com o diretório central, o encerramento daquele acesso específico depende de uma pessoa da equipe de TI lembrar de fazê-lo, ferramenta por ferramenta.
Uma lista de ferramentas proibidas tem o mesmo limite de qualquer proibição sem alternativa oficial: reduz o que aparece nos registros da empresa, não o que a equipe de fato usa para entregar o trabalho. O salto de 15% para 45% no uso de IA não aprovada, medido pela Verizon em um único ano, aconteceu justamente no período em que mais empresas publicaram políticas restritivas sobre uso de IA.
O problema, portanto, não é de disciplina da equipe. É de arquitetura: enquanto a entrada em uma ferramenta de IA depender de uma senha criada fora do diretório da empresa, nenhuma política sozinha vai fechar essa porta.
A alternativa não é escolher entre confiar cegamente na equipe e proibir tudo. É mudar onde a porta fica: em vez de cada ferramenta ter a própria fechadura, todas passam a usar a mesma entrada que a empresa já administra.
O que precisa existir na prática
Um ambiente de IA governado resolve isso na raiz, não na borda — com quatro mecanismos verificáveis.
Entrada pela identidade corporativa. A pessoa usa o mesmo login que já usa para a rede e o e-mail da empresa. O diretório corporativo — o mesmo que a área de TI já mantém — é quem confirma quem ela é, sem exigir mais um cadastro nem mais uma senha para memorizar.
Perfil e permissões vindos do diretório. Cargo, área e papel chegam prontos de onde a empresa já cadastra essa informação, em vez de cada ferramenta nova reconstruir esse cadastro do zero, com seus próprios critérios e suas próprias falhas.
Desligamento automático. Quando alguém sai do diretório da empresa, o acesso à IA cai junto, no mesmo instante — sem depender de uma tarefa manual que alguém pode simplesmente esquecer em meio a uma lista de outras ferramentas.
Trilha de auditoria unificada. Quem entrou, quando e o que fez ficam registrados junto com o restante do acesso corporativo, num único lugar — não espalhados em painéis separados que ninguém cruza quando precisa reconstruir o que aconteceu.
É assim que a Skyller foi desenhada: entrada pela identidade corporativa já existente na empresa, perfil vindo do diretório, e desligamento automático assim que alguém sai.
Menos senhas, mais visibilidade real
Para quem administra a área de TI, o ganho mais imediato é o número de senhas que deixam de existir. Cada ferramenta que passa a entrar pela identidade corporativa é uma senha a menos para redefinir e um chamado a menos quando alguém esquece o próprio acesso.
Para quem responde pela segurança, o ganho é outro: a mesma trilha que já mostra quem entrou no sistema financeiro passa a mostrar quem entrou na ferramenta de IA e o que pediu a ela. Uma investigação depois de um incidente deixa de depender de reconstruir, ferramenta por ferramenta, quem tinha acesso a quê. Na Skyller, esse registro nasce ligado ao restante do acesso corporativo, não como um painel à parte.
E para quem lidera a operação, o ganho aparece na adoção do dia a dia: uma ferramenta que a pessoa já abre com o login que usa todo dia tem uma barreira a menos entre ela e o trabalho. Ninguém precisa lembrar de mais uma senha para começar a usar.
Nenhum desses ganhos depende de a equipe mudar de comportamento. Eles aparecem porque a porta de entrada mudou de lugar — e isso é uma decisão de arquitetura, não uma campanha interna de conscientização.
Antes de aprovar mais uma ferramenta
Antes de aprovar a próxima ferramenta de IA — ou de descobrir que a equipe já está usando uma sem aviso —, vale revisar quatro pontos com a área de TI:
- A ferramenta entra pela identidade corporativa, ou tem cadastro próprio? Se a resposta for "tem um login separado", esse já é o primeiro ponto de risco, e vale perguntar por que essa exceção foi aceita.
- Quem sai do diretório da empresa perde o acesso automaticamente? Se depender de alguém lembrar, ferramenta por ferramenta, o acesso vai continuar existindo depois que devia ter acabado.
- Existe um único lugar para consultar quem entrou e o que fez? Se a resposta estiver espalhada em painéis diferentes, cada um de um fornecedor, na prática esse registro não existe quando alguém mais precisa dele.
- Quantas ferramentas de IA a equipe usa hoje sem que a área de TI saiba? Sem essa contagem, qualquer política de segurança nova está protegendo só uma parte da empresa — e a maior parte pode estar fora dela.
