Instalar um assistente de IA no navegador leva menos de um minuto. Antes de ativá-lo, aparece uma tela de permissão que poucas pessoas leem até o fim: "ler e alterar todos os seus dados nos sites que você visita". É a mesma frase que a Chrome for Developers, documentação oficial do Google, associa a qualquer extensão capaz de inserir código em qualquer página aberta no navegador — de um resumidor de texto a uma barra lateral de tradução.
O problema é que essa permissão não distingue páginas comuns de sistemas internos. Ela vale tanto para o site de notícias que a pessoa lê no intervalo quanto para o sistema financeiro que ela usa a manhã inteira. Segundo a Enterprise Browser Extension Security Report 2025, da empresa de segurança LayerX, publicada em abril de 2025, 53% das extensões instaladas em ambiente corporativo têm acesso a dados sensíveis — senhas, conteúdo de página e informação de navegação. Entre as extensões que usam IA, o índice de permissões classificadas como alto risco sobe para 58%.
Para quem decide sobre tecnologia na empresa, o número isolado importa menos do que a implicação por trás dele: um terceiro desconhecido, que a empresa nunca avaliou nem contratou, passa a enxergar a tela exatamente como o funcionário a enxerga — o tempo todo, em qualquer sistema aberto.
O que a permissão realmente autoriza
A tela de permissão do navegador não tem como saber a intenção de quem programou a extensão. Um resumidor de texto e um programa que copia senhas usam, tecnicamente, o mesmo recurso: um roteiro que roda dentro da página e pode ler ou alterar qualquer coisa nela. Por isso o navegador assume o pior cenário e mostra o aviso mais amplo que existe, independentemente de a extensão merecer ou não essa confiança.
A mesma pesquisa da LayerX ajuda a explicar por que esse risco fica invisível para a maioria das empresas: 54% das extensões instaladas vêm de um autor não identificado — só um endereço de e-mail genérico —, 51% não recebem atualização há mais de um ano e 26% chegam ao computador do funcionário fora da loja oficial do navegador, sem qualquer revisão prévia.
Nenhum desses números descreve uma extensão específica como maliciosa. Eles descrevem um ambiente em que a empresa não sabe quem escreveu o programa que está lendo a tela dos seus funcionários, nem se ele continua sendo o mesmo programa amanhã.
Quando a extensão de confiança vira a porta de entrada
Essa última parte — "continuar sendo o mesmo programa amanhã" — é o ponto que casos reais mostram com mais clareza. Em dezembro de 2024, segundo o site de segurança The Hacker News, ao menos 35 extensões do Chrome foram comprometidas e mais de 2,6 milhões de instalações ficaram expostas a roubo de dados. O caminho de entrada não foi uma falha técnica no navegador: foi um e-mail de phishing endereçado a quem mantinha as extensões, se passando por um aviso da própria loja do Chrome.
Uma das empresas atingidas, a Cyberhaven, teve a conta de um funcionário sequestrada por esse mesmo tipo de e-mail. Segundo reportagem do SecurityWeek, os invasores publicaram uma versão adulterada da extensão da empresa na loja oficial do Chrome; ela circulou por mais de 24 horas antes de ser retirada, coletando credenciais de sessão e identificadores de conta de quem a tinha instalada — inclusive de quem nunca clicou em nada suspeito, porque a atualização chegou sozinha, do jeito que qualquer extensão de confiança se atualiza.
O mesmo padrão aparece em ferramentas de IA mais recentes. Em novembro de 2025, a empresa de segurança SquareX revelou, segundo a SiliconANGLE, um recurso pouco documentado no navegador de IA Comet, da Perplexity: um canal interno que permite a certas extensões executar comandos diretamente no computador do usuário — algo que navegadores tradicionais bloqueiam por padrão. Nenhuma extensão precisa ser maliciosa desde o início para virar um problema; basta uma atualização, uma conta de desenvolvedor comprometida ou um recurso pouco divulgado.
O que precisa existir na prática
Um ambiente de IA governado resolve esse problema não com uma política de "extensões proibidas", mas com mecanismos verificáveis que substituem o plugin de origem desconhecida.
Entrada pela identidade corporativa, não por uma conta pessoal desconhecida. O acesso à IA vem do mesmo diretório de usuários da empresa — o crachá digital de cada funcionário; quando alguém é desligado, o acesso cai junto, sem depender de lembrar de revogar uma extensão instalada em cada máquina.
Conexão com sistemas função por função, nunca a ferramenta inteira. Em vez de dar a um agente de IA acesso total a um sistema financeiro ou de e-mail — a mesma lógica de "ler e alterar tudo" das extensões —, libera-se apenas a função necessária para aquela tarefa.
Aprovação humana antes de uma ação sensível. Documentos críticos e ações de maior risco podem exigir revisão e aprovação em duas etapas, com quem propõe separado de quem aprova — configurável, não em toda resposta.
Trilha de auditoria de cada conexão e cada permissão concedida. Diferente de uma extensão instalada por conta própria, cada ligação com um sistema fica registrada: quem autorizou, quando e com qual alcance.
Foi para fechar exatamente essa lacuna — o mesmo poder de ver tudo indo para um terceiro sem contrato nem controle — que a Skyller foi desenhada: identidade vinda do diretório da empresa, acesso por papel e aprovação como padrão de funcionamento, não como configuração extra.
O ganho de trocar o plugin avulso pelo agente corporativo
O argumento de segurança já basta para justificar a mudança, mas há um ganho prático que costuma pesar mais na decisão do dia a dia. Quando cada funcionário resolve sozinho qual extensão instalar, a empresa fica com dezenas de ferramentas isoladas, cada uma vendo um pedaço da tela de uma pessoa só — e nenhuma visão de conjunto de TI sobre o que está de fato conectado.
Um ambiente corporativo de IA inverte essa lógica: a conexão com um sistema é aprovada uma vez, por função, e fica disponível para quem precisa dela, com o mesmo controle de acesso aplicado a qualquer outro sistema da empresa. Uma plataforma como a Skyller, por exemplo, mantém esse tipo de conexão configurável função por função — em vez de um poder total concedido de uma vez só. A equipe de TI deixa de descobrir extensões instaladas depois do fato e passa a decidir, antes, o que pode ou não enxergar a tela de trabalho.
Isso também muda a conversa sobre risco. Em vez de perguntar "quais extensões estão instaladas nos computadores da empresa hoje" — pergunta que, como mostram os números da LayerX, boa parte das empresas não sabe responder —, a pergunta vira "quais conexões aprovamos, para quem, e com qual alcance". A segunda pergunta tem resposta objetiva. A primeira, na prática corporativa comum, raramente tem.
Um roteiro para começar
Antes de decidir proibir ou liberar extensões de IA por conta própria, vale levar estas perguntas para a próxima conversa com a área de TI:
- Faça o inventário do que já está instalado. Sem essa lista, nenhuma decisão sobre extensões de IA é baseada em fato — é palpite sobre o que a equipe pode estar usando.
- Verifique quem tem acesso de "ler e alterar tudo" e onde. Nem toda extensão com essa permissão é um problema, mas nenhuma decisão deveria ser tomada sem saber quais têm.
- Ofereça uma via oficial antes de proibir a alternativa pessoal. Uma política sem alternativa tende a reduzir a visibilidade do uso, não o uso em si.
- Trate atualização de extensão como troca de fornecedor. O programa que a empresa aprovou ontem pode não ser o mesmo que está rodando hoje, sem que ninguém tenha decidido nada.
- Meça o alcance de cada conexão, não apenas se ela existe. A pergunta certa não é "a equipe usa IA no navegador", e sim "o que essa conexão específica consegue ver e alterar".
