A CISA adicionou quatro vulnerabilidades já exploradas ativamente ao catálogo Known Exploited Vulnerabilities (KEV) entre 3 e 4 de agosto de 2026: CVE-2026-9198 (IBM Langflow), CVE-2026-34486 (Apache Tomcat), CVE-2026-18556 e CVE-2026-18577 (N-able N-central). O prazo de remediação para órgãos federais americanos vence entre 6 e 7 de agosto — apenas três dias após a inclusão — sob a diretiva BOD 26-04. Nenhuma das falhas é teórica: o catálogo KEV lista exclusivamente vulnerabilidades com evidência confirmada de exploração na natureza, e a inclusão simultânea de três famílias de produto distintas sinaliza um período de alta atividade ofensiva.

O critério do KEV não é a pontuação CVSS, mas a comprovação de exploração ativa. Por isso, a janela de três dias para correção — atípica em ciclos normais de gestão de vulnerabilidades — reflete o entendimento da CISA de que atacantes já possuem capacidade operacional contra esses alvos. Equipes de segurança privadas não estão obrigadas à diretiva federal, mas a agência recomenda expressamente a mesma priorização baseada em risco. O episódio guarda paralelo com o lote de zero-days da Microsoft adicionado ao KEV em julho, que seguia a mesma lógica de prazos curtos e exploração confirmada.

O que entrou no KEV

O lote de agosto reúne vulnerabilidades em três categorias de produto que raramente aparecem juntas: uma plataforma de orquestração de agentes de IA (Langflow), um servidor de aplicação onipresente em ambientes Java (Apache Tomcat) e uma ferramenta de monitoramento remoto usada por provedores de serviços gerenciados (N-able N-central). A tabela abaixo resume os dados registrados no catálogo.

CVE Produto Tipo Data KEV Prazo
CVE-2026-9198 IBM Langflow Injeção de código (RCE) 04/08/2026 07/08/2026
CVE-2026-34486 Apache Tomcat Bypass de EncryptInterceptor 04/08/2026 07/08/2026
CVE-2026-18556 N-able N-central Bypass de autenticação 04/08/2026 07/08/2026
CVE-2026-18577 N-able N-central Patch incompleto do anterior 03/08/2026 06/08/2026

Todos os registros exigem aplicação de mitigação conforme instruções do fabricante, triagem forense para verificar comprometimento anterior e conformidade com a BOD 26-04. Onde a correção não for viável no prazo, a diretiva prevê a interrupção do uso do produto.

Langflow: RCE sem autenticação

CVE-2026-9198 recebeu pontuação CVSS 9.8 e permite que atacantes não autenticados encadeiem dois endpoints de API para executar código arbitrário em implantações padrão do Langflow. A falha combina dois problemas distintos: um endpoint sem autenticação que emite tokens de superusuário para qualquer chamador de rede e um endpoint de validação de código que executa Python arbitrário. O atacante obtém o token de superusuário no primeiro endpoint e, em seguida, submete código malicioso ao segundo, alcançando execução remota de código completa.

O Langflow é um framework visual para construção de agentes de IA e pipelines de recuperação aumentada (RAG), frequentemente posicionado perto de credenciais sensíveis e conectores de dados corporativos. A gravidade de uma RCE não autenticada nesse contexto extrapola o servidor: o atacante pode saltar para os ativos que o agente integra. A correção foi lançada pelo IBM na versão 1.10.1 do Langflow OSS em 17 de julho, mas código de prova de conceito circulou cerca de uma semana depois, acelerando a exploração. O site já documentou o padrão de exploração rápida de falhas em frameworks de agentes de IA, e este caso reforça a tendência.

Tomcat: regressão que abriu brecha

A falha afeta Apache Tomcat 11.0.20, 10.1.53 e 9.0.116 e permite o contorno do EncryptInterceptor, componente que deveria cifrar mensagens entre nós de cluster. A raiz é uma regressão: o próprio patch de CVE-2026-29146, divulgado em março, moveu uma linha de código que transformou a camada de cifragem de fail-closed para fail-open. Com o bypass ativo, mensagens não cifradas passam a ser aceitas e encaminhadas à camada de desserialização sem verificação, abrindo caminho para execução remota de código não autenticada em todos os membros do cluster.

O NVD classifica o impacto técnico como total e a automatização como possível, com CVSS 7.5. A correção está nas versões 11.0.21, 10.1.54 e 9.0.117. Há relatos de exploração por atores chineses associados ao malware Snowlight e a campanhas de hacking autônomo assistido por IA, o que eleva a urgência para qualquer cluster Tomcat exposto com EncryptInterceptor habilitado. A vulnerabilidade só se manifesta em configurações de cluster com EncryptInterceptor ativo, o que reduz o universo de alvos — mas, onde presente, o risco é de comprometimento total.

N-central: bypass e patch incompleto

CVE-2026-18577 é um patch incompleto de CVE-2026-18556: ambas são falhas de bypass de autenticação em N-able N-central que permitem tomada de conta administrativa. A N-able confirmou que atacantes exploraram a falha original como zero-day para obter acesso administrativo e se conectar a sistemas gerenciados pela plataforma de monitoramento remoto (RMM). Quando o primeiro patch se mostrou insuficiente, os atacantes contornaram a correção, e a N-able emitiu CVE-2026-18577 como hotfix no fim de julho.

O problema com plataformas RMM é o efeito em cascata: um único comprometimento administrativo dá ao atacante acesso a centenas ou milhares de endpoints gerenciados pelos clientes do provedor. Por isso, a CISA trata falhas de autenticação em ferramentas RMM como prioridade máxima, e o curto prazo de remediação reflete esse entendimento. Provedores de serviços gerenciados que executam N-central devem aplicar o hotfix imediatamente e auditar logs de acesso administrativo no período entre a exploração inicial e a correção.

Como priorizar a remediação

Diante de prazos de três dias, a triagem precisa ser cirúrgica. A checklist a seguir ordena as ações pelo impacto:

  1. Inventariar instâncias expostas de Langflow, clusters Tomcat com EncryptInterceptor e servidores N-central; priorizar as acessíveis pela internet.
  2. Aplicar as versões corrigidas: Langflow 1.10.1 ou superior, Tomcat 11.0.21/10.1.54/9.0.117 e o hotfix mais recente do N-central.
  3. Executar triagem forense nos ativos afetados, buscando indicadores de acesso administrativo, execução de código e movimentação lateral.
  4. Onde a correção não for possível no prazo, isolar o serviço da internet ou interromper seu uso, conforme prevê a BOD 26-04.
  5. Revisar permissões e tokens de acesso emitidos durante a janela de exposição, especialmente em plataformas RMM.

O foco deve recair primeiro sobre Langflow e N-central, pelo impacto de comprometimento administrativo e acesso a credenciais, e depois sobre clusters Tomcat com EncryptInterceptor habilitado. Mesmo após a correção, a revisão de logs permanece essencial para detectar intrusões que tenham ocorrido antes do patch.

Fontes