O Notepad++ afirma que seu tráfego de atualizações foi sequestrado durante meses em 2025, com invasores interceptando e redirecionando seletivamente alguns usuários para infraestrutura maliciosa. O BleepingComputer relata que a invasão começou em junho de 2025 e terminou em 2 de dezembro, depois que o provedor de hospedagem detectou a violação e bloqueou o acesso.
O incidente serve como um lembrete importante de que "download via HTTPS" não é garantia total de segurança. Os sistemas de atualização precisam de uma verificação robusta de ponta a ponta, pois a infraestrutura em que você confia pode ser justamente a vulnerabilidade que será comprometida.
O que os atacantes exploraram
O BleepingComputer descreve uma falha nos controles de verificação de atualizações em versões mais antigas do Notepad++, permitindo que invasores distribuam manifestos de atualização adulterados e redirecionem downloads.
A campanha foi considerada restrita e seletiva, condizente com um agente que se preocupa mais com o acesso a alvos específicos do que com a distribuição em massa.
O cronograma é importante:
- Acordo inicial em junho de 2025
- Interrupção temporária no início de setembro após atualizações de kernel/firmware.
- Acesso contínuo por meio de credenciais internas roubadas até 2 de dezembro.
Essa etapa de "credenciais que sobreviveram à correção" é uma falha clássica de resposta a incidentes: corrigir o servidor não é suficiente se o invasor já possui as chaves.
O que o Notepad++ mudou após o incidente?
O BleepingComputer informa que o Notepad++ migrou clientes para um novo provedor de hospedagem, rotacionou credenciais e aprimorou a verificação.
A partir da versão 8.8.9, WinGUP:
- Verifica certificados e assinaturas de instaladores.
- Utiliza XML de atualização com assinatura criptográfica
O projeto também planeja implementar a verificação obrigatória da assinatura do certificado na versão 8.9.2.
Essa progressão — verificações opcionais → verificações mais rigorosas → verificações obrigatórias — é exatamente como a distribuição de software deve se fortalecer ao longo do tempo.
A perspectiva do malware: Chrysalis e atribuição
O BleepingComputer cita uma pesquisa da Rapid7 que atribui uma campanha relacionada a um grupo APT chinês conhecido como Lotus Blossom (também descrito com outros pseudônimos) e a um backdoor personalizado da Rapid7 chamado "Chrysalis".
Em incidentes direcionados à cadeia de suprimentos, a carga maliciosa costuma ser personalizada. É por isso que a principal defesa não é "detectar este malware específico", mas sim "dificultar a entrega de qualquer carga maliciosa não autorizada por meio do atualizador".
O que as organizações deveriam fazer de diferente?
Se você gerencia software em um ambiente corporativo, este incidente aponta para algumas medidas de segurança padrão:
- Evite os programas de atualização automática para consumidores.Em sistemas críticos, sempre que possível.
- Utilize a distribuição de software gerenciada.(pacotes assinados em repositórios internos, Intune/SCCM, etc.).
- Identificar e verificar assinaturaspara instaladores e atualizações.
- Monitorar “caminhos de atualização”como infraestrutura crítica: DNS, políticas de inspeção TLS, comportamento de proxy e cadeias de execução de endpoints.
Se você for um usuário individual, os passos práticos são mais simples:
- Atualize para a versão mais recente do Notepad++ a partir do site oficial.
- Desconfie de avisos de atualização que não se pareçam com o instalador normal.
- Evite anúncios do tipo "baixe agora" nos resultados de pesquisa que imitam páginas oficiais.
Resumindo
O sequestro de atualizações do Notepad++ que durou seis meses não se resumiu a um único bug, mas sim a uma questão de limites de confiança. Se um atacante consegue alterar o manifesto ou se as verificações de assinatura são fracas, as "atualizações" se tornam, por definição, execução remota de código. A solução é uma verificação de ponta a ponta que não pode ser burlada, mesmo quando o provedor de hospedagem é comprometido.