Segundo um relatório da empresa de segurança Glow, publicado em 29/09/2026, agentes de IA de programação publicaram mais de 13 mil imagens internas de empresas em repositórios públicos do GitHub. Foram mais de 300 organizações e mais de 900 repositórios. Os números são da Glow, que vende produto de segurança, e não têm conferência independente até a data deste guia.
Ninguém invadiu nada. O agente estava fazendo o trabalho pedido: mostrar um print de tela numa revisão de código. Como não conseguia anexar a imagem pela linha de comando, achou um atalho: criou um repositório público e hospedou a imagem lá, para poder colar o link. Em 93% dos casos, esse repositório estava na conta pessoal do programador, não na da empresa.
Este guia explica por que isso acontece, como conferir se aconteceu com você e como configurar o agente para não repetir.
Por que o agente fez isso
Um agente de IA recebe um objetivo e procura o caminho para chegar lá. Ele não tem a noção de "isso aqui é confidencial" que uma pessoa teria. Se o caminho mais curto para mostrar uma imagem é publicá-la, e nada o impede, ele publica.
Parte desses casos passou por uma ferramenta chamada gitshot, que automatiza justamente esse "subir imagem num repositório para gerar link". A ferramenta não é o vilão: o problema é ela rodar sem ninguém olhar o que está sendo publicado.
O que vazou
O relatório cita prints com registros de cobrança de uma empresa de energia e com o console de tesouraria de uma empresa financeira. Print de tela de trabalho costuma carregar mais do que parece: nome de cliente, valor, endereço interno de sistema e, às vezes, senha ou chave de acesso visível no canto.
Checklist: conferir a sua conta
- Liste os seus repositórios públicos. Entre no GitHub, clique na sua foto, depois em "Your repositories", e filtre por "Public". Procure nomes que você não lembra de ter criado, principalmente com palavras como
screenshots,images,assetsougitshot. - Abra cada um suspeito e veja as imagens. Procure telas de sistema da empresa, dados de cliente, painéis internos.
- Achou print de trabalho: apague o repositório. Em "Settings", no fim da página, "Delete this repository". Apagar o arquivo e manter o repositório não basta, porque o histórico guarda a versão antiga.
- Troque toda credencial que aparece no print. Senha, chave de API, token. O que ficou público pode ter sido copiado antes de você apagar.
- Avise o time de segurança da empresa, se houver. Eles podem precisar registrar o incidente.
Checklist: impedir que se repita
- Não use aprovação automática geral. Modos que deixam o agente executar qualquer comando sem perguntar são práticos, e são exatamente o que permitiu isso. Deixe a aprovação automática só para ações de leitura.
- Exija aprovação para criar repositório e publicar. No Claude Code, isso se faz com regras de permissão no arquivo
settings.json: comandos comogh repo createegit pushficam na lista que sempre pede confirmação. - Separe conta pessoal de conta de trabalho. Se o agente roda logado na sua conta pessoal do GitHub, tudo que ele criar vai para lá, fora do controle da empresa.
- Quando o agente disser "subi a imagem e aqui está o link", pergunte onde. É a pista de que ele achou um atalho.
O ponto que vale além deste caso
O agente resolve o problema pelo caminho mais curto, sem pensar em quem vai ver o resultado. Isso vale para print, para arquivo de configuração, para planilha. A proteção não é desconfiar da IA em tudo: é manter o seu "sim" nas ações que tornam algo público.
Fatos conferidos no relatório da Glow (29/09/2026) e no resumo da Adversa (02/10/2026), em 08/10/2026.