A CISA adicionou três vulnerabilidades — CVE-2026-9198 (IBM Langflow), CVE-2026-34486 (Apache Tomcat) e CVE-2026-18556 (N-able N-central) — ao Known Exploited Vulnerabilities Catalog em 4 de agosto de 2026, com prazo de correção em 7 de agosto para agências civis federais dos Estados Unidos. As três falhas abrem caminhos distintos para comprometer servidores de orquestração de inteligência artificial, plataformas de gestão de TI e clusters de aplicação, e a inclusão no KEV da CISA confirma que a agência já registra evidência de exploração ativa para cada uma delas. O prazo de três dias é curto porque o catálogo prioriza falhas que já estão sendo usadas em ataques reais, e não apenas falhas teóricas.
O evento se soma a uma sequência recente de inclusões no catálogo, como o zero-day do SharePoint adicionado ao KEV e os dois zero-days da Microsoft incorporados em julho. A diferença agora é o número de produtos de infraestrutura afetados ao mesmo tempo.
Três falhas críticas no KEV
Cada vulnerabilidade atinge um ponto de alavancagem diferente dentro da rede. A tabela resume produto, tipo e versão de correção:
| CVE | Produto | Tipo de falha | CVSS | Versão corrigida |
|---|---|---|---|---|
| CVE-2026-9198 | IBM Langflow OSS | Injeção de código (RCE sem autenticação) | 9,8 | 1.10.1 |
| CVE-2026-34486 | Apache Tomcat | Bypass da criptografia do cluster | 7,5 | 9.0.117 / 10.1.54 / 11.0.21 |
| CVE-2026-18556 | N-able N-central | Bypass de autenticação | 7,4 | Hotfix 2026.3.1.7 |
A nota CVSS mais alta pertence ao Langflow, mas o N-central merece atenção imediata de provedores de serviços gerenciados: um servidor de monitoração e gestão remota já é confiável para alcançar endpoints de clientes, o que amplia o raio de um comprometimento. O caso do Tomcat é mais restrito, porque depende do componente de cluster Tribes e do EncryptInterceptor, mas expõe exatamente o tráfego interno que as equipes costumam presumir protegido.
Langflow: RCE sem autenticação
O CVE-2026-9198 afeta o IBM Langflow OSS nas versões 1.0.0 a 1.10.0 e combina dois endpoints sem autenticação: o /api/v1/auto_login, que emite tokens de superusuário para qualquer chamador na rede, e o /api/v1/validate/code, que executa código Python arbitrário por meio da função exec(). Em uma implantação padrão, isso significa execução remota de código completa, sem credenciais, com impacto total sobre confidencialidade, integridade e disponibilidade — daí a nota CVSS 3.1 de 9,8 atribuída pela IBM.
O perigo prático está na posição que o Langflow ocupa. Ferramentas de orquestração de fluxos de IA costumam ter acesso a chaves de provedores de modelos, credenciais de banco de dados, tokens de API e conectores diversos — material mais valioso do que a própria conta do sistema operacional do servidor. A IBM não lista mitigação alternativa no boletim, então a recomendação é atualizar para a versão 1.10.1 e, se a instância esteve acessível pela rede antes da correção, rotacionar todos os segredos ao alcance do serviço. Implementações sombra em Kubernetes, máquinas virtuais ou contêineres Docker com porta externa são uma preocupação real, porque o comportamento vulnerável depende de endpoints padrão da aplicação, e não de uma configuração acionada pelo usuário.
N-central: bypass de autenticação
O CVE-2026-18556 é um bypass de autenticação por canal alternativo no N-able N-central que afeta versões até 2026.1, e a resposta de incidente da N-able determina aplicar o Hotfix 2026.3.1.7, que também corrige o CVE-2026-18577. A distinção entre as duas CVEs importa: o registro do NVD para a CVE-2026-18556 para na versão 2026.1, mas a resposta de incidente da N-able pede o hotfix mais recente porque a CVE-2026-18577 estendeu a exposição a todas as versões anteriores. Corrigir apenas até um pacote que teoricamente resolve a CVE-2026-18556 não responde ao incidente que a empresa descreveu.
Segundo o relato da N-able, a investigação começou depois que o serviço Adlumin MDR detectou exploração ativa em um ambiente de cliente em 31 de julho. Os atacantes obtiveram acesso administrativo remoto aos servidores N-central, usaram o recurso Take Control para se conectar aos sistemas gerenciados e registraram um serviço de túnel da Cloudflare para manter persistência nesses dispositivos. A CISA reclassificou a falha para exploração ativa, automatizável e com impacto técnico total. Operadores de N-central devem tratar o servidor como uma possível violação do plano de controle: revisar atividade administrativa e de autenticação, inspecionar sessões do Take Control e buscar endpoints Windows gerenciados por serviços não autorizados e ferramentas de túnel.
Tomcat: bypass de criptografia
O CVE-2026-34486 afeta o Apache Tomcat nas versões 11.0.20, 10.1.53 e 9.0.116 porque uma correção para o CVE-2026-29146 abriu uma forma de contornar o EncryptInterceptor, permitindo que dados sensíveis do cluster trafeguem sem a criptografia esperada. As versões corrigidas são 11.0.21, 10.1.54 e 9.0.117. A nota CVSS 3.1 é 7,5, sem necessidade de privilégios ou interação do usuário e com impacto alto na confidencialidade.
O detalhe que diferencia essa falha é a regressão: uma correção anterior para melhorar a segurança do canal de cluster acabou criando um desvio no mecanismo de criptografia que deveria protegê-lo. Equipes que executam clusters Tomcat não podem presumir que uma configuração de EncryptInterceptor permaneceu eficaz só porque existe no server.xml. É preciso identificar clusters Tribes ativos, conferir as versões reais dos pacotes — incluindo distribuições mantidas por fornecedores, e não apenas tarballs upstream — e isolar as portas de associação do cluster para que não fiquem acessíveis em segmentos não confiáveis enquanto a atualização não termina.
Como responder aos três CVEs
Uma resposta ordenada reduz o risco de tratar cada falha como um ticket isolado. Siga o roteiro abaixo:
- Inventariar — localize instâncias de Langflow, N-central e clusters Tomcat Tribes, incluindo implantações sombra de desenvolvimento, contêineres e pacotes de distribuição.
- Corrigir — atualize Langflow OSS para 1.10.1, aplique o Hotfix 2026.3.1.7 no N-central e mova o Tomcat para 9.0.117, 10.1.54 ou 11.0.21 conforme a linha usada.
- Isolar — retire endpoints vulneráveis de redes públicas enquanto a correção não for possível e restrinja portas de cluster a segmentos internos confiáveis.
- Investigar — trate servidores N-central como possível violação: revise acesso administrativo, sessões do Take Control e procure serviços de túnel não autorizados.
- Rotacionar — troque segredos ao alcance do Langflow (chaves de modelo, tokens de API, credenciais de banco) se a instância esteve exposta antes da correção.