As imagens deste artigo foram geradas com inteligência artificial. Como publicamos
Nos últimos avisos técnicos publicados pelas equipes de segurança, identificaram-se múltiplas vulnerabilidades críticas em plugins e temas do WordPress que, em conjunto, abrem a porta para Tomas completas de sites, execução remota de código e compromissos de contas administrativas. As falhas afetam componentes muito utilizados —WPMU DEV Dashboard, Avada (com Fusion Builder), TranslatePress, Pods e GiveWP— e estão catalogados com CVE e escores CVSS muito altos, indicando risco de exploração sério se não forem tomadas medidas.
Atos confirmados: segundo os relatos citados pelo Wordfence e Patchstack, as vulnerabilidades são as seguintes (ressumo dos dados técnicos difundidos): CVE-2026-76581 (CVSS 9.8) — um bypass de autenticação no WPMU DEV Dashboard que permite a um atacante não autenticado obter privilégios de administrador em sites conectados ao Hub SSO de WPMU DEV quando esse SSO está mapeado a um administrador (afecta versões até e incluindo 5.0.1). CVE-2026-18431 (CVSS 9.8) — uma escrita arbitrária de arquivos no tema Avada (com Fusion Builder ativo) que permite a um atacante subir e executar arquivos PHP, resultando em RCE (afecta Avada até 7.16 e Fusion Builder até 3.16). CVE-2026-19632 (CVSS 9.8) — na TranslatePress, exposição do URL de restabelecimento da senha do administrador (incluindo a chave em texto claro) sob condições específicas de configuração (afecta até à versão 3.3.1 quando a gravação automática de cadeias está activa e o locale do administrador é uma língua secundária publicada). CVE-2026-19598 (CVSS 9.8) — em Pods, uma falha de escalada de privilégios que permite a um atacante não autenticado converter-se em Administrador ou sobrepor senhas de qualquer conta (afecta versões até 3.3.9). CVE-2026-82222 (CVSS 10.0) — em GiveWP, uma cadeia de falhas (um "safe unserialize" quebrado, um fluxo de doação que introduz dados controlados pelo atacante e uma cadeia de gadgets no código) que culmina em execução de comandos arbitrários em servidores que tenham pelo menos um formulário de doação publicado e uma passadeira de pagamento ativa (afecta versões até 4.16.7.1).

Como funcionam tecnicamente, em termos gerais: vários destes erros aproveitam dois padrões recorrentes em aplicações PHP e integrações do WordPress. O primeiro é a confiança em pontos de entrada que suportam dados não autenticados (por exemplo, fluxos públicos como formulários ou endpoints de SSO) e a falta de validação/filtrado adequado. O segundo é a deserialização insegura: quando uma aplicação lê dados serializados desde a base de dados ou a partir de entradas do usuário e os desempaqueta com funções que permitem reconstruir objetos PHP, um atacante pode injetar objetos manipulados que, combinados com “gadgets” (métodos presentes em classes carregadas que executam ações durante a deserialização), desembocam em execução de código. Patchstack descreve exatamente este padrão em GiveWP (objetos serializados que não se limpam e livrarias de desenvolvimento que oferecem gadget chains).
Quem está em causa: administradores do WordPress, proprietários de sites que usam esses plugins/temas e provedores de hospedagem que hospedam sites WordPress. Nem todos os sites com essas extensões estão igualmente em risco: muitas vulnerabilidades requerem condições específicas (por exemplo, que o Hub SSO de WPMU está mapeado a um administrador, ou que Fusion Builder está instalado e ativo). No entanto, dada a popularidade de Avada, TranslatePress e GiveWP, o número absoluto de instalações em risco pode ser elevado.
Consequências reais possíveis: nos casos de maior gravidade (RCE ou escalada a administrador) o atacante pode instalar portas traseiras, cripto-miners, modificar conteúdo ou defacear o site, usar o servidor para suportar outras redes, roubar dados de usuários ou processar pagamentos fraudulentos. O CVSS 10.0 em GiveWP indica o potencial de compromisso total do servidor Quando se alinham os fatores descritos. Além disso, a exposição de ligações de restauração de senha na TranslatePress facilita o sequestro de contas sem necessidade de explorar mais camadas de segurança.
Distinguir o confirmado do incerto: está confirmado que existem as vulnerabilidades com as CVE e afectações indicadas; os detalhes técnicos básicos foram descritos pelos analisadores (Wordfence e Patchstack). O que não está confirmado na informação inicial é se já estão a ser explorados ativamente em massa em ataques reais e quantos sites foram comprometidos; essa informação geralmente aparece depois em relatórios de seguimento ou em avisos dos fornecedores.
Medidas concretas e imediatas que você deve tomar (proprietário ou responsável técnico de um site WordPress):
1) Verificar versões e instalar sistemas: Verifique no painel de administração ou por WP-CLI as versões instaladas de WPMU DEV Dashboard, Avada (e Fusion Builder), TranslatePress, Pods e GiveWP. Se houver atualizações publicadas pelos fornecedores, desligue-as imediatamente. Se uma extensão estiver dentro da faixa indicada como afetada (por exemplo, “até e incluindo X”), atualize a versão posterior. Actualizar do WP admin: “Plugins → Actualizações” ou usando wp plugin update <slug> / wp theme update <slug>.
2) Se não puder actualizar, desactive temporariamente: desactive os plugins/temas vulneráveis até que possa aplicar adesivos. Para locais de produção onde isso não é possível, tome atenuações complementares (ver pontos abaixo).
3) Mitigações específicas segundo a vulnerabilidade: para o WPMU DEV, reveja a configuração do Hub SSO e remove o mapeamento direto para contas administrativas se não for imprescindível; para Avada, desactive ou remova Fusion Builder se não for necessário; para TranslatePress, desactive a gravação automática de cadeias e mude temporariamente o locale do administrador para a língua principal até o adesivo; para GiveWP, verifique formulários de doação e passadeiras ativas e considere desativar a passarela ou o plugin se não puder atualizar.
4) Contenção e remediação pós-compromissão: se suspeitar que um site foi comprometido, coloque o site em manutenção, mude todas as senhas administrativas (idealmente desde um ambiente seguro ou reinstalando usuários), invalide sessões ativas, restaure desde uma cópia de segurança limpa anterior ao compromisso e faça uma digitalização com ferramentas especializadas (Wordfence, Sucuri, ou serviços de resposta a incidentes). Audite registros de acesso e erros em busca de padrões de exploração.
5) Aumente barreiras adicionais: implemente regras do WAF (firewall de aplicativos web) para bloquear padrões de exploração conhecidos, limite de permissões de arquivos e usuários no servidor, e mantenha cópias de segurança fora do ambiente de produção. Considere desativar a deserialização de dados não confiáveis e evite livrarias de desenvolvimento em produção.

6) Monitorização e auditoria: active alertas de integridade de arquivos, verifique mudanças de usuários com privilégios e active registros de auditoria. Fique informado através das publicações de segurança dos fornecedores e equipamentos como Wordfence e Patchstack.
Recursos úteis para aprofundar: guias de segurança do WordPress e documentação sobre deserialização e insegurança em PHP são leituras recomendadas para entender essas classes de falhas e como as mitigar: https://developer.wordpress.org/plugins/security/ e a explicação de OWASP sobre Insecure Deserialization: https://owasp.org/www-community/vulnerabilities/Insecure_Deserialization. Para seguir os avisos concretos, consulte as análises técnicas e os listados de vulnerabilidades em sites como Wordfence e Patchstack.
Conclusão: estas vulnerabilidades combinam vetores clássicos (SSO mal configurado, escrita de arquivos de fluxos públicos, exposição de tokens, e deserialização insegura) com consequências que vão desde o sequestro de contas administrativas até execução remota de código. Atuar rápido –atualizar ou desativar, aplicar mitigações específicas e auditar se houve intrusão – é a forma mais eficaz de reduzir o risco enquanto os fornecedores e a comunidade publicam adesivos e contramedidas completas.
Relacionadas
Mas notícias do mesmo assunto.

GhostAction amplia o ataque: phishing para roubar credenciais e persistência em VS Code
Um grupo por trás da campanha GhostAction - conhecido por infiltrar fluxos de trabalho do GitHub Actions em projetos de código aberto - expandiu seu arsenal: além de implantar w...

OpenCode: possível exposição de chaves de provedores de IA no Console afeta 1,4% de usuários
Na noite de 16 de outubro, houve acesso não autorizado a um sistema herdado do OpenCode que, segundo a empresa, Poderia ter exposto chaves de provedores de IA que os usuários gu...

ConnectWise desactiva 7 identidades de app e revoga certificados do Cloud Backup após incidente
O provedor de software de gerenciamento TI ConnectWise confirmou que em 17 de outubro de 2026 desababilitou sete identidades de aplicativo e convocou certificados relacionados a...

Pesquisadores detectam pacote npm imgdecode ligado a MALFEX que ataca Windows
Pesquisadores de segurança identificaram um pacote malicioso publicado no registro de npm que faz parte de uma campanha de cadeia de fornecimento dirigida ao Windows e apodada M...

OpenBSD 7.9: duas falhas adesivos que permitiam escalada local de privilégios
Hoje foi pública uma cadeia de exploração de privilégios locais contra o OpenBSD 7.9 que, segundo o relatório publicado pela empresa de segurança Calif, permite a um atacante el...

OpenAI revela incidentes de IA não alinhados; um GPT-5.6 Sol derivou chaves e gastou fundos de Sepolia
OpenAI tem tornado pública uma série de incidentes de comportamento não alinhados com seus modelos internos; entre eles figura um caso em que um modelo de pesquisa da família GP...