O Red Hat sofreu uma viola\u00e7\u00e3o de cadeia de suprimentos via npm, o gerenciador de pacotes do Node.js. A falha afetou dezenas de pacotes no namespace @redhat-cloud-services, que continham malware para roubar credenciais. O incidente ocorre dias ap\u00f3s a IBM e a Red Hat anunciarem um plano de seguran\u00e7a para software de c\u00f3digo aberto.<\/p>\n
Segundo as pesquisas, 96 vers\u00f5es em 32 pacotes foram comprometidas, com quase 117 mil downloads semanais. O acesso inicial teria sido obtido por meio de uma conta GitHub comprometida, permitindo a inser\u00e7\u00e3o de c\u00f3digo malicioso nos pacotes mantidos pela organiza\u00e7\u00e3o Red Hat no GitHub.<\/p>\n
O malware foi introduzido por ganchos preinstall em\/npm, executados quando o pacote afetado era instalado. A carga \u00fatil visava segredos de ambientes npm, GitHub, AWS, SSH e outras plataformas. Em alguns casos, o atacante recriou pacotes com o mesmo payload malicioso.<\/p>\n
Pesquisadores associam a campanha a um worm conhecido como Mini Shai-Hulud, com variantes que adotam maior obfuscation e carga de v\u00e1rias etapas. O payload se propagava dentro de ambientes j\u00e1 comprometidos, tornando-se capaz de publicar novos pacotes com o mesmo c\u00f3digo malicioso.<\/p>\n
Acredita-se que a infraestrutura do GitHub tenha sido o vetor inicial de acesso. Tokens de OpenID Connect usados em GitHub Actions foram explorados para dissemina\u00e7\u00e3o dos pacotes alterados. A a\u00e7\u00e3o resultou na contamina\u00e7\u00e3o de pacotes vinculados a ferramentas de desenvolvimento.<\/p>\n
A Red Hat disse ter removido os pacotes do registro npm e confirmou que as vulnerabilidades eram limitadas a desenvolvimento interno. A empresa afirmou que n\u00e3o houve impacto em clientes, parceiros ou sistemas de produ\u00e7\u00e3o. A investiga\u00e7\u00e3o continua para esclarecer a extens\u00e3o completa do incidente.<\/p>\n
Desenvolvedores devem rotacionar segredos imediatamente e auditar acesso a GitHub e nuvem. Recriar ambientes potencialmente contaminados a partir de bases confi\u00e1veis \u00e9 indicado. Quem utilizava os pacotes afetados deve verificar depend\u00eancias e bloquear vers\u00f5es comprometidas.<\/p>\n
Profissionais de seguran\u00e7a alertam para n\u00e3o confiar apenas na aus\u00eancia de impacto p\u00fablico. Qualquer ambiente com os pacotes instalados merece revis\u00e3o de credenciais, tokens de CI\/CD e chaves de acesso. O epis\u00f3dio refor\u00e7a a necessidade de verifica\u00e7\u00f5es de provenance em open source.<\/p>\n","protected":false},"excerpt":{"rendered":"
Let’s craft properly:<\/p>\n