Security Center:Visão geral do gerenciamento de vulnerabilidades

Gerenciamento contínuo e automatizado de vulnerabilidades para servidores de negócios críticos

• Cenário: Servidores de negócios críticos exigem verificações diárias de vulnerabilidades e correções rápidas para manter os services seguros e estáveis.

• Edições aplicáveis: Advanced, Enterprise ou Ultimate.

• Recursos: Suporta uma verificação periódica automática de vulnerabilidades por dia e correções ilimitadas. Também permite verificações manuais de vulnerabilidades para lidar com incidentes de segurança repentinos.

Proteção básica para servidores não essenciais ou ambientes de desenvolvimento

• Cenário: Necessidade de detecção e correção básicas de vulnerabilidades para poucos servidores (menos de 10) ou para ambientes de desenvolvimento e teste, mantendo os custos baixos.

• Edições aplicáveis: Anti-virus, com opção de Purchase de correções de vulnerabilidades sob demanda.

• Recursos: Oferece uma verificação periódica automática a cada dois dias, atendendo às necessidades básicas. Quando for necessário corrigir vulnerabilidades, utilize o modelo de pagamento conforme o uso ou adquira um pacote de correções para um gerenciamento flexível.

Resposta rápida e investigação de vulnerabilidades críticas recém-divulgadas

• Cenário: Após a divulgação de uma grande vulnerabilidade de segurança (como Log4j2), é preciso determinar imediatamente se algum ativo do servidor foi afetado.

• Edições aplicáveis: Enterprise ou Ultimate.

• Recursos: Utilize a verificação manual de vulnerabilidades para executar imediatamente uma varredura abrangente em todos os servidores ou em um subconjunto deles. Os resultados fornecem informações detalhadas sobre as vulnerabilidades e orientações oficiais de correção para reparos manuais.

Verificação de vulnerabilidades

A Verificação de Vulnerabilidades suporta dois métodos: verificação manual de vulnerabilidades e verificação periódica automática de vulnerabilidades.

Correção de vulnerabilidades

O Security Center oferece o recurso One-click Fix, que implanta automaticamente um patch para ajudar você a resolver problemas de segurança com rapidez.

• Métodos de correção

  • Correção com um clique: O Security Center disponibiliza esse recurso no console para automatizar a correção de vulnerabilidades, eliminando a necessidade de fazer logon nos servidores e executar operações manuais.

    Importante

    O recurso de correção com um clique não é suportado para Application Vulnerability e Urgent Vulnerability.

  • Correção automática: Ative a chave Automatic Vulnerability Remediation e configure tarefas de correção automática para reparar periodicamente novas vulnerabilidades descobertas dentro de um período especificado.

    • As tarefas de correção automática dependem do recurso correção com um clique. Se a edição atual ou o tipo de vulnerabilidade não suportar a correção com um clique, a correção automática também não será suportada.

    • A correção automática é suportada apenas para vulnerabilidades de sistema Linux que não sejam do kernel.

  • Correção manual: Caso a edição atual ou o tipo de vulnerabilidade não suporte a correção com um clique, ou se o recurso Remaining Vulnerability Fixes não estiver ativado, faça logon no servidor e siga as sugestões de correção nos detalhes da vulnerabilidade para realizar o reparo manualmente.

• Regras de cálculo de correção de vulnerabilidades

  • Unidade mínima: A correção bem-sucedida de um Security Notice em um servidor conta como uma correção.

    Importante

    Um único Security Notice pode conter vários CVEs relacionados. Corrigir o aviso conta como apenas 1 correção, independentemente de quantos CVEs ele inclua.

  • Número de correções de vulnerabilidades = Σ (Número de Security Notices com status "Fixed" em cada servidor)

    Importante

    Uma correção só é contabilizada após a reinicialização do servidor e a alteração de seu status para "Fixed". Correções com falha não são contadas.

  • Exemplo:

    Se você usar o Security Center para corrigir com êxito 10 Security Notices diferentes em cada um dos 5 servidores:

    Total de correções de vulnerabilidades = 5 servidores × 10 Security Notices = 50 correções

• Prioridade de correção de vulnerabilidades

  Quando existem vulnerabilidades, o sistema de pontuação de vulnerabilidades da Alibaba Cloud (baseado no CVSS e combinado com cenários reais de ataques na cloud) ajuda você a priorizar as correções. Esse sistema considera a gravidade da vulnerabilidade, a maturidade da exploração, o risco da ameaça e o escopo dos ativos afetados.

  • Pontuação de Urgência de Correção de Vulnerabilidade = Pontuação de Vulnerabilidade da Alibaba Cloud × Fator Tempo × Fator Ambiente × Fator Importância do Ativo.

    • Pontuação de Vulnerabilidade da Alibaba Cloud: Avalia a gravidade inerente da vulnerabilidade.

    • Fator Tempo: Considera fatores dinâmicos, como a data de divulgação da vulnerabilidade e a prevalência de métodos de exploração (valor de 0 a 1).

    • Fator Ambiente: Avalia a explorabilidade da vulnerabilidade no ambiente do servidor, como se ele está conectado à internet pública (o valor é ajustado dinamicamente).

    • Fator Importância do Ativo: Ajusta a prioridade com base na configuração de importância do ativo (Importante: 1,5, Geral: 1, Teste: 0,5).

  • Prioridade de correção e sugestões:

    Prioridade	Pontuação de urgência de correção	Descrição	Sugestão de correção
    Alta	13,5 ou superior	Facilmente explorável por um atacante remoto não autenticado, levando ao comprometimento do sistema (por exemplo, execução arbitrária de código) sem interação do usuário. Frequentemente usada por worms e ransomware.	Corrija o mais rápido possível
    Média	7,1 a 13,5	Potencialmente compromete a confidencialidade, integridade ou disponibilidade dos recursos. Normalmente inclui vulnerabilidades com classificações oficiais altas, mas que ainda não são comprovadamente exploráveis.	Pode ser corrigida posteriormente
    Baixa	Abaixo de 7	Probabilidade extremamente baixa de exploração bem-sucedida ou nenhum risco real se explorada. Comum em bugs de código-source ou vulnerabilidades com impactos menores na conformidade ou no desempenho dos negócios.	Pode ser adiada
    Especial	-	Urgent Vulnerability: Vulnerabilidades de alto risco confirmadas por engenheiros de segurança da Alibaba Cloud. Recomendamos corrigi-las o mais rápido possível. Quando o fator ambiente não puder ser obtido devido a problemas de rede, a sugestão poderá ser exibida como "Pode ser adiada".	Corrija o mais rápido possível

Cronograma de atualização de regras

Para cobrir novos Security Notices dos fornecedores de SO, o Security Center atualiza regularmente suas regras de detecção de vulnerabilidades.

• Sistemas Linux:

  • Vulnerabilidades de alto risco: As regras de detecção são adicionadas dentro de 48 horas após o anúncio do fornecedor do SO.

  • Vulnerabilidades CVE: As regras de detecção são adicionadas dentro de 14 dias após o anúncio do fornecedor do SO.

• Sistemas Windows: As regras de detecção de vulnerabilidades CVE são adicionadas dentro de 48 horas após o anúncio da Microsoft.

Política de retenção de dados

Para garantir um desempenho eficiente do sistema, o Security Center limpa automaticamente dados antigos de vulnerabilidades.

• Vulnerabilidades ativas: Se o status de uma vulnerabilidade (por exemplo, Fixed, Fixing Failed, Ignored, Unfixed, Fixing, Verifying) não mudar por um ano, o sistema exclui automaticamente o registro da vulnerabilidade.

• Vulnerabilidades inválidas: O sistema exclui automaticamente um registro de vulnerabilidade se seu status permanecer como Invalid por mais tempo do que o período de retenção definido em Retain Invalid Vulnerabilities For em Vulnerability Settings.

Faturamento

O Security Center oferece dois modelos de faturamento para seus recursos de verificação e correção de vulnerabilidades: Assinatura e Pagamento conforme o uso. Para mais detalhes, consulte Billing description.

Nota

Para ativar a verificação e correção de vulnerabilidades, associe seus servidores a uma edição ou nível de proteção após a compra. Para obter instruções, consulte Configure protection editions or levels.

• Assinatura: Adquira uma edição ou o service de valor agregado Vulnerability Fixing.

• Pagamento conforme o uso: Adquira o recurso pós-pago Host and Container Security ou Vulnerability Fixing.

O escopo de recursos suportados varia conforme o modelo, conforme mostrado na tabela abaixo:

Modelo de faturamento	Edição / Nível de proteção	Escopo de verificação manual	Escopo de verificação automática periódica	Capacidade de correção de vulnerabilidades
Assinatura	Enterprise Edition, Ultimate Edition	Todas	Todas	Suporta correção de vulnerabilidades Linux e Windows.
	Advanced Edition	Todas as vulnerabilidades, exceto Application Vulnerability.	Todas as vulnerabilidades, exceto Application Vulnerability.	Suporta correção de vulnerabilidades Linux e Windows.
	Basic Edition, Value-added Edition, Anti-virus Edition	Apenas Urgent Vulnerability.	Linux Software Vulnerability, Windows System Vulnerability.	Importante Para ativar o One-click Fix, adquira separadamente o service de valor agregado Remaining Vulnerability Fixes. Para obter instruções, consulte Purchase Vulnerability Fixing (Subscription) e Activate Vulnerability Fixing (Pay-as-you-go). Após a compra, suporta correção de vulnerabilidades Linux e Windows.
Pagamento conforme o uso	Host Protection, Host and Container Protection	Todas	Todas
	Unprotected, Anti-Virus	Apenas Urgent Vulnerability.	Linux Software Vulnerability, Windows System Vulnerability.

Primeiros passos

1. Adquira e ative o Gerenciamento de Vulnerabilidades: Purchase Security Center.

2. Associe seus servidores a uma edição ou nível de proteção: Configure protection editions or levels.

3. Verifique vulnerabilidades: Vulnerability scanning.

4. Trate as vulnerabilidades: Manage vulnerabilities.

5. Solucione falhas: Troubleshoot causes of vulnerability fixing failures.

Perguntas frequentes

Como visualizo as vulnerabilidades que podem ser detectadas?

Na página Vulnerabilities, clique em no número na seção Disclosed Vulnerabilities para visualizar a lista de vulnerabilidades suportadas.

O Security Center não fornece números de versão separados para o banco de dados de regras de vulnerabilidades ou para o banco de dados de regras de host. O escopo atual de verificação de vulnerabilidades suportado é aquele exibido em tempo real na lista Disclosed Vulnerabilities no console.

O Security Center verifica vulnerabilidades de código de site, como vulnerabilidades de download arbitrário de arquivos, verifica a conformidade do protocolo TLS ou fornece services de correção manual?

O gerenciamento de vulnerabilidades do Alibaba Cloud Security Center cobre a detecção de vulnerabilidades de sistema para servidores, detecção de vulnerabilidades de software Linux, detecção de vulnerabilidades de aplicativos e detecção de vulnerabilidades urgentes. Ele não verifica vulnerabilidades lógicas específicas de aplicativos web, como vulnerabilidades de download arbitrário de arquivos, nem verifica a conformidade do protocolo TLS. Também não fornece correção manual de vulnerabilidades de código de site ou hardening automático de sistema operacional ou aplicativo web.

Para proteção de aplicativos web, implante o Web Application Firewall (WAF). Para corrigir vulnerabilidades de código, siga as sugestões de correção nos detalhes da vulnerabilidade, como validar caminhos de entrada e restringir diretórios acessíveis. Para hardening do sistema, configure-o manualmente seguindo a documentação oficial.

O que faço se a verificação de correção de vulnerabilidade relatar que não estou autorizado, ou se uma instância ainda mostrar Free Edition após eu adquirir a Enterprise Edition?

A mensagem de autorização geralmente aparece porque o servidor está associado à Free Edition, o número de licenças de proteção é insuficiente ou o ambiente de contêiner não está associado à Ultimate Edition. Atualize a edição e aumente o número de licenças. Para um ambiente de contêiner, atualize para a Ultimate Edition. Você também pode iniciar uma verificação urgente de vulnerabilidades com um clique em no console para verificar a versão do aplicativo.

Depois que a conta adquire a Enterprise Edition ou superior, os direitos de verificação de vulnerabilidades de sistema, vulnerabilidades de aplicativos e vulnerabilidades urgentes se aplicam no nível da Enterprise Edition, mesmo que o status da instância exiba uma edição anormal. Nenhuma ação adicional é necessária.

Por que o TotalCount de vulnerabilidades retornado pela API difere da contagem no console, ou por que o horário da primeira detecção é posterior ao horário em que a vulnerabilidade realmente existia?

O TotalCount retornado por DescribeVulList é o número total de instâncias de vulnerabilidades em todos os servidores, representando as instâncias combinadas de servidor por vulnerabilidade. O console exibe o número de tipos de vulnerabilidades desduplicados, portanto, os valores podem diferir.

As verificações de vulnerabilidades dependem do estado de execução dos componentes relevantes. Se o processo correspondente não estava em execução durante uma verificação anterior ou se o ciclo de verificação não havia sido acionado, a vulnerabilidade não foi registrada. O horário da primeira detecção é quando o Security Center realmente detectou a vulnerabilidade no servidor, não seu horário de divulgação ou um horário inferido retrospectivamente.

Como investigo um ataque de vulnerabilidade em um servidor que não expõe um endereço IP?

1. Verifique imediatamente vulnerabilidades de aplicativos e vulnerabilidades urgentes e corrija-as prontamente.

2. Faça logon no servidor e execute crontab -l para verificar tarefas agendadas maliciosas residuais.

3. Revise alertas de logon incomuns para determinar se credenciais comprometidas ou senhas fracas levaram à intrusão.

Apêndice

Sistemas operacionais suportados para verificação e correção de vulnerabilidades

Tipo de SO	Versão
Windows Server	Windows Server 2008 (vulnerabilidades antes do EOL) Windows Server 2012 (vulnerabilidades antes do EOL) Windows Server 2016 Windows Server 2019 Windows Server 2022 Windows Server 2025
CentOS	CentOS 7 CentOS 5 (vulnerabilidades antes do EOL) CentOS 6 (vulnerabilidades antes do EOL) CentOS 8 (vulnerabilidades antes do EOL)
Red Hat	Red Hat 9 Red Hat 7 Red Hat 8 Red Hat 5 (vulnerabilidades antes do EOL) Red Hat 6 (vulnerabilidades antes do EOL)
Ubuntu	Ubuntu 12 (vulnerabilidades antes do EOL) Ubuntu 14 (vulnerabilidades antes do EOL) Ubuntu 16 (vulnerabilidades antes do EOL) Ubuntu 18 (vulnerabilidades antes do EOL) Ubuntu 20 Ubuntu 21 Ubuntu 22.04
Alibaba Cloud Linux	Alibaba Cloud Linux 2.1903 Alibaba Cloud Linux 3
Anolis OS	Anolis OS 8 Anolis OS 7
Debian	Debian 8 Debian 9 Debian 10 Nota Apenas a verificação é suportada; a correção não é.
SUSE	openSUSE openSUSE 10.1 (vulnerabilidades antes do EOL) openSUSE 10.2 (vulnerabilidades antes do EOL) openSUSE 10.3 (vulnerabilidades antes do EOL) openSUSE 11.0 (vulnerabilidades antes do EOL) openSUSE 11.1 (vulnerabilidades antes do EOL) openSUSE 11.2 (vulnerabilidades antes do EOL) openSUSE 11.3 (vulnerabilidades antes do EOL) openSUSE 11.4 (vulnerabilidades antes do EOL) openSUSE 12.1 (vulnerabilidades antes do EOL) openSUSE 12.2 (vulnerabilidades antes do EOL) openSUSE 12.3 (vulnerabilidades antes do EOL) openSUSE 13.1 (vulnerabilidades antes do EOL) openSUSE 13.2 (vulnerabilidades antes do EOL) openSUSE Leap 42.1 (vulnerabilidades antes do EOL) openSUSE Leap 42.2 (vulnerabilidades antes do EOL) openSUSE Leap 42.3 (vulnerabilidades antes do EOL) openSUSE Leap 15.0 (vulnerabilidades antes do EOL) openSUSE Leap 15.1 (vulnerabilidades antes do EOL) openSUSE Leap 15.2 (vulnerabilidades antes do EOL) openSUSE Leap 15.3 (vulnerabilidades antes do EOL) openSUSE Leap 15.4 openSUSE Leap 15.5 SUSE Linux Enterprise SLES 6 (vulnerabilidades antes do EOL) SLES 10 (vulnerabilidades antes do EOL) SLES 10 SP2 (vulnerabilidades antes do EOL) SLES 10 SP3 (vulnerabilidades antes do EOL) SLES 10 SP4 (vulnerabilidades antes do EOL) SLES 11 SP1 (vulnerabilidades antes do EOL) SLES 11 SP2 (vulnerabilidades antes do EOL) SLES 11 SP3 (vulnerabilidades antes do EOL) SLES 11 SP4 (vulnerabilidades antes do EOL) SLES 12 (vulnerabilidades antes do EOL) SLES 12 SP1 (vulnerabilidades antes do EOL) SLES 12 SP2 (vulnerabilidades antes do EOL) SLES 12 SP3 (vulnerabilidades antes do EOL) SLES 12 SP4 (vulnerabilidades antes do EOL) SLES 12 SP5
Kylin	Kylin Advanced Server OS V10

Suporte a vulnerabilidades para SOs fora de linha

Para sistemas operacionais que atingiram o fim da vida útil (EOL), o Security Center não suporta mais a verificação, detecção ou correção de Linux Software Vulnerabilities e Windows System Vulnerabilities divulgadas após a data de EOL.

Nota

A verificação e correção para Application Vulnerability, Emergency Vulnerability e outros recursos do Security Center não são afetadas.

Versão do SO	Data oficial de fim da vida útil (EOL)	Data limite de suporte a patches
Windows Server 2003	14 de julho de 2015	14 de julho de 2015
Windows Server 2008	14 de janeiro de 2020	14 de janeiro de 2020
Windows Server 2008 R2	14 de janeiro de 2020	14 de janeiro de 2020
Windows Server 2008 SP2	14 de janeiro de 2020	14 de janeiro de 2020
Windows Server 2012	10 de outubro de 2023	10 de outubro de 2023
Windows Server 2012 R2	10 de outubro de 2023	10 de outubro de 2023
Ubuntu 12.04 LTS	28 de abril de 2017	28 de abril de 2017
Ubuntu 14.04 LTS	Abril de 2019	Abril de 2019
Ubuntu 16.04 LTS	Abril de 2021	Abril de 2021
Ubuntu 18.04 LTS	Abril de 2023	Abril de 2023
CentOS 5	31 de março de 2017	31 de março de 2017
CentOS 6	30 de novembro de 2020	30 de novembro de 2020
CentOS 8	31 de dezembro de 2021	31 de dezembro de 2021
Red Hat 5	31 de março de 2017	31 de março de 2017
Red Hat 6	30 de novembro de 2020	30 de novembro de 2020