Todos os produtos
Search
Central de documentação

CloudOps Orchestration Service:Como o Patch Manager funciona

Última atualização: Jun 28, 2026

O Patch Manager verifica patches do sistema, confere seu status e instala os que estiverem faltando em instâncias Linux e Windows.

Linux

O Patch Manager é compatível com diversas distribuições Linux. Cada uma utiliza um gerenciador de pacotes diferente para verificar e instalar patches.

Sistema operacional

Gerenciador de pacotes

CentOS 7, Alibaba Cloud Linux 2 e Red Hat Enterprise Linux 7

yum

CentOS Stream 9, Alibaba Cloud Linux 3, Red Hat Enterprise Linux 8 e 9, Anolis OS 8, AlmaLinux OS 8 e 9, Rocky Linux 8 e 9, e Fedora 37, 38 e 39

DNF

Ubuntu 16.04, 18.04, 20.04, 22.04 e 24.04

APT

Debian 11/12

APT

SUSE Linux Enterprise Server (SLES) 12 e 15, e openSUSE 15

Zypper

Linhas de base de patches no yum e DNF

CentOS, Alibaba Cloud Linux, Red Hat Enterprise Linux e Anolis OS utilizam yum ou DNF para gerenciar pacotes. Ambos suportam notificações de atualização armazenadas em um arquivo updateinfo.xml no repositório de software. Cada notificação contém um conjunto de pacotes que corrigem problemas específicos, classificados como pacotes de segurança. Caso você não selecione Include Non-security Updates ao criar uma linha de base de patches, apenas os pacotes listados nas notificações de atualização serão elegíveis.

Campos no arquivo updateinfo.xml:

Parâmetro

Descrição

type

Tipo da notificação de atualização. Valores válidos:

Security

Bugfix

Enhancement

Recommended

Newpackage

title

Título da notificação de atualização.

severity

Nível de severidade. Valores válidos:

Critical

Important

Moderate

Low

Unspecified

summary

Breve descrição.

description

Descrição detalhada.

references

Referências, incluindo informações de CVE e Bugzilla.

pkglist

Pacotes RPM associados.

O Patch Manager filtra as notificações de atualização no arquivo updateinfo.xml com base nas regras da linha de base de patches. Por exemplo, a linha de base pública do CentOS especifica:

'PatchFilterGroup': [
    {
        'Values': [
            '*'
        ],
        'Key': 'Product'
    },
    {
        'Values': [
            'Security',
            'Bugfix'
        ],
        'Key':'Classification'
    },
    {
        'Values': [
            'Critical',
            'Important'
        ],
        'Key': 'Severity'
    }
]

Essa regra corresponde a atualizações do tipo Security ou Bugfix com severidade Critical ou Important. Comando yum equivalente:

yum check-update --security --bugfix --secseverity=Critical,Important

Comandos dnf equivalentes:

dnf  check-update --security --bugfix --secseverity=Critical
dnf  check-update --security --bugfix --secseverity=Important

Caso uma regra de linha de base personalizada não especifique tipos de patch ou níveis de severidade, os comandos equivalentes são:

yum check-update --security
dnf check-update --security

Após a filtragem, o Patch Manager executa o comando yum(update API) ou dnf update para instalar os patches e reinicia a instância. Se Allow Restart estiver definido como No, a instância não será reiniciada.

Observação: Se o kernel live patching estiver ativado no Alibaba Cloud Linux 2 e apenas patches dinâmicos de kernel forem instalados, o Patch Manager ignora a reinicialização. Visão geral do Kernel Live Patching.

Linhas de base de patches no APT

No Debian e Ubuntu, as linhas de base de patches selecionam atualizações com base nos campos Priority e Section dos pacotes DEB.

O Patch Manager verifica e instala patches da seguinte forma:

  1. Execute apt update para atualizar a lista de pacotes.

  2. Compare os pacotes atualizáveis com a linha de base de patches. Se Include Non-security Updates não estiver selecionado, apenas pacotes do repositório de segurança serão elegíveis. Nomes dos repositórios de segurança por sistema operacional:

    Debian Server 8: debian-security jessie
    Debian Server 9: debian-security stretch
    Debian Server 10: debian-security buster
    Debian Server 11: debian-security bullseye
    Debian Server 12: debian-security bookworm
    Ubuntu Server 16.04 LTS: xenial-security
    Ubuntu Server 18.04 LTS: bionic-security
    Ubuntu Server 20.04 LTS: focal-security
    Ubuntu Server 22.04 LTS: jammy-security

A linha de base pública do Debian/Ubuntu corresponde a pacotes com prioridade Required ou Important:

'PatchFilterGroup': [
    {
        'Values': [
            '*'
        ],
        'Key': 'Product'
    },
    {
        'Values': [
            'Required',
            'Important'
        ],
        'Key': 'Severity'
}

Essa regra equivale a:

  1. Execute apt list --upgradable para listar todos os pacotes atualizáveis.

  2. Execute apt list -a package-name para listar todas as versões, ordenadas da mais recente para a mais antiga.

  3. Execute apt show package-name=={Version} para verificar a prioridade e se ela atende à regra da linha de base.

  4. Verifique se a versão correspondente está no repositório de segurança.

O Patch Manager executa o comando apt update API para instalar os patches correspondentes e reinicia a instância. Se Allow Restart estiver definido como No, a instância não será reiniciada.

Linhas de base de patches no Zypper

No SLES e openSUSE, o Zypper gerencia os patches do sistema. Execute zypper list-patches para listar os patches aplicáveis. Atributos do patch:

status

not needed: O patch não é necessário.

applied: O patch está instalado.

need: O patch deve ser instalado.

Categoria

Categoria

  • security: Corrige vulnerabilidades de segurança e bugs.

  • recommended: Melhora desempenho, funcionalidade ou compatibilidade.

  • optional: Recursos adicionais ou correções não críticas.

  • feature: Adiciona ou melhora funcionalidades.

  • document: Atualizações de documentação.

  • yast: Patches de gerenciamento de sistema YaST.

Severidade

Severidade

  • low: Problemas ou riscos de baixo nível.

  • moderate: Problemas ou riscos moderados.

  • important: Problemas ou riscos importantes.

  • critical: Problemas ou riscos críticos.

  • unspecified: Problemas ou riscos não especificados.

Criado em

Data de criação do patch.

As linhas de base de patches do Zypper filtram por Categoria e Severidade. Exemplo:

"PatchFilterGroup": [
    {
        "Values": [
            "*"
        ],
        "Key": "Product"
    },
    {
        "Values": [
            "security",
            "recommended"
        ],
        "Key": "Classification"
    },
    {
        "Values": [
            "Critical",
            "Important",
            "Moderate"
        ],
        "Key": "Severity"
    }
],

Esta regra corresponde a patches de segurança e recomendados com severidade Critical, Important ou Moderate.

Windows

Processo de atualização de patches do Windows

Durante a verificação ou instalação, o Patch Manager remove atualizações substituídas e exibe apenas a mais recente. Por exemplo, se KB4550961 for substituído por KB4556846, apenas KB4556846 aparecerá.

Se um patch tiver dependências, instale-as primeiro. O patch dependente só se torna detectável após a instalação de suas dependências e a execução de uma nova verificação. Por exemplo, KB5005076 depende de KB4566425 — KB5005076 não é detectado até que KB4566425 seja instalado.

Observação: O Patch Manager suporta apenas Windows Server 2012 R2, Server 2016, Server 2019, Server 2022 e Server 2025.