A CISA adicionou três vulnerabilidades ao catálogo Known Exploited Vulnerabilities (KEV) em 4 de agosto de 2026, com prazo final de correção em 7 de agosto para agências federais: CVE-2026-9198 no IBM Langflow, CVE-2026-18556 no N-able N-central e CVE-2026-34486 no Apache Tomcat. O caso mais sensível não é o de maior pontuação CVSS, mas o do N-central: um servidor de monitoração remota e gestão (RMM) comprometido vira ponte para todo o parque de endpoints geridos, e a própria N-able já confirmou intrusões reais em clientes iniciadas no fim de julho. Este texto detalha as três falhas, a cadeia de ataque observada no N-central e o procedimento de resposta imediato, sem alarmismos.

Três falhas no KEV

As três entradas partilham a mesma data de inclusão (4 de agosto de 2026) e o mesmo prazo de remediação (7 de agosto), mas têm natureza técnica distinta: execução remota de código sem autenticação no Langflow, desvio de autenticação no N-central e falha de cifragem de tráfego de cluster no Tomcat. O prazo curto, de três dias civis a contar da inclusão, é o sinal de urgência que a CISA usa para todo o setor, e não apenas para as agências federais sujeitas à diretiva vinculativa.

Produto CVE Tipo CVSS Versão afetada Versão corrigida
Langflow OSS CVE-2026-9198 Injeção de código / RCE 9,8 1.0.0 a 1.10.0 1.10.1
N-central CVE-2026-18556 Desvio de autenticação 8,2 (CVSS 4.0) até 2026.1 Hotfix 2026.3.1.7
Apache Tomcat CVE-2026-34486 Falta de cifragem 9,8 (CISA-ADP) 9.0.116, 10.1.53, 11.0.20 9.0.117, 10.1.54, 11.0.21

A pontuação do Tomcat merece atenção: o Red Hat avalia 7,5, enquanto o CISA-ADP classifica em 9,8, refletindo a leitura de impacto técnico total feita pela agência. Em qualquer dos cenários, a correção é prioritária.

N-central: a cadeia do RMM

O registo da CVE-2026-18556 no KEV é mais grave do que a falha isolada sugere porque está ligado a um incidente ativo. Segundo o relato da N-able, os atacantes obtiveram acesso administrativo remoto ao servidor N-central, usaram o recurso Take Control para se ligar aos sistemas geridos e registaram um serviço de túnel Cloudflare para persistência nesses dispositivos. Um servidor RMM comprometido não é um problema de inquilino único: ele abre caminho para movimentação lateral, implantação de ransomware e exfiltração de dados em todos os ambientes de clientes ligados àquela instância.

Há ainda uma complicação de escopo que os administradores não podem ignorar. A N-able relata que a investigação começou depois de o seu serviço Adlumin MDR detetar exploração ativa num cliente em 31 de julho de 2026. A empresa associa o incidente a uma CVE nova, a CVE-2026-18577, descrita como um patch incompleto para a CVE-2026-18556 e que afeta todas as versões anteriores ao Hotfix 2026.3.1.7. Corrigir apenas para uma versão que aparenta resolver a CVE-2026-18556 não responde ao incidente descrito: o alvo operacional correto é o Hotfix 2026.3.1.7, que cobre ambas as falhas.

A N-able refere ter identificado apenas um número limitado de clientes afetados e ter contactado esses clientes diretamente. Trata-se de comunicação do fabricante, não de uma contagem independente de vítimas, e a empresa alerta expressamente que o seu modelo de deteção verifica apenas indicadores conhecidos e que um resultado limpo não prova que o ambiente ficou intacto. A resposta deve tratar o servidor como uma potencial violação do plano de controlo.

Langflow: RCE sem login

A CVE-2026-9198 afeta o IBM Langflow OSS nas versões 1.0.0 a 1.10.0. O boletim de segurança da IBM descreve uma cadeia em que a falha permite que um atacante não autenticado obtenha um token de superutilizador através do endpoint /api/v1/auto_login e execute código arbitrário via /api/v1/validate/code, que usa a função exec() do Python. A pontuação CVSS é 9,8 e não há workaround listado, o que torna a atualização o único controlo definitivo.

A preocupação prática não é só o servidor, mas o que ele consegue alcançar. Ferramentas de orquestração de IA costumam ter acesso a chaves de provedores de modelo, credenciais de base de dados e tokens de API, ativos mais valiosos do que a própria conta de sistema do hospedeiro. Uma análise anterior já mostrou como agentes de IA mal protegidos podem ser explorados em poucas horas depois da divulgação.

A pergunta de inventário certa não é se a organização “usa IA” oficialmente, mas se equipas de dados ou de negócio levantaram instâncias do Langflow em contentores, máquinas virtuais na nuvem ou ambientes de desenvolvimento com porta exposta. Implementações paralelas são uma preocupação concreta porque o comportamento vulnerável depende de endpoints padrão da aplicação, e não de um fluxo acionado pelo utilizador.

Tomcat: regressão de cifragem

A CVE-2026-34486 não é um problema genérico de todo servidor Tomcat com porta HTTP aberta. Ela afeta o componente de cluster Tribes e o EncryptInterceptor: uma correção para a CVE-2026-29146 introduziu uma forma de contornar o EncryptInterceptor, permitindo que dados sensíveis do cluster circulem sem a cifragem esperada. As versões afetadas são específicas e poucas: 9.0.116, 10.1.53 e 11.0.20, com correções em 9.0.117, 10.1.54 e 11.0.21.

A lição operacional é que a existência de uma configuração EncryptInterceptor no server.xml deixou de garantir proteção exatamente na linha de versão que deveria reforçar a segurança do canal de cluster. As equipas devem identificar clusters Tribes ativos, verificar a versão real do pacote, incluindo pacotes mantidos por distribuidores, e confirmar o comportamento de cifragem depois da atualização. O isolamento de rede das portas de cluster não substitui a correção, mas reduz o número de sistemas capazes de interagir com o canal enquanto o patch é aplicado.

Procedimento de resposta imediata

Uma resposta de curto prazo defensável segue uma sequência clara, com prioridade para o N-central por causa do incidente confirmado:

  1. Inventariar instalações de Langflow, N-central e Tomcat por versão real e local de implantação, incluindo instâncias na nuvem, contentores e ambientes de laboratório.
  2. Elevar o N-central ao Hotfix 2026.3.1.7 e não parar numa versão que só aparenta resolver a CVE-2026-18556; rever atividade administrativa, Take Control e endpoints geridos.
  3. Atualizar o Langflow OSS para 1.10.1, preferencialmente 1.10.2, e rodar credenciais que uma instância exposta possa ter alcançado.
  4. Atualizar o Tomcat para 9.0.117, 10.1.54 ou 11.0.21 e confirmar que os clusters voltam a cifrar o tráfego entre nós.
  5. Preservar e revisar registos antes da rotação: autenticação e administração do N-central, atividade de Take Control, instalação de serviços e ligações de saída para serviços de túnel.

Checklist rápido de prioridade: se a organização opera N-central, trate como possível violação do plano de controlo; se opera Langflow exposto à rede, rotacione segredos mesmo depois de corrigir; se mantém cluster Tomcat, valide a cifragem pós-atualização e isole as portas de cluster de segmentos não confiáveis. Em todos os casos, a data de 7 de agosto é um marcador de triagem, e não uma janela de manutenção confortável.

Fontes