🕵️Pacote falso roubava senhas de desenvolvedores por mais de um mês
Um pacote de código chamado 'codexui-android', que se passava por uma ferramenta legítima do OpenAI Codex, ficou mais de um mês roubando credenciais de desenvolvedores antes de ser descoberto. O pacote tinha mais de 29 mil downloads semanais e, a partir de uma atualização específica, começou a enviar silenciosamente arquivos de autenticação para um servidor controlado por atacantes. --- O detalhe mais preocupante: os tokens roubados (as chaves digitais que dão acesso às contas) não expiravam. Isso significa que, mesmo depois de descobrir o ataque, qualquer desenvolvedor que usou o pacote precisa revogar manualmente essas credenciais, ou o invasor continua com acesso. --- Esse tipo de ataque, chamado de 'supply chain attack' (ataque na cadeia de suprimentos de software), está ficando cada vez mais comum. A lição para quem trabalha com código: nem tudo que parece oficial é seguro, e revisar dependências antes de instalá-las não é paranoia, é sobrevivência.
Um pacote de código chamado 'codexui-android', que se passava por uma ferramenta legítima do OpenAI Codex, ficou mais de um mês roubando credenciais de desenvolvedores antes de ser descoberto. O pacote tinha mais de 29 mil downloads semanais e, a partir de uma atualização específica, começou a enviar silenciosamente arquivos de autenticação para um servidor controlado por atacantes.
— @TheHackersNews View on X
O pacote malicioso 'codexui-android' operou por mais de 30 dias nos repositórios de código, acumulando 29 mil downloads semanais enquanto exfiltrava credenciais de desenvolvedores que buscavam integrar soluções do OpenAI Codex em projetos Android. Disponível como se fosse uma ferramenta oficial, a ameaça expõe vulnerabilidades críticas no gerenciamento de dependências e na validação de pacotes no ecossistema de desenvolvimento moderno, exigindo revogação manual imediata das credenciais comprometidas.
Modus operandi e escala do ataque
O ataque utilizou técnica de typosquatting ao criar nome similar às soluções da OpenAI, enganando desenvolvedores que buscavam integrar capacidades de IA generativa em aplicativos. Após período inicial de comportamento legítimo que gerou confiança, uma atualização específica introduziu payload malicioso capaz de varrer diretórios em busca de arquivos de autenticação e transmiti-los silenciosamente para infraestrutura controlada por cibercriminosos.
A estratégia explora a dinâmica de confiança dos gestores de pacotes: uma vez publicado, o software é tratado como seguro até denúncia ou detecção por scanners. Para equipes brasileiras que utilizam repositórios públicos como npm ou PyPI em pipelines automatizados, essa lacuna representa vetor de entrada silencioso e de difícil rastreamento em ambientes de produção.
A persistência dos tokens sem expiração
O elemento mais crítico reside na natureza dos tokens comprometidos. Diferente de credenciais temporárias, as chaves de API roubadas não possuíam mecanismo de expiração automática, permanecendo válidas indefinidamente mesmo após a remoção do pacote dos repositórios. Isso transforma o incidente em ameaça persistente: cada desenvolvedor que instalou a dependência precisa identificar e revogar manualmente as credenciais afetadas, ou o invasor mantém acesso irrestrito aos sistemas.
Em cenários de desenvolvimento ágil típicos de startups brasileiras, onde múltiplos membros da equipe podem ter instalado o pacote em ambientes locais, servidores de staging ou containers efêmeros, a superfície de ataque permanece exposta até ação corretiva individualizada.
Supply chain attacks em escala
O incidente configura supply chain attack sofisticado, categoria que tem crescido exponencialmente com a popularização de bibliotecas de IA. A correlação entre a pressão por velocidade no delivery e a proliferação de pacotes falsificados indica que desenvolvedores frequentemente instalam dependências sem validação de assinatura digital ou análise estática de código-fonte.
Para mitigar riscos similares, equipes devem implementar:
- Análise de Software Composition Analysis (SCA) no CI/CD antes de merge em branches principais
- Políticas de rotação automática de secrets e tokens de API em pipelines
- Verificação de proveniência e checksums em repositórios oficiais
- Isolamento de ambientes de desenvolvimento para limitar o acesso de pacotes externos a credenciais sensíveis
A eficácia dessas medidas depende da conscientização de que segurança na cadeia de suprimentos de software não pode ser sacrificada em favor de velocidade de deploy.