Amazon aponta Coreia do Norte como responsável por sequestro dos pacotes npm debug e chalk em 2025
A Amazon passou a atribuir oficialmente à Coreia do Norte o ataque que comprometeu os populares pacotes npm debug e chalk em setembro de 2025. Segundo o time de inteligência da empresa, a campanha teria sido conduzida por um grupo de hackers ligado ao país asiático, expandindo o entendimento inicial de que se tratava apenas de uma operação focada em roubo de criptomoedas, sem autoria claramente definida.
Em relatório divulgado em 29 de julho, os analistas da Amazon afirmam, com “confiança moderada”, que o mesmo grupo já associado ao comprometimento do pacote axios, em março de 2026, também estaria por trás do incidente envolvendo debug e chalk. A conclusão conecta, portanto, três grandes eventos na cadeia de suprimentos de software JavaScript em um possível esforço coordenado.
O ataque aos pacotes debug e chalk teve início quando um dos mantenedores foi enganado por uma campanha de phishing que utilizava um domínio falso semelhante ao do próprio npm. A partir dessa brecha, os criminosos conseguiram publicar versões adulteradas de pelo menos 18 pacotes, que juntos acumulavam mais de 2 bilhões de downloads semanais. Na prática, tratava-se de uma porta de entrada massiva para injeção de código malicioso em projetos legítimos ao redor do mundo.
Análises técnicas prévias, conduzidas por empresas como Aikido e Wiz, mostraram que o foco dos invasores era desviar transações de criptomoedas. O código malicioso, carregado em ambientes de navegador, monitorava operações feitas em carteiras digitais e modificava silenciosamente os endereços de destino antes que o usuário confirmasse a transação. Ou seja, o dinheiro saía da carteira da vítima, mas era redirecionado para endereços controlados pelos atacantes.
No novo relatório, a Amazon também relaciona uma terceira campanha: o pacote typo-crypto, lançado em março de 2025. Esse pacote teria atuado como um experimento preliminar, um “campo de testes” para as técnicas que mais tarde seriam usadas contra projetos com alcance muito maior, como axios, debug e chalk. A empresa ressalta que há um padrão claro conectando as três campanhas: uso intensivo de engenharia social contra mantenedores confiáveis, seguido pela publicação de versões trojanizadas dos pacotes.
Apesar da atribuição à Coreia do Norte, a Amazon não divulgou evidências técnicas detalhadas que vinculem, de forma inequívoca, cada incidente ao mesmo grupo. O relatório cita semelhanças de modus operandi, reutilização de trechos de código malicioso, indicadores de infraestrutura de comando e controle (C2) e características comuns nos pacotes adulterados. No entanto, não há explicação pública, ponto a ponto, sobre quais artefatos sustentam cada conexão específica.
Um ponto que chamou a atenção da comunidade de segurança é a diferença técnica entre o ataque contra axios e o sequestro de debug e chalk. No caso do axios, o vetor principal envolvia scripts executados automaticamente no momento da instalação do pacote, por meio de ganchos como post-install. Já nos pacotes debug e chalk, o código malicioso operava diretamente no navegador, sem precisar de persistência local, interceptando chamadas às APIs fetch, XMLHttpRequest e a interfaces de carteiras de criptomoedas. Essa abordagem aumentava o alcance do ataque, afetando qualquer aplicação web que carregasse essas dependências comprometidas.
A atribuição à Coreia do Norte ganha reforço à medida que outras empresas de tecnologia apontam para o mesmo grupo em incidentes correlatos. Em análises separadas sobre o ataque ao axios, o Google vinculou a operação ao grupo rastreado como UNC1069, enquanto a Microsoft atribuiu a campanha ao Sapphire Sleet. Esse grupo é conhecido por diversos outros codinomes, como BlueNoroff, STARDUST CHOLLIMA, CryptoCore, Alluring Pisces e CageyChameleon, todos associados a operações de cibercrime com motivação financeira e, muitas vezes, com ligação a interesses estatais norte-coreanos.
A Aikido, responsável por identificar o comprometimento de debug e chalk em 2025, afirma que já relacionava esses incidentes à atividade norte-coreana há algum tempo. Segundo a empresa, as similaridades entre os ataques foram apresentadas em publicações técnicas, palestras e apresentações especializadas sobre segurança da cadeia de suprimentos, sendo consideradas, internamente, como parte de um mesmo quadro de ameaças persistentes.
A investigação em torno do pacote typo-crypto, porém, revelou elementos que não se encaixam perfeitamente na narrativa de comprometimento de mantenedores. A Amazon defende que todas as campanhas tiveram início com o sequestro de contas legítimas, mas registros do npm mostram que o typo-crypto teve apenas uma única versão, criada e publicada em um intervalo de apenas 204 milissegundos. O tempo extremamente curto entre criação e publicação sugere que o pacote tenha sido concebido, desde o início, como um clone malicioso do popular crypto-js, explorando confusão de nomes e erros de digitação por parte dos desenvolvedores.
Enquanto o debate sobre atribuição e grau de envolvimento estatal prossegue, o npm vem tentando elevar o nível de proteção contra ataques à cadeia de suprimentos. Em julho, a plataforma adotou a desativação padrão de scripts executados durante a instalação de dependências na versão 12 do gerenciador de pacotes, uma medida que dificulta ataques baseados em hooks como preinstall e postinstall. Além disso, passou a realizar uma análise automatizada de novos pacotes antes que eles fiquem disponíveis para o público, na tentativa de filtrar, de antemão, artefatos potencialmente maliciosos.
Especialistas alertam, porém, que essas mudanças não abordam o núcleo de uma das principais vulnerabilidades: o comprometimento de contas de mantenedores legítimos. Enquanto for possível sequestrar credenciais de desenvolvedores confiáveis por meio de phishing, malware ou vazamento de senhas, criminosos continuarão tendo um caminho relativamente direto para injetar código malicioso em bibliotecas que já contam com enorme base de usuários.
Esse cenário expõe um paradoxo da cadeia de suprimentos de software moderno: quanto mais um pacote é reutilizado e integrado em outros projetos, maior seu valor para atacantes. Bibliotecas como debug, chalk e axios são amplamente adotadas em aplicações web e backend, servindo como blocos fundamentais em milhares de produtos e serviços. Um único comprometimento bem-sucedido pode impactar, em cascata, empresas de todos os portes, desde startups até grandes corporações.
Para desenvolvedores e equipes de segurança, os casos descritos pela Amazon e por outras empresas funcionam como um alerta sobre a necessidade de endurecer controles no ciclo de vida das dependências. Práticas como revisão rigorosa de novas bibliotecas, uso de bloqueio de versões (lockfiles), monitoramento de alterações suspeitas em changelogs, validação de integridade (checksum, SRI) e análise comportamental em ambientes de build tornam-se cada vez mais importantes. Em organizações maiores, já se observa a adoção de repositórios internos espelhados, que permitem auditoria prévia dos pacotes antes de serem liberados para uso em produção.
Outro ponto crítico é a proteção das contas de mantenedores, frequentimente negligenciada. Medidas como autenticação multifator obrigatória, uso de chaves físicas de segurança, segmentação de acessos administrativos e monitoramento de logins anômalos poderiam reduzir significativamente o sucesso de ataques baseados em engenharia social. No entanto, muitas dessas práticas ainda dependem de conscientização individual dos desenvolvedores e de suporte adequado das plataformas que hospedam os pacotes.
Do ponto de vista geopolítico, a conexão com grupos norte-coreanos reforça a tendência de uso de operações de cibercrime como fonte de financiamento alternativo para regimes sob forte sanção econômica. Grupos como Sapphire Sleet e BlueNoroff já foram associados anteriormente a campanhas contra corretoras de criptomoedas, bancos e fintechs. O foco recorrente em ativos digitais, aliados a técnicas avançadas de comprometimento de cadeia de suprimentos, indica um amadurecimento dessas operações e um entendimento profundo de como o ecossistema open source funciona.
Para o ecossistema de JavaScript e, em particular, para o universo npm, os incidentes envolvendo debug, chalk, axios e typo-crypto marcam um ponto de virada. O modelo de confiança implícita – em que desenvolvedores adicionam dependências com base em popularidade, quantidade de downloads ou reputação histórica – mostra-se cada vez mais insuficiente diante de adversários bem financiados e persistentes. A tendência é que, nos próximos anos, segurança de cadeia de suprimentos deixe de ser um tema restrito a especialistas e passe a ser requisito central de qualquer estratégia de desenvolvimento de software.
Ainda que a Amazon tenha classificado sua atribuição como de “confiança moderada”, o alinhamento entre análises de diferentes empresas de tecnologia dá peso à tese de que campanhas sofisticadas de sequestro de pacotes npm fazem parte de um esforço coordenado de grupos ligados à Coreia do Norte. Para organizações que dependem de software de código aberto, a mensagem é clara: é preciso tratar o gerenciamento de dependências como superfície crítica de ataque, com políticas, ferramentas e processos à altura do risco envolvido.
Комментарии