CISA adiciona 7 CVE ao KEV: falhas de execução remota e toma de controle exigem adesivos urgentes

A Agência de Segurança de Infra-estruturas e Cibersegurança dos EUA. Nos EUA (CISA) incorporou recentemente sete vulnerabilidades ao seu catálogo Known Exploited Vulnerabilities (KEV), sinal de que as falhas já estão sendo aproveitadas na prática ou representam risco iminente. Entre as falhas estão problemas críticos com capacidade de execução remota de código e controle administrativo em produtos que vão desde appliances de VPN até componentes de infraestrutura de inteligência artificial. A CISA exige uma remediação prioritária em conformidade com a sua directiva operacional, o que converte estas falhas em prioridades de sistema transdérmico para organizações públicas e privadas.

O que se sabe e o que está confirmado: CISA acrescentou os CVE listados (CVE-2026-83548, CVE-2026-83549, CVE-2026-9586, CVE-2026-82329, CVE-2026-48710, CVE-2026-49869 e CVE-2026-59822) a seu catálogo público Known Exploited Vulnerabilities. SonicWall confirmou pesquisa de exploração ativa para as duas vulnerabilidades em seus appliances SMA 1000 (CVE-2026-83548 e CVE-2026-83549). Relatórios de empresas de segurança —Horizon3.ai, watchTowr, Wiz e Microsoft — documentam uso ativo de pelo menos alguns desses erros para implantar shells reversos, mineiros de criptomoedas, criação de tokens administrativos e exfiltração de dados de backend.

Descrição técnica em termos práticos: As vulnerabilidades cobrem vários vetores clássicos e perigosos. CVE-2026-83548 é um SSRF (Server-Side Request Forgery) que permite a um atacante não autenticado forçar o appliance a realizar pedidos internos ou operar funções sensíveis. CVE-2026-83549 é injeção de comandos pós-autenticação que possibilita execução de ordens no sistema operacional com privilégios administrativos. CVE-2026-9586 é uma injeção SQL contra Switchvox que permite a um atacante não autenticado executar comandos SQL arbitrários contra PostgreSQL, com potencial para escalação a execução remota. CVE-2026-82329 e CVE-2026-59822 são fraquezas de autenticação que facilitam a obtenção de privilégios administrativos ou sessões autenticadas sem credenciais válidas. CVE-2026-48710 descreve um desajuste de request/response HTTP (request smuggling) que pode levar a saltos de autenticação quando a reconstrução do URL é manipulada. CVE-2026-49869 em Kestra permite criar e executar workflows arbitrários sem credenciais, o que tem sido associado à implantação de mineiros e movimentos laterais.

Quem afeta e por que importa: Estas falhas afetam administradores de appliances SonicWall SMA, usuários de JFrog Artifactory, implementações de Sangoma Switchvox, responsáveis por plataformas de orquestração de fluxos como Kestra, e implantaçãos de infra-estruturas de IA e LLM (Berri LiteLLM, LiteLLM e ecossistema RAGFlow / LangChain etc.). O risco real é duplo: compromisso imediato (ejecução remota e obtenção de tokens administrativos) e exposição de segredos e chaves de fornecedores LLM, que permitem a um atacante roubar modelos, consumir APIs de pagamento e lançar injeções de prompt ou ataques posteriores dirigidos à lógica do modelo. Além disso, a monetização de recursos (minaria), a persistance por modificação de ~/.ssh/authorized_keys e a exfiltração de bases de dados PostgreSQL foram observadas em campanhas recentes.

Impactos observados em incidentes reais: A Microsoft relatou uma intrusão em um ambiente Kestra em que o atacante estabeleceu um shell, explorou o socket Docker, deu um mineiro e usou tarefas do próprio motor de workflow para coletar e armazenar resultados, reduzindo artefatos forenses. Repórteres de Wiz e Microsoft apontam para uso encadeado de vulnerabilidades em LiteLLM (incluindo CVE-2026-42271 e CVE-2026-48710) para implantar o mineiro XMRig, terminar processos concorrentes e pivotar para bases de dados PostgreSQL de LiteLLM para roubar configurações e chaves de fornecedores. Horizon3.ai e watchTowr documentaram implantação de shells reversos e criação de tokens admin explodindo CVE-2026-9586 e CVE-2026-82329.

O que ainda está incerto ou estimado: A atribuição completa (quem são os responsáveis em todos os casos) e o volume total de vítimas não estão publicamente confirmados. Algumas correlações com grupos (por exemplo, Qilin/Agenda) foram relatadas por assinaturas de segurança, mas os detalhes de alcance, duração exata da intrusão em cada vítima e a lista completa de sistemas comprometidos continuam sob investigação.

Medidas concretas e priorização de resposta (que deve fazer agora um responsável pela segurança): 1) Priorizar os adesivos: aplique as actualizações oficiais dos fornecedores afectados imediatamente. CISA e seu BOD 26-04 estabelecem prazos para as agências federais; organizações privadas deveriam alinhar suas respostas com esses prazos e acelerar onde haja exposição pública. 2) Reduzir a superfície de ataque enquanto adesivo: bloco acesso externo a interfaces de administração (SMA, Artifactory, painéis web de AI) através de firewalls ou listas de controle, obrigue o acesso por VPN ou jump hosts e limite o tráfego ao mínimo necessário. 3) Rotar credenciais e chaves: revoque e regenere tokens, chaves de fornecedor LLM e credenciais administrativas se houver suspeita de compromisso. 4) Rever e endurecer Docker e contêineres: quítele o acesso ao socket Docker (docker.sock) a processos não confiáveis; use policies de leiast privilege. 5) Procurar indicadores de compromisso concretos: processos de mineração (XMRig), binários ELF invulgares, modificações a ~/.ssh/authorized_keys, ligações salientes invulgares (C2), entradas de SQL suspeitas e execuções de curl | sh. 6) Monitorizar e restringir egress: blocoe destinos suspeitos e aplique inspeção TLS saliente para detectar exfiltração. 7) Activar a detecção na camada de dados: audite logs de PostgreSQL para consultas invulgares ou extracção maciça de tabelas LiteLLM_ProxyModelTable e LiteLLM_VerificationToken conforme apropriado. 8) Implementar MFA e logging robusto: obrigue a autenticação de múltiplos fatores a todos os acessos administrativos e conserve logs de autenticação e syslog centralizados para pesquisa.

Recomendações específicas por produto (práticas imediatas): administradores do SonicWall SMA: aplicar adesivos fornecidos e, se a conectividade não puder ser fechada, restringir a gestão à rede interna ou VPN. Usuários do JFrog Artifactory: adesivo e revisão de contas administrativas e tokens; considere rotar chaves de acesso. Operadores de LiteLLM e outras infra-estruturas de IA: revele e revoque tokens de provedor expostos, assegure que as APIs internas não sejam acessíveis diretamente da internet, e trate modelos e endpoints como parte do plano de controle (monitorização, separação de redes). Para Kestra: adesivo, auditar workflows recentemente criados e verificar artefatos de processo como tarefas que executem comandos externos.

As equipes de resposta devem combinar ações técnicas (parcheo, bloqueio de rede, rotação de chaves) com uma pesquisa forense para determinar se já houve exfiltração. Fique atento aos comunicados dos fabricantes e a entradas atualizadas no catálogo da CISA para confirmar a mitigação e os prazos: CISA KEV catalog. Para contexto de compromissos e técnicas observadas, a publicação de segurança da Microsoft recolhe vários detalhes operacionais e recomendações práticas para defender infra-estruturas da IA: Microsoft Security Blog.

Em suma, a adição destes CVE ao catálogo KEV não é um processo administrativo: confirma que exploradores já usam estas falhas para ganhar acesso, mover dinheiro através de mineração e roubar segredos valiosos. A janela de oportunidade para conter o risco é estreita: adesivo de imediato, reduza a exposição de interfaces críticas e trate as plataformas de IA e orquestração como componentes de controle com requisitos de segurança equivalentes a qualquer outro serviço de infraestrutura.