Feed de ameaças

CVE-2026-63030 / CVE-2026-60137 — SQLi não autenticada para RCE no núcleo do WordPress (explicação e correções)

CVE-2026-63030, falha na REST API do núcleo do WordPress, se encadeia com CVE-2026-60137 para SQLi e RCE sem autenticação (CVSS 9.8, KEV). Atualize para 6.8.6, 6.9.5 ou 7.0.2.

Publicado 2026-07-21 Atualizado 2026-10-23 Última verificação 2026-10-19 7 min de leitura
Nesta página

Um comunicado defensivo sobre vulnerabilidades com exploração confirmada em ataques reais (listadas no CISA KEV). Aqui está o que acontece, o que é afetado e como responder, sem instruções de ataque nem prova de conceito.

O ramo 6.8 não é afetado pela mesma cadeia de RCE

O comunicado oficial lista as duas CVEs para 6.9/7.0, mas apenas a CVE-2026-60137 para 6.8. A recomendação de atualizar para 6.8.6 não significa que esse ramo seja afetado pela CVE-2026-63030.

Resumo do comunicado
CVE
CVE-2026-63030 (confusão de rota, CWE-436) + CVE-2026-60137 encadeada (SQLi, CWE-89)
Gravidade
Crítica (CVSS 9.8) — explorada ativamente (CISA KEV; prazo de correção em 2026-07-24)
Tipo
Confusão de rota na REST API × injeção de SQL em author__not_in → SQLi não autenticada → RCE
Impacto
Injeção de SQL não autenticada, execução remota de código (RCE), roubo de dados
Afetados
63030: versões 6.9.x / 7.0.x afetadas; 6.8.x é afetada apenas pela 60137
Correção principal
Atualizar para 6.8.6 / 6.9.5 / 7.0.2 ou superior
9.8
CVSS / pior classe
Sem autenticação
Alcançabilidade (quando encadeada)
SQLi→RCE
Impacto alcançável
6.8.6/6.9.5/7.0.2
Correção principal

Alcançada sem autenticação

Confusão de rota na REST API (CWE-436)

Injeção de SQL via author__not_in

RCE e roubo de dados

Correção: atualizar para 6.8.6 / 6.9.5 / 7.0.2 ou superior

Não é uma falha, mas duas combinadas: a confusão de rota contorna a verificação de autorização, e a injeção de SQL por trás dela passa a ser alcançável sem autenticação.

Por que não aplicar a correção é perigoso

Como a RCE é alcançável sem autenticação, sites públicos com WordPress são alvo de varreduras automatizadas em larga escala. Esta é uma falha no núcleo, não restrita a um plugin específico, por isso todo site em uma versão afetada está potencialmente no escopo. A CISA determinou que agências federais corrijam até 2026-07-24. "Somos pequenos demais para sermos alvo" não se sustenta.

O que é afetado

ItemDetalhe
AlvoNúcleo do WordPress
Versões afetadas6.8.0–6.8.5 (60137) / 6.9.0–6.9.4 / 7.0.0–7.0.1
Versão corrigida6.8.6 / 6.9.5 / 7.0.2 e superiores
Pré-condiçãoNenhuma autenticação quando encadeada
Impacto alcançávelInjeção de SQL → execução remota de código (RCE); roubo de dados
StatusAmbas exploradas ativamente (CISA KEV; prazo de correção em 2026-07-24)

Nota sobre as diferenças de pontuação de gravidade (nos dois lados)

A gravidade da CVE-2026-60137 isoladamente varia conforme a fonte. A WPScan a classifica com CVSS 5.9 (isoladamente, precisa que um plugin/tema repasse entrada não confiável para author__not_in — uma pré-condição de alcançabilidade), enquanto a CISA a classifica com 9.1. Encadeada com a confusão de rota da CVE-2026-63030, ela passa a ser alcançável diretamente pela REST API e efetivamente explorável sem autenticação (CVSS 9.8). A diferença reflete como cada fonte pontua a pré-condição de alcançabilidade; a resposta é a mesma — atualizar para a versão corrigida.

Como responder

1

Atualize o núcleo para 6.8.6 / 6.9.5 / 7.0.2+ (prioridade máxima)

Atualize o núcleo do WordPress para a versão corrigida. Isso é o que realmente bloqueia a RCE. As atualizações automáticas de versões menores estão ativadas por padrão, mas muitos sites as desativam, por isso confirme a versão que realmente está em execução.
2

Verifique se houve comprometimento (presuma que você foi alcançado antes de atualizar)

Procure contas de administrador inesperadas, plugins/temas desconhecidos, arquivos do núcleo/plugins alterados, tráfego de saída suspeito e acessos não autenticados ao endpoint de lote da REST API. Trate a SQLi→RCE como "todo o banco de dados (usuários, segredos) pode ter vazado".
3

Defesa temporária até conseguir atualizar (defesa em profundidade)

Se não puder atualizar imediatamente, restrinja o acesso ao endpoint de lote da REST API e use um WAF para reduzir a exposição. Mantenha o usuário do banco da aplicação com privilégio mínimo. Isso só cobre a lacuna; a correção real é a atualização.
4

Monitore CVEs do núcleo, plugins e temas de forma automatizada

Acompanhe as versões e as CVEs do núcleo do WordPress e de todos os plugins/temas, e atualize rapidamente quando os avisos forem publicados. Isso evita estruturalmente que uma CVE pública conhecida passe despercebida e fique sem correção.

A visão deste site: projete como se toda entrada fosse não confiável

Em sua essência, esta falha é uma entrada não confiável chegando a uma consulta por um caminho inesperado (confusão de rota). A injeção de SQL é eliminada ao usar sempre placeholders (prepared statements) e sempre sanitizar/validar a entrada, independentemente do caminho ou das pré-condições presumidas. A atualização é obrigatória, mas o que traz retorno a longo prazo é um design de "não confiar em nenhuma entrada" somado a uma rotina que monitora CVEs do núcleo e de plugins de forma automatizada e atualiza rapidamente.

Leia em seguida

Fontes e escopo

Estas referências primárias sustentam as configurações, o escopo ou as recomendações de correção discutidas acima; os links foram verificados em 23 de outubro de 2026. Consulte as condições de versão e configuração de cada uma. As prioridades e lições da lista de verificação são orientações deste site, não uma revalidação completa do artigo nem uma garantia de segurança.

FAQ

QO que a CVE-2026-63030 permite que um atacante faça?
A

Uma falha de 'confusão de rota' no endpoint de lote da REST API do núcleo do WordPress, combinada com a injeção de SQL em author__not_in de WP_Query (CVE-2026-60137), permite que um atacante não autenticado realize injeção de SQL e, em última instância, chegue à execução remota de código (RCE). Isso leva diretamente ao roubo de dados, à desfiguração de sites, à criação ilícita de contas de administrador e a ataques contra outros sistemas. Está entre as falhas mais graves: CVSS 9.8, com exploração confirmada em ataques reais (CISA KEV).

QQual é a correção mais segura?
A

Atualize o núcleo do WordPress para 6.8.6 (6.8.x), 6.9.5 (6.9.x) ou 7.0.2 (7.0.x) ou superior. Os backports das versões 6.9 e 7.0 corrigem as duas CVEs; a 6.8.6 corrige apenas a 60137. O WordPress ativa atualizações automáticas de versões menores por padrão, mas muitos sites as desativam, por isso confirme a versão que realmente está em execução. Até conseguir atualizar, restrinja o acesso ao endpoint de lote da REST API e use um WAF como camada adicional de proteção.

QQual é a relação com a CVE-2026-60137, e por que as fontes classificam a gravidade de forma diferente?
A

A CVE-2026-60137 é uma injeção de SQL causada por sanitização insuficiente do parâmetro author__not_in; isoladamente, exige que um plugin ou tema repasse entrada não confiável (por isso a WPScan a classifica com CVSS 5.9). Encadeada com a confusão de rota da CVE-2026-63030, ela passa a ser alcançável diretamente pela REST API e explorável sem autenticação, com CVSS 9.8 (a CISA classifica a própria 60137 com 9.1). A diferença está em como cada fonte pontua a pré-condição de alcançabilidade. As duas são corrigidas na mesma versão, então a resposta é simplesmente atualizar o núcleo.