26.400 credenciais que desenvolvedores deixaram em código público no Gitee, serviço chinês de hospedagem de código, ainda funcionavam quando um pesquisador as testou. Qualquer pessoa que copiasse uma dessas credenciais desse código poderia tê-la usado.
O pesquisador independente Ben Zimmermann encontrou as credenciais ao analisar 7,25 milhões de repositórios públicos do Gitee e divulgou os resultados em 28 de outubro. A maioria era de chaves para serviços de nuvem e de inteligência artificial (IA), liderada por 9.473 pares de AccessKey da Alibaba Cloud.
Zimmermann enviou aos fornecedores com mais chaves expostas uma lista de suas credenciais, mas não entrou em contato com os desenvolvedores que as vazaram. Quando publicou o levantamento, ele não havia confirmado se alguma das credenciais informadas tinha sido revogada. Por isso, quem enviou uma chave para um repositório público do Gitee não pode presumir que ela foi revogada.
A análise durou cerca de um mês, mas Zimmermann não informou as datas, então não está claro há quanto tempo as credenciais foram testadas. Ele também não disse se outras pessoas as utilizaram.
Ele usou dois verificadores de segredos, o TruffleHog e o Kingfisher, em todos os repositórios. Segundo ele escreveu, as duas ferramentas testaram cada credencial no serviço que a emitiu e mantiveram apenas as que funcionavam.
Os verificadores leram o histórico completo de commits de cada repositório. Uma chave que o desenvolvedor removeu depois do código ainda podia ser encontrada e contabilizada ali.
O total de 26.400 considera cada credencial uma única vez, independentemente de quantos repositórios ela tenha aparecido. Pela data dos commits, 12.242 das credenciais são de 2025, quase metade do total. Algumas datam do fim dos anos 2000.
O que foi exposto
Depois das chaves da Alibaba Cloud, os maiores grupos foram 3.805 chaves de API do YouTube, 3.170 chaves do DeepSeek, 1.489 chaves da plataforma de IA BigModel, da Zhipu, e 1.348 chaves da OpenAI. Foram encontrados números menores para GitHub, AWS (Amazon Web Services), Google Cloud e Gemini, do Google.
Uma das credenciais era, nas palavras de Zimmermann, “uma credencial ativa de administrador de organização para uma grande plataforma corporativa de IA”. Ele não citou o nome da plataforma nem disse o que a credencial permitia acessar.
O que uma chave válida permite a alguém depende do serviço. A OpenAI afirma que uma chave comprometida permite que outra pessoa use a cota da conta sem o consentimento do titular. Isso pode causar “perda de dados, cobranças inesperadas”, o esgotamento da cota mensal e a interrupção do acesso à API (interface de programação de aplicações).
Uma chave de API do YouTube é uma chave de API do Google Cloud que identifica um projeto, segundo o Google. Sem restrições de API, essa chave pode ser usada com todas as APIs que aceitam chaves do Google Cloud.
O que fazer se você enviou chaves para repositórios
Trate como exposta qualquer chave que já tenha estado em um repositório público do Gitee e revogue-a no provedor. Apagar a chave do código ou reescrever o histórico do repositório não a revoga, como destacou a Truffle Security, criadora do TruffleHog.
- Alibaba Cloud: crie um novo par de AccessKey, troque seus aplicativos para ele e depois desative e exclua o par antigo. Verifique cobranças inesperadas e recursos criados ou excluídos que você não precisava, conforme recomenda o plano de resposta a vazamentos da Alibaba Cloud. O ActionTrail mostra as chamadas de API da chave dos últimos 90 dias, mas as operações de dados em serviços como o OSS (Object Storage Service) e o SLS (Simple Log Service) precisam ser conferidas nos registros de cada serviço.
- Chaves de API do Google e do YouTube: rotacione a chave, o que cria uma nova chave com as mesmas restrições, atualize seus aplicativos para usá-la e exclua a chave antiga. Adicione restrições de API para que a chave funcione apenas com as APIs de que você precisa.
- OpenAI: rotacione a chave imediatamente pela página de chaves de API, como recomenda a OpenAI, e defina limites de gastos para ajudar a limitar cobranças feitas com uma chave vazada.
Dois verificadores, resultados diferentes
A MongoDB desenvolve o Kingfisher, e a publicação de Zimmermann foi feita com a equipe da empresa responsável pela ferramenta.
Nesta análise, o TruffleHog encontrou 12.737 credenciais válidas, e o Kingfisher encontrou 14.664, mas apenas 1.001 foram localizadas pelas duas ferramentas. Cada uma, isoladamente, encontrou cerca da metade do total.
O TruffleHog localizou quase todas as chaves da Alibaba Cloud. O Kingfisher encontrou todas as 1.489 chaves do BigModel, porque o TruffleHog não possui detector para as chaves da Zhipu, segundo Zimmermann.
Equipes que dependem de um único verificador devem checar os detectores dessa ferramenta em relação aos serviços que utilizam.
Gitee e outras plataformas de código
O Ministério da Indústria e da Tecnologia da Informação da China escolheu o Gitee em 2020 como base para uma plataforma nacional de hospedagem de código aberto.
A API pública do Gitee é limitada, e uma tentativa de 2021 de estudar credenciais vazadas no site desistiu por causa dessa limitação.
A taxa do Gitee, de 3,64 credenciais válidas por 1.000 repositórios analisados, é maior do que as taxas de análises anteriores do GitLab (3,11) e do Bitbucket (2,39). Essas análises usaram apenas o TruffleHog, segundo Zimmermann.
Considerando apenas os resultados do TruffleHog, a taxa do Gitee é de 1,76. No entanto, essa contagem exclui serviços que o TruffleHog não cobre, como a Zhipu. Por isso, nenhum dos dois números mostra qual plataforma vaza mais.
