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:
Execute apt update para atualizar a lista de pacotes.
-
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:
Execute apt list --upgradable para listar todos os pacotes atualizáveis.
Execute apt list -a package-name para listar todas as versões, ordenadas da mais recente para a mais antiga.
Execute apt show package-name=={Version} para verificar a prioridade e se ela atende à regra da linha de base.
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 |
|
|
Severidade Severidade |
|
|
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.