A campanha de ataque à cadeia de fornecimento de npm que imita o Alibaba e exibe um RAT multiplataforma

Pesquisadores de segurança identificaram uma campanha ataque à cadeia de fornecimento que usa pacotes maliciosos no npm para se dirigir a desenvolvedores que usam ferramentas do ecossistema da Alibaba. A técnica não é um simples pacote único com código malicioso, mas sim uma estrutura por camadas onde versões aparentemente inócuas e pacotes "señuelo" com nomes idênticos a pacotes privados do âmbito @ali ativam uma rede de dependências que finalmente descarrega e executa um backdoor complexo.

O vetor inicial incluía pacotes não escopeados como lib- mtop, que coincide em nome com um pacote privado do Alibaba, e várias livrarias adicionais publicadas da mesma conta de manutenção. As versões públicas deixaram passar mudanças em março/abril que adicionaram um loader capaz de obter um payload remoto (invocando curl) e executar código JavaScript delimitado por uma "rule engine" que usa o módulo vm de Node.js para decidir comportamento por sistema operacional.

A campanha mostra um desenho cuidadoso para evitar a detecção: a carga útil secundária é descarregada a partir de um domínio que imita o Alibaba e o código malicioso está fragmentado em vários pacotes da cadeia de dependências, de modo que o pacote que o desenvolvedor instala atua como senheiro e a lógica real se materializa através de middle- e low-layer packages. Esta separação dificulta a análise manual e automatizada em revisões rápidas de dependências.

O payload final é um RAT multiplataforma com capacidades de execução remota, exfiltração, reconhecimento do host, staging de cargas adicionais e movimento lateral. No Windows substitui ou troyaniza componentes de segurança e apps corporativas; em Linux download binários em /tmp e os executa em memória; no macOS modifica arranques de shell e cria Launch Agents. Além disso, pode persistir injetando código em aplicações de colaboração empresarial como DingTalk, aumentando o risco de espionagem dirigida.

Embora a atribuição não esteja confirmada, existem indícios operacionais nos comentários em chinês e em marcas temporárias com UTC+08:00 que apontam para um ator de fala chinesa. O objetivo aparente é a espionagem industrial Contra desenvolvedores em empresas ligadas ao Grupo Alibaba, o que torna esta campanha um risco estratégico mais do que em uma simples campanha de malware em massa.

Se você instalou algum dos pacotes associados (por exemplo, lib-mtop, aone-kit, smart-config-manager, local- config-parser e outros relacionados), você deve assumir compromisso e agir imediatamente a partir de máquinas limpas. As ações prioritárias incluem rotar credenciais e chaves de uma equipe que você sabe não está comprometida; auditar sistemas de desenvolvimento e CI em busca de processos persistentes; e buscar indicadores como entradas em ~/.zshrc, LaunchAgents no macOS, binários executados desde /tmp em Linux e serviços ou DLLs modificadas no Windows.

Além disso, convém verificar repositórios e fluxos de CI: revisar e rotar tokens de publicação em npm e credenciais do GitHub, desativar runners autoalojados até auditar seu estado e extinguimos possíveis webhooks filtrantes. Comandos simples de verificação podem ajudar: revisar package-lock.json/yarn.lock, executar npm lsnos projetos, e buscar as cadeias de nome de pacote na árvore de dependências. Também é recomendável limpar caches e reinstalar dependências de lockfiles confiáveis ou de um registro interno.

Para mitigar riscos futuros, ativa autenticação multifator em contas de npm e GitHub, limita permissões de publicação por equipe, emprega revisões de dependências em pull requests e considera políticas de bloqueio para pacotes não escopeados que possam impessoar nomes internos. Ferramentas de revisão de cadeia de fornecimento e digitalização de dependências podem automatizar detecção precoce; documentação do GitHub sobre segurança da cadeia de fornecimento e guia de npm sobre práticas seguras são bons pontos de partida para implementar controles: Guia de segurança da cadeia de fornecimento do GitHub e Boas práticas de segurança de npm.

Se você administra uma organização, valoriza o uso de um registry privado ou políticas de proxy que permitam auditar e aprovar pacotes antes do seu consumo em ambientes corporativos, e monitoriza o tráfego saliente para domínios suspeitos (por exemplo, usado pelos atacantes para mimetizar OSS do Alibaba). Para análise e digitalização adicionais de dependências, projetos como OWASP Dependency-Check oferecem recursos úteis para identificar componentes comprometidos: OWASP Dependency-Check.

Em suma, este incidente reforça que a segurança do software moderno depende tanto da higiene em repositórios e ambientes CI quanto do controle estrito de quais pacotes são permitidos em produção. A fragmentação deliberada da funcionalidade maliciosa em múltiplos módulos e o uso de cogumelos que imitam pacotes privados sublinham a importância de controles organizacionais (políticas de publicação, permissões mínimas) e técnicos (escaneo automatizado, monitors de egress e detecção de persistência) para reduzir a superfície de ataque.