Consultoria de segurança do Catalyst SD-WAN de correção - setembro de 2026

Introdução

Este documento descreve as etapas para identificar e corrigir uma vulnerabilidade de segurança de SD-WAN crítica de acordo com as datas do aviso da PSIRT em 30 de setembro de 2026. A Cisco recomenda enfaticamente a atualização para uma versão de software fixa para corrigir esse problema.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

• Componentes de arquitetura e controle do Cisco Catalyst SD-WAN (gerenciador, controlador e validador)
• Procedimento de atualização do Cisco Catalyst SD-WAN
• Gerenciamento de casos do Cisco TAC e procedimentos de coleta de tecnologia administrativa

Componentes Utilizados

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Informações de Apoio

Para obter informações detalhadas e as atualizações mais recentes, consulte a página oficial do PSIRT Advisory.

Este aviso está disponível neste link:

• Vulnerabilidade de desvio de autenticação de API do Cisco Catalyst SD-WAN Manager (CVE-2026-76504, CWE-177). Classificação do impacto na segurança: Crítico (Pontuação Base 9,8 do CVSS).

Este defeito é abordado por este aviso PSIRT:

• ID de bug da Cisco CSCww79570

Este aviso afeta o Cisco Catalyst SD-WAN Manager (vManage).

Visão Geral do Fluxo de Trabalho de Correção

Ação necessária: Colete técnicos administrativos de todos os gerenciadores de SD-WAN do Catalyst, atualize todos para uma versão fixa e abra um caso do Cisco TAC para que o TAC possa verificar seus técnicos administrativos em busca de indicadores de comprometimento.

TAC disponível para:

• Verifique os técnicos de administração que você fornece para obter indicadores de comprometimento
• Fornecer suporte à atualização se você encontrar problemas durante a atualização
• Guiá-lo através de correções adicionais se forem identificados indicadores de comprometimento

1. Coletar Admin-Techs - Executar admin-tech em todos os Catalyst SD-WAN Managers, incluindo cada nó de um cluster e de uma implantação de Recuperação de Desastres (DR), antes da atualização para garantir que nenhum dado de diagnóstico seja perdido. Selecione as opções Log e Tech. O núcleo não é necessário.
2. Atualizar para uma versão fixa - Atualizar todos os gerenciadores (vManage) para uma versão fixa de software listada na tabela Versões fixas de software.
   

   Note: Não espere pelos resultados da verificação do TAC antes de atualizar. Atualizar para uma versão fixa é a prioridade mais alta e fecha a vulnerabilidade. A verificação do TAC na Etapa 3 determina se alguma ação adicional é necessária após a atualização.

3. Abra um caso de TAC e faça upload de Admin-Techs para verificar indicadores de comprometimento - Abra um caso de TAC da Cisco e faça upload de todos os pacotes de registro de admin-tech coletados na Etapa 1. O TAC verifica os admin-techs para obter indicadores de comprometimento.
4. Se o comprometimento for identificado, use as orientações do TAC - Se o TAC identificar indicadores de comprometimento em seu ambiente, preencha todas as orientações de correção fornecidas pelo TAC. Se nenhum indicador de comprometimento for encontrado, nenhuma ação além da atualização será necessária.

Passo 1: Coletar arquivos de administração técnica de todos os gerentes

obrigatório: Colete arquivos admin-tech de todos os Gerenciadores (vManage) antes da atualização para garantir que nenhum dado de diagnóstico seja perdido. Esses arquivos são usados pelo TAC na Etapa 3 para verificar seu ambiente em busca de indicadores de comprometimento.

Coleção:

1. Execute admin-tech em TODOS os gerentes (vManage).
2. Se os gerentes forem executados como um cluster, execute admin-tech em cada membro do cluster.
3. Se você tiver uma implantação de Recuperação de desastres (DR), execute admin-tech em cada Gerenciador no local principal e no local de DR.

Coletar um Admin-Tech no ambiente SD-WAN e fazer upload para o caso TAC

Alternativa: Verificação manual (somente se não for possível coletar Admin-Tech)

Para aqueles que não podem compartilhar arquivos admin-tech, as etapas de verificação manual estão disponíveis. Essas etapas fornecem indicadores preliminares que devem ser documentados e compartilhados com o TAC.

Consulte a seção Etapas de verificação manual no final deste documento para obter os procedimentos detalhados. Documente todas as descobertas e forneça-as ao TAC em seu caso de suporte.

Passo 2: Atualizar para uma versão de software fixo

Depois de coletar os técnicos administrativos na Etapa 1, atualize todos os Gerenciadores (vManage) para uma versão de software fixa.

Selecione a versão apropriada na tabela Versões de Software Fixo neste documento.

Atualize os controladores SD-WAN com o uso da GUI ou CLI do vManage

Passo 3: Abra um caso no TAC e carregue os arquivos do Admin-Tech para verificação

Após a atualização na Etapa 2, abra um caso de suporte do Cisco TAC e carregue os arquivos admin-tech coletados na Etapa 1. O TAC verifica os admin-techs em busca de indicadores de comprometimento.

Ações necessárias:

1. Abra um caso TAC de Gravidade 3 com o CVE-ID "CVE-2026-76504" no título para iniciar o processo de verificação.
2. Carregue TODOS os pacotes de registro admin-tech coletados na Etapa 1 (todos os gerenciadores, incluindo os nós de cluster e DR).
3. Aguarde até que o TAC conclua a verificação e comunique os resultados.

Passo 4: Se o comprometimento for identificado — Diretrizes do TAC

Se o TAC identificar indicadores de comprometimento em seu ambiente, o TAC entrará em contato com você com orientações específicas de correção. Complete todas as instruções fornecidas pelo TAC.

Se nenhum indicador de comprometimento for identificado, a atualização concluída na Etapa 2 será suficiente e nenhuma outra correção será necessária.

Versões de software fixo

Essas versões de software contêm a correção para essa vulnerabilidade. Atualize para a primeira versão fixa da sua versão de treinamento atual.

Software Cisco Catalyst SD-WAN	Primeira versão fixa	Software disponível
Anterior a 20.91	Migrar para uma versão fixa.
20.9	20.9.10.1	20.9.10.1 imagens de atualização para vManage
20.12	20.12.8.2	20.12.8.2 imagens de atualização para vManage
20.15	20.15.6.1	20.15.6.1 imagens de atualização para vManage
20.18	20.18.4.1	20.18.4.1 imagens de atualização para vManage
26.1	26.1.2.1	26.1.2.1 imagens de atualização para vManage
26.2	26.2.1	26.2.1 imagens de atualização para vManage

¹ Essas versões chegaram ao fim da manutenção do software. A Cisco incentiva fortemente os clientes a atualizarem para uma versão compatível.

A Cisco Product Security Incident Response Team (PSIRT) valida somente as informações de versão afetadas e fixas que estão documentadas no aviso.

Referências importantes

• Matriz de atualização
• Matriz de compatibilidade do controlador

Anexo: Etapas de verificação manual (somente se a coleta de Admin-Tech não for possível)

Requisitos: Essas etapas devem ser executadas em todos os gerentes (vManage), incluindo cada membro do cluster e cada gerente em um local de recuperação de desastres (DR). Acesse os arquivos de log do vshell (vshell a partir da CLI do Gerenciador) e revise os arquivos de log atuais e girados.

Como identificar os indicadores de comprometimento

Este aconselhamento tem dois indicadores de compromisso. Ambos se relacionam a entradas para j_security_check nas quais um caractere da solicitação é codificado (por exemplo /%6a_security_check), a partir de endereços IP desconhecidos ou não autorizados.

Indicador	Arquivo de log	O que isso significa	Verificação
Solicitação j_security_check codificada recebida	/var/log/nms/containers/service_proxy/serviceproxy-access.log*	Um cliente enviou uma solicitação desse tipo ao gerente.	Verificação 1
Solicitação j_security_check codificada processada para um usuário viptela-reserved-*	/var/log/nms/vmanage-server.log*	O gerente processou uma solicitação desse tipo para um usuário do VIP-reserved-* (uma conta de serviço do sistema reservado).	Verificação 2

Verificação 1: Auditoria do Log de Acesso ao Proxy de Serviço

Faça auditoria do arquivo serviceproxy-access.log, localizado em /var/log/nms/containers/service_proxy/serviceproxy-access.log, para entradas relacionadas a j_security_check de endereços IP desconhecidos ou não autorizados, como mostrado neste exemplo:

[2026-09-29T23:11:13.948-05:00] "POST /%6a_security_check HTTP/1.1" 200 - 48 0 4 - "10.10.10.47,192.168.1.174" "Mozilla/5.0" "92980fc6-bb3c-4b67-8a6d-af5ceb236d4c" "vmanage-9999.example.com" "127.0.0.1:8080"

Determinados arquivos de log no sistema vManage são restritos por trás do acesso raiz e não podem ser acessados diretamente pelos clientes. Para revisar esses logs, os clientes devem gerar um arquivo admin-tech.

Interpretar resultados e documentos do TAC

Se nenhuma dessas entradas for encontrada:

• Nenhum indicador de comprometimento detectado neste log no Gerenciador
• Documente este resultado para seu caso de TAC
• Continue com a Verificação 2 e repita ambas as verificações nos Gerenciadores restantes

Se tais entradas forem encontradas:

• Examine cuidadosamente cada endereço IP de origem mostrado
• Procure entradas de endereços IP desconhecidos ou não autorizados. Verificar se o IP de origem pertence a uma atividade autorizada em seu ambiente (por exemplo, uma verificação de vulnerabilidade ou um teste de penetração que você executa)
• Se não for possível identificar o IP de origem como legítimo, isso poderá indicar possíveis indicadores de comprometimento
• Documentar todas as descobertas e abrir um caso de TAC imediatamente
• Inclua as entradas de log, os timestamps, os IPs de origem e os códigos de status HTTP no seu caso
• O TAC executa a determinação de avaliação oficial

Verificação 2: Auditar o Log do Servidor do Gerenciador

Faça auditoria do arquivo vmanage-server.log, localizado em /var/log/nms/vmanage-server.log, para entradas relacionadas a j_security_check de endereços IP desconhecidos ou não autorizados, sendo especificamente chamado para usuários que incluem nomes que começam com viptela-reserved-, como mostrado aqui:

29-Sep-2026 23:11:13,952 CDT [] [vManage-new] [UserUtils] (default task-127462) |default| Request Stored in Map is (/%6a_security_check) for user (viptela-reserved-..)

Interpretar resultados e documentos do TAC

Se nenhuma dessas entradas for encontrada:

• Nenhum indicador de comprometimento detectado neste log no Gerenciador
• Documente este resultado para seu caso de TAC
• Repetir ambas as verificações nos gerentes restantes

Se tais entradas forem encontradas:

• Isso pode indicar possíveis indicadores de comprometimento
• Documentar todas as descobertas e abrir um caso de TAC imediatamente
• Inclua as entradas de registro e os carimbos de data e hora em seu caso, junto com as descobertas da Verificação 1 para o mesmo período de tempo
• O TAC executa a determinação de avaliação oficial

Perguntas mais freqüentes

Qual é a primeira etapa para lidar com esse consultivo de segurança?

Colete arquivos admin-tech de todos os gerentes (vManage) e atualize todos os gerentes para uma versão de software fixa. Após a atualização, abra um caso de TAC e carregue os técnicos de administração para que o TAC possa verificar seu ambiente em busca de indicadores de comprometimento.

Quais componentes são afetados por essa consultoria?

Somente o Cisco Catalyst SD-WAN Manager (vManage) é afetado.

Precisamos atualizar também os controladores, validadores ou roteadores de borda?

Não, para não falar sobre esse conselho. Atualize todos os gerenciadores (vManage) para uma versão fixa e use a Matriz de compatibilidade do controlador para confirmar se a nova versão do gerenciador é compatível com seus outros componentes.

Há uma solução alternativa disponível?

Não. Não há soluções alternativas para essa vulnerabilidade. Atualize para uma versão fixa.

Para qual versão preciso atualizar?

Atualize para a primeira versão fixa do seu treinamento de versão atual assim que possível. Consulte a tabela Versões Fixas de Software neste documento. O TAC confirma a versão apropriada para seu ambiente específico.

Já atualizei para uma versão fixa de um aviso de segurança SD-WAN anterior. Preciso atualizar novamente?

Sim, a menos que sua versão atual seja igual ou posterior à primeira versão fixa do treinamento na tabela Versões de software fixo. As versões fixas de avisos anteriores não incluem necessariamente a correção dessa vulnerabilidade.

Preciso coletar técnicos de administração de todos os gerentes?

Yes. O TAC requer arquivos técnicos de administração de cada gerenciador (vManage), incluindo cada membro do cluster e cada gerenciador em um local de recuperação de desastres (DR), para avaliar corretamente seu ambiente.

Posso eu mesmo verificar os indicadores de comprometimento?

Yes. Se você não puder coletar arquivos admin-tech, use as Etapas de verificação manual em cada Gerenciador e compartilhe os resultados com o TAC. A coleta de tecnologia administrativa continua sendo o método preferido, e o TAC determina a avaliação oficial.

Como o TAC determina se meu sistema foi comprometido?

O TAC analisa os arquivos administrativos e técnicos usando ferramentas especializadas para avaliar seu ambiente em busca de indicadores de comprometimento.

O que acontece se forem identificados indicadores de comprometimento?

O TAC entra em contato com você para discutir as próximas etapas e orientações específicas ao seu ambiente. A Cisco não executa a correção em seu nome — O TAC fornece as orientações necessárias para que você prossiga.

Posso iniciar a atualização antes que o TAC analise meus técnicos de administração?

Yes. Colete os técnicos administrativos, atualize para uma versão fixa e abra um caso no TAC para que o TAC possa verificar os técnicos administrativos em busca de indicadores de comprometimento.

O tempo de inatividade é esperado durante a correção?

O impacto depende da sua arquitetura de implantação e do caminho de correção. O TAC fornece orientação sobre como minimizar o impacto do serviço durante o processo.

Tenho uma sobreposição de SD-WAN hospedada na nuvem. Quais são minhas opções de atualização?

Para sobreposições hospedadas na nuvem, os clientes têm duas opções:

1. Verifique se o ambiente está agendado para uma atualização automática navegando até SSP > Detalhes de Sobreposição > Alterar Janelas.
2. Se você não quiser esperar pela atualização agendada, terá duas opções:
   • Atualize você mesmo usando os guias de atualização disponíveis neste documento.
   • Abra um caso TAC de espera para a janela de manutenção de sua preferência. O TAC está disponível para ajudá-lo se você encontrar dificuldades com a atualização.

Somos uma sobreposição hospedada pela Cisco. Precisamos revisar alguma regra de acesso à SSP?

Todos os clientes hospedados pela Cisco são aconselhados a revisar suas próprias regras de entrada permitidas no SSP > Detalhes de sobreposição > Permitir regras de entrada e garantir que somente os prefixos necessários do seu lado sejam permitidos. Essas regras são apenas para acesso de gerenciamento e não se aplicam a roteadores de borda.

O Cisco TAC oferece análise forense ou serviços de investigação para essa vulnerabilidade?

O Cisco TAC pode ajudar os clientes verificando os Indicadores de comprometimento (IoCs) relacionados a essa vulnerabilidade. No entanto, o TAC não realiza análises forenses detalhadas ou investigações de incidentes. Para um trabalho de computação forense abrangente ou investigações de segurança detalhadas, recomendamos que os clientes envolvam a empresa de terceiros de resposta a incidentes (IR) de sua preferência.

Quais são as melhores práticas gerais ou maneiras de reduzir as vulnerabilidades da minha sobreposição de SD-WAN?

Consulte o Guia de Proteção de SD-WAN do Cisco Catalyst para obter as melhores práticas e recomendações para reduzir as vulnerabilidades na sobreposição de SD-WAN.

Quais versões do Controller (vSmart) e Validator (vBond) devo executar com a versão do Manager (vManage) que corrige esse aviso?

Este aviso afeta somente o Cisco Catalyst SD-WAN Manager (vManage), de modo que somente o Manager passa para uma nova versão. Atualize cada Gerenciador para a primeira versão fixa do seu treinamento na tabela Versões de software fixo.

Controladores e Validadores não exigem uma atualização para este aviso: espera-se que eles já executem a versão fixa publicada no Cisco Catalyst SD-WAN Software Security Hardening Release: agosto de 2026, e essa versão no mesmo trem é o emparelhamento esperado para a versão do Gerenciador fixo.

A versão de treinamento é a principal família de versões que você executa hoje, como 20.9, 20.12, 20.15, 20.18, 26.1 ou 26.2. A primeira versão fixa é a versão mais antiga dentro da mesma trilha que contém a correção e é o caminho mais curto e de menor risco para a correção, pois você permanece na trilha que você já executa. Você não precisa mudar para um trem mais recente para atender a este aviso. Se o seu gerente já estiver na primeira versão fixa do trem ou depois dela, ela não será afetada e nenhuma atualização será necessária. Somente as versões anteriores à 20.9 exigem uma migração para uma trilha suportada, pois essas versões atingiram o fim da manutenção do software.

Use seu processo de atualização normal e o mesmo controle de aceleração de manutenção usado para o aviso anterior. A única alteração é que você seleciona a nova imagem do Gerenciador. Por exemplo, no trem 20.15:

• Gerente (vManage) — 20.15.6.1
• Controladores (vSmart) e Validadores (vBond) — 20.15.6

Se seus componentes de controle ainda estiverem em uma versão anterior à recomendação de agosto de 2026, siga a ordem de atualização SD-WAN padrão e comece com o Gerenciador. Por exemplo, se os componentes estiverem em 20.9.5:

1. Atualize cada Manager (vManage) diretamente para a versão que corrige esse aviso, que é 20.9.10.1 na versão de treinamento 20.9.
2. Atualize os Validadores (vBond) e Controladores (vSmart) para a versão fixa de agosto de 2026 para esse trem, que é 20.9.10.

Neste exemplo, o estado final é Gerenciadores em 20.9.10.1 e Validadores e Controladores em 20.9.10. As versões 20.9 são mostradas apenas como exemplo; aplique a mesma sequência ao trem que você executa, usando a tabela Versões de Software Fixo para identificar a versão correta do Manager para seu trem.

Onde posso verificar quais versões do Controller (vSmart) e do Validator (vBond) são compatíveis com a versão do Manager (vManage) que contém essa correção?

Use a Matriz de compatibilidade do controlador. Procure a versão do Gerenciador para a qual você está atualizando na tabela Versões de software fixo e confirme as versões do Controlador e do Validador suportadas para ela. A Matriz de atualização mostra os caminhos de atualização suportados para alcançar essa versão.