Em quase toda empresa que adotou um assistente de IA nos últimos dois anos, existe uma conta batizada de algo como "IA-financeiro" ou "bot-atendimento", com uma senha que circula por mensagem entre quem precisa usá-la. Ninguém decidiu isso formalmente. Aconteceu porque criar um acesso individual para cada pessoa parecia trabalho demais para uma ferramenta "só de teste".
O problema é que identidade roubada não é um risco hipotético — é, segundo o índice de inteligência de ameaças da IBM, a porta de entrada preferida dos atacantes. O relatório de 2025 da IBM X-Force encontrou que o abuso de identidade foi responsável por 30% dos incidentes registrados em 2024, com um mercado de credenciais roubadas em franca expansão no submundo digital.
Uma senha compartilhada por várias pessoas, sem dono individual, é exatamente o tipo de credencial que esse mercado mais valoriza: larga validade, uso concentrado, ninguém percebendo rápido quando ela vaza.
O hábito que ninguém questiona
A lógica por trás da conta compartilhada é sedutora: criar um único acesso, dar a senha para quem precisa, resolver rápido. O custo dessa escolha só aparece depois, e quase sempre na pior hora.
Segundo a IBM, os cinco maiores softwares de roubo de credenciais — os chamados infostealers — somaram, sozinhos, mais de 8 milhões de anúncios de credenciais à venda na dark web em um único ano, um crescimento de 12% em relação ao período anterior. Cada anúncio pode conter, na prática, centenas de credenciais agrupadas, o que torna o volume real ainda maior do que o número já alto sugere.
Uma credencial pessoal comprometida afeta uma pessoa e um conjunto de sistemas conhecido. Uma credencial compartilhada comprometida afeta todo mundo que a usa, ao mesmo tempo, e ninguém sabe dizer com certeza quantas pessoas isso realmente inclui — porque a lista de quem "tem a senha" quase nunca está escrita em lugar nenhum, só na memória de quem a repassou.
Há ainda um segundo efeito, mais silencioso. Quando várias pessoas usam a mesma conta, a mesma senha acaba reaparecendo em outros lugares: colada num gerenciador de senhas pessoal, reutilizada num serviço qualquer, digitada num computador que não é o de trabalho. Cada uma dessas cópias é um ponto de vazamento a mais, e nenhuma delas aparece em nenhum inventário de segurança da empresa — porque, oficialmente, aquela senha "só existe" na ferramenta de IA.
Por que identidade roubada é o alvo favorito
A Verizon publica todo ano um dos levantamentos mais respeitados sobre como violações de dados realmente acontecem, com base em milhares de incidentes reais investigados. Por dezenove anos seguidos, a porta de entrada mais comum foi sempre a mesma: uma credencial roubada. Isso mudou apenas na edição mais recente, divulgada em maio de 2026: pela primeira vez, a exploração de falhas de sistema ultrapassou credenciais roubadas como a forma mais comum de invasão inicial, respondendo por quase um terço de todas as violações analisadas.
A leitura correta dessa virada não é "credencial roubada deixou de ser um problema". É o contrário: segundo o próprio relatório, credenciais roubadas já são tão fáceis de comprar prontas no mercado paralelo que, em muitos casos, o atacante nem precisa mais invadir nada — ele simplesmente compra o acesso de um corretor especializado em revender contas comprometidas. A exploração de falhas cresceu porque ficou mais rápida com o uso de IA por parte dos próprios atacantes; credenciais continuam alimentando o estágio seguinte de boa parte desses ataques, sobretudo os que terminam em sequestro de dados.
E o custo de ignorar isso está subindo, não descendo. Segundo a IBM, o custo médio global de uma violação de dados chegou a US$ 4,99 milhões em 2026, e as violações que envolveram algum uso malicioso de IA por parte do atacante custaram, em média, US$ 6 milhões — cerca de um milhão de dólares a mais que a média geral. Uma conta de IA com senha compartilhada, sem identidade nenhuma por trás, é um alvo particularmente atraente justamente porque ninguém a está vigiando como vigiaria a conta de um diretor.
Some a isso um detalhe que raramente entra na conversa: uma conta genérica também é mais difícil de defender depois. Se um analista de segurança precisar decidir, em plena investigação de um incidente, se a atividade suspeita partiu de um uso legítimo ou de um invasor, uma conta com identidade individual dá uma resposta em minutos. Uma conta compartilhada por seis pessoas, sem registro de quem estava logado em cada momento, transforma essa mesma pergunta em um exercício de adivinhação.
O que precisa existir na prática
Resolver isso não é escrever mais uma política de senha. É mudar de onde a identidade do agente vem.
Entrada com a identidade corporativa, vinda do diretório da empresa. Em vez de uma conta avulsa criada só para a ferramenta de IA, o acesso nasce do mesmo diretório que já controla e-mail e sistemas internos. A pessoa entra com o próprio login da rede — não com uma senha nova para memorizar e compartilhar.
Credencial pessoal por ferramenta conectada. Cada pessoa que usa uma integração — um sistema de pagamento, uma planilha, um sistema de atendimento — usa a própria credencial dentro daquela ferramenta, não uma chave genérica emprestada de mão em mão. O que o agente faz em nome de alguém fica limitado ao que aquela pessoa específica pode fazer.
Acesso conforme o papel de cada pessoa. Ninguém recebe a ferramenta inteira só porque precisava de uma função dela. Se uma integração tem trinta funções e a rotina de alguém usa duas, são essas duas que ficam liberadas.
Desligamento que propaga na hora. Quando alguém sai da empresa e perde o acesso no diretório corporativo, esse mesmo corte alcança a IA no mesmo instante — sem depender de uma segunda lista de "quem tinha a senha" que alguém precisa lembrar de atualizar à parte.
Foi para isso que a Skyller nasceu com federação com o diretório da empresa: identidade vem de um único lugar, e sair desse lugar significa sair de tudo, inclusive da IA.
O que muda no dia a dia da equipe
Na prática, trocar a conta compartilhada por identidade individual costuma assustar menos do que parece. A pessoa entra com o mesmo login que já usa para o resto do trabalho — um passo a menos, não um a mais. O que muda é o que fica registrado por trás: cada ação do agente carrega o nome de quem a pediu, em vez de se perder num "alguém da equipe, não sei quem".
Isso também resolve um problema que toda área de TI já viveu sem perceber que era o mesmo problema: alguém sai da empresa, e meses depois descobre-se que a pessoa ainda conseguia entrar numa ferramenta porque a senha daquela conta nunca foi trocada — só foi "esquecida" de repassar. Com identidade vinda do diretório corporativo, esse tipo de descoberta tardia deixa de acontecer, porque não existe uma segunda lista escondida para alguém esquecer.
Três perguntas para levar à próxima reunião
Antes de assumir que a equipe está segura, vale confrontar a área de TI com três perguntas concretas sobre cada ferramenta de IA em uso:
- Se pedirmos agora quem tem acesso a esta conta de IA, existe uma lista atualizada — ou a resposta é "algumas pessoas do time"? Se for a segunda opção, o controle real não existe, só a impressão dele.
- Quando essa conta faz algo sensível, com base em qual autorização isso acontece? Se a resposta remete a uma senha compartilhada, e não a uma pessoa específica com um papel definido, não há como responder "quem autorizou" com segurança.
- Se uma dessas pessoas saísse da empresa amanhã, o acesso dela a essa ferramenta de IA cairia junto — ou continuaria valendo até alguém lembrar de trocar a senha? Se a resposta for a segunda, esse é o próximo incidente esperando para acontecer, não um risco teórico.
