• AWS Systems Manager CloudWatch Dasbor tidak akan lagi tersedia setelah 30 April 2026. Pelanggan dapat terus menggunakan CloudWatch konsol Amazon untuk melihat, membuat, dan mengelola dasbor Amazon CloudWatch mereka, seperti yang mereka lakukan hari ini. Untuk informasi selengkapnya, lihat dokumentasi CloudWatch Dasbor [ Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html).
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Cara kerja aturan dasar patch pada Linux-based sistem
Aturan dalam dasar patch untuk distribusi Linux beroperasi dengan cara yang berbeda berdasarkan jenis distribusi. Tidak seperti pembaruan patch Windows Server pada node terkelola, aturan dievaluasi pada setiap node untuk mempertimbangkan repo yang dikonfigurasi pada instance. Patch Managermenggunakan manajer paket asli untuk mendorong instalasi patch yang disetujui oleh baseline patch.
Untuk jenis sistem Linux-based operasi yang melaporkan tingkat keparahan untuk patch, Patch Manager gunakan tingkat keparahan yang dilaporkan oleh penerbit perangkat lunak untuk pemberitahuan pembaruan atau patch individual. Patch Managertidak memperoleh tingkat keparahan dari sumber pihak ketiga, seperti Com [ mon Vulnerability Scoring System ](https://www.first.org/cvss/) (CVSS), atau dari metrik yang dirilis oleh [ National Vulnerability Database ](https://nvd.nist.gov/vuln) (NVD).
**Topics**
+ [Cara kerja aturan dasar patch di Amazon Linux 2 dan Amazon Linux 2023](#linux-rules-amazon-linux)
+ [Cara kerja aturan dasar patch CentOS Streaming](#linux-rules-centos)
+ [Cara kerja aturan dasar patch Debian Server](#linux-rules-debian)
+ [Cara kerja aturan dasar patch macOS](#linux-rules-macos)
+ [Cara kerja aturan dasar patch Oracle Linux](#linux-rules-oracle)
+ [Bagaimana aturan dasar patch bekerja AlmaLinux, RHEL, dan Linux Rocky](#linux-rules-rhel)
+ [Cara kerja aturan dasar patch Server Perusahaan Linux SUSE](#linux-rules-sles)
+ [Cara kerja aturan dasar patch Ubuntu Server](#linux-rules-ubuntu)
## Cara kerja aturan dasar patch di Amazon Linux 2 dan Amazon Linux 2023
**catatan**
Amazon Linux 2023 (AL2023) menggunakan repositori berversi yang dapat dikunci ke versi tertentu melalui satu atau lebih pengaturan sistem. Untuk semua operasi tambalan pada instans AL2023 EC2, Patch Manager menggunakan versi repositori terbaru, terlepas dari konfigurasi sistem. Untuk informasi selengkapnya, lihat [ Upgrade Deterministik melalui repositori berversi ](https://docs.aws.amazon.com/linux/al2023/ug/deterministic-upgrades.html) di Panduan Pengguna * Amazon Linux 2023. *
Di Amazon Linux 2 dan Amazon Linux 2023, proses pemilihan patch adalah sebagai berikut:
1. Pada node terkelola, pustaka YUM (Amazon Linux 2) atau pustaka DNF (Amazon Linux 2023) mengakses `updateinfo.xml` file untuk setiap repo yang dikonfigurasi.
Jika tidak ada `updateinfo.xml` file yang ditemukan, apakah patch diinstal tergantung pada pengaturan untuk Ser ** takan pembaruan non-keamanan ** dan ** Auto-approval**. Sebagai contoh, jika pembaruan non-keamanan diizinkan, pembaruan akan diinstal saat waktu persetujuan otomatis tiba.
1. Setiap pemberitahuan pembaruan di `updateinfo.xml` mencakup beberapa atribut yang menunjukkan properti paket dalam pemberitahuan tersebut, seperti yang dijelaskan di tabel berikut.
**Atribut pemberitahuan pembaruan**
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/systems-manager/latest/userguide/patch-manager-linux-rules.html)
Untuk informasi tentang format yang diterima untuk daftar patch yang disetujui dan patch yang ditolak, lihat [Format nama paket untuk daftar patch yang disetujui dan ditolak](patch-manager-approved-rejected-package-name-formats.md).
1. Produk dari node yang dikelola ditentukan olehSSM Agent. Atribut ini sesuai dengan nilai atribut kunci produk dalam tipe [PatchFilter](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PatchFilter.html) data baseline patch.
1. Paket dipilih untuk pembaruan sesuai dengan pedoman berikut.
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/systems-manager/latest/userguide/patch-manager-linux-rules.html)
Untuk informasi tentang nilai status kepatuhan patch, lihat [Nilai status kepatuhan patch](patch-manager-compliance-states.md).
## Cara kerja aturan dasar patch CentOS Streaming
Repositori CentOS Stream default tidak menyertakan `updateinfo.xml` file. Namun, repositori kustom yang Anda buat atau gunakan mungkin menyertakan file ini. Dalam topik ini, referensi untuk `updateinfo.xml` diterapkan hanya ke repositori kustom ini.
Pada CentOS Stream, proses pemilihan patch adalah sebagai berikut:
1. Pada node terkelola, pustaka DNF mengakses `updateinfo.xml` file, jika ada di repositori khusus, untuk setiap repo yang dikonfigurasi.
Jika tidak `updateinfo.xml` ditemukan, yang selalu menyertakan repo default, apakah patch diinstal tergantung pada pengaturan untuk Ser ** takan pembaruan ** non-keamanan dan. ** Auto-approval ** Sebagai contoh, jika pembaruan non-keamanan diizinkan, pembaruan akan diinstal saat waktu persetujuan otomatis tiba.
1. Jika `updateinfo.xml` ada, setiap pemberitahuan pembaruan dalam file menyertakan beberapa atribut yang menunjukkan properti paket dalam pemberitahuan, seperti yang dijelaskan dalam tabel berikut.
**Atribut pemberitahuan pembaruan**
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/systems-manager/latest/userguide/patch-manager-linux-rules.html)
Untuk informasi tentang format yang diterima untuk daftar patch yang disetujui dan patch yang ditolak, lihat [Format nama paket untuk daftar patch yang disetujui dan ditolak](patch-manager-approved-rejected-package-name-formats.md).
1. Dalam semua kasus, produk dari node yang dikelola ditentukan olehSSM Agent. Atribut ini sesuai dengan nilai atribut kunci produk dalam tipe [PatchFilter](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PatchFilter.html) data baseline patch.
1. Paket dipilih untuk pembaruan sesuai dengan pedoman berikut.
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/systems-manager/latest/userguide/patch-manager-linux-rules.html)
Untuk informasi tentang nilai status kepatuhan patch, lihat [Nilai status kepatuhan patch](patch-manager-compliance-states.md).
## Cara kerja aturan dasar patch Debian Server
AktifDebian Server, layanan dasar patch menawarkan pemfilteran pada * bidang * Priorit * as dan * Bagian. Bidang-bidang ini biasanya ada untuk semua Debian Server paket. Untuk menentukan apakah patch dipilih oleh baseline patch, lakukan Patch Manager hal berikut:
1. Pada Debian Server sistem, yang setara dengan `sudo apt-get update` dijalankan untuk menyegarkan daftar paket yang tersedia. Repo tidak dikonfigurasi dan data ditarik dari repo yang dikonfigurasi dalam daftar `sources`.
1. Jika pembaruan tersedia untuk `python3-apt` (antarmuka perpustakaan Python ke`libapt`), itu ditingkatkan ke versi terbaru. (Paket nonkeamanan ini ditingkatkan meskipun Anda tidak memilih ** opsi Ser ** takan pembaruan nonkeamanan.)
1. Selanjutnya, [RejectedPatches](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_CreatePatchBaseline.html#EC2-CreatePatchBaseline-request-RejectedPatches) daftar [GlobalFilters](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_CreatePatchBaseline.html#systemsmanager-CreatePatchBaseline-request-GlobalFilters) [ApprovalRules](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_CreatePatchBaseline.html#EC2-CreatePatchBaseline-request-ApprovalRules),, [ApprovedPatches](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_CreatePatchBaseline.html#EC2-CreatePatchBaseline-request-ApprovedPatches) dan diterapkan.
**catatan**
Karena tidak mungkin menentukan tanggal rilis paket pembaruan secara andalDebian Server, opsi persetujuan otomatis tidak didukung untuk sistem operasi ini.
Namun, aturan persetujuan, juga tunduk pada apakah kontak centang **Sertakan pembaruan non-keamanan** dipilih saat membuat atau terakhir memperbarui dasar patch.
Jika pembaruan non-keamanan dikecualikan, diterapkan suatu aturan implisit untuk memilih hanya paket dengan pemutakhiran dalam repo keamanan. Untuk setiap paket, versi kandidat paket (yang biasanya versi terbaru) harus merupakan bagian dari repo keamanan. Dalam hal ini, untukDebian Server, versi kandidat patch terbatas pada patch yang disertakan dalam repo berikut:
Repo ini dinamakan sebagai berikut:
+ Debian Server11: `debian-security bullseye`
+ Debian Server12: `debian-security bookworm`
Jika pembaruan non-keamanan disertakan, patch dari repositori lain juga dipertimbangkan.
Untuk informasi tentang format yang diterima untuk daftar patch yang disetujui dan patch yang ditolak, lihat [Format nama paket untuk daftar patch yang disetujui dan ditolak](patch-manager-approved-rejected-package-name-formats.md).
Untuk melihat konten bidang *Prioritas* dan *Bagian*, jalankan perintah `aptitude` berikut ini:
**catatan**
Anda mungkin perlu menginstal Aptitude terlebih dahulu pada Debian Server sistem.
```
aptitude search -F '%p %P %s %t %V#' '~U'
```
Dalam menanggapi perintah ini, semua paket yang dapat dimutakhirkan dilaporkan dalam format ini:
```
name, priority, section, archive, candidate version
```
Untuk informasi tentang nilai status kepatuhan patch, lihat [Nilai status kepatuhan patch](patch-manager-compliance-states.md).
## Cara kerja aturan dasar patch macOS
Pada macOS, proses pemilihan patch adalah sebagai berikut:
1. Pada node yang dikelola, Patch Manager mengakses konten `InstallHistory.plist` file yang diurai dan mengidentifikasi nama dan versi paket.
Untuk detail tentang proses penguraian, lihat tab **macOS** dalam [Cara menginstal patch](patch-manager-installing-patches.md).
1. Produk dari node yang dikelola ditentukan olehSSM Agent. Atribut ini sesuai dengan nilai atribut kunci produk dalam tipe [PatchFilter](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PatchFilter.html) data baseline patch.
1. Paket dipilih untuk pembaruan sesuai dengan pedoman berikut.
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/systems-manager/latest/userguide/patch-manager-linux-rules.html)
Untuk informasi tentang nilai status kepatuhan patch, lihat [Nilai status kepatuhan patch](patch-manager-compliance-states.md).
## Cara kerja aturan dasar patch Oracle Linux
Pada Oracle Linux, proses pemilihan patch adalah sebagai berikut:
1. Pada node terkelola, perpustakaan YUM mengakses `updateinfo.xml` file untuk setiap repo yang dikonfigurasi.
**catatan**
file `updateinfo.xml` mungkin tidak tersedia jika repo tidak dikelola oleh Oracle. Jika tidak `updateinfo.xml` ditemukan, apakah patch diinstal tergantung pada pengaturan untuk Ser ** takan pembaruan non-keamanan ** dan ** Auto-approval**. Sebagai contoh, jika pembaruan non-keamanan diizinkan, pembaruan akan diinstal saat waktu persetujuan otomatis tiba.
1. Setiap pemberitahuan pembaruan di `updateinfo.xml` mencakup beberapa atribut yang menunjukkan properti paket dalam pemberitahuan tersebut, seperti yang dijelaskan di tabel berikut.
**Atribut pemberitahuan pembaruan**
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/systems-manager/latest/userguide/patch-manager-linux-rules.html)
Untuk informasi tentang format yang diterima untuk daftar patch yang disetujui dan patch yang ditolak, lihat [Format nama paket untuk daftar patch yang disetujui dan ditolak](patch-manager-approved-rejected-package-name-formats.md).
1. Produk dari node yang dikelola ditentukan olehSSM Agent. Atribut ini sesuai dengan nilai atribut kunci produk dalam tipe [PatchFilter](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PatchFilter.html) data baseline patch.
1. Paket dipilih untuk pembaruan sesuai dengan pedoman berikut.
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/systems-manager/latest/userguide/patch-manager-linux-rules.html)
Untuk informasi tentang nilai status kepatuhan patch, lihat [Nilai status kepatuhan patch](patch-manager-compliance-states.md).
## Bagaimana aturan dasar patch bekerja AlmaLinux, RHEL, dan Linux Rocky
On AlmaLinux, Red Hat Enterprise Linux (RHEL), danRocky Linux, proses pemilihan patch adalah sebagai berikut:
1. Pada node yang dikelola, perpustakaan YUM (RHEL7) atau pustaka DNF (AlmaLinux 8 dan 9, RHEL 8, 9, dan 10, dan Rocky Linux 8 dan 9) mengakses `updateinfo.xml` file untuk setiap repo yang dikonfigurasi.
**catatan**
file `updateinfo.xml` mungkin tidak tersedia jika repo tidak dikelola oleh Red Hat. Jika tidak `updateinfo.xml` ditemukan, apakah patch diinstal tergantung pada pengaturan untuk Ser ** takan pembaruan non-keamanan ** dan ** Auto-approval**. Sebagai contoh, jika pembaruan non-keamanan diizinkan, pembaruan akan diinstal saat waktu persetujuan otomatis tiba.
1. Setiap pemberitahuan pembaruan di `updateinfo.xml` mencakup beberapa atribut yang menunjukkan properti paket dalam pemberitahuan tersebut, seperti yang dijelaskan di tabel berikut.
**Atribut pemberitahuan pembaruan**
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/systems-manager/latest/userguide/patch-manager-linux-rules.html)
Untuk informasi tentang format yang diterima untuk daftar patch yang disetujui dan patch yang ditolak, lihat [Format nama paket untuk daftar patch yang disetujui dan ditolak](patch-manager-approved-rejected-package-name-formats.md).
1. Produk dari node yang dikelola ditentukan olehSSM Agent. Atribut ini sesuai dengan nilai atribut kunci produk dalam tipe [PatchFilter](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PatchFilter.html) data baseline patch.
1. Paket dipilih untuk pembaruan sesuai dengan pedoman berikut.
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/systems-manager/latest/userguide/patch-manager-linux-rules.html)
Untuk informasi tentang nilai status kepatuhan patch, lihat [Nilai status kepatuhan patch](patch-manager-compliance-states.md).
## Cara kerja aturan dasar patch Server Perusahaan Linux SUSE
Pada SLES, setiap patch mencakup atribut berikut ini yang menunjukkan properti paket dalam patch tersebut:
+ **Kategori**: Sesuai dengan nilai atribut ** kunci ** Klasifikasi dalam tipe [PatchFilter](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PatchFilter.html) data baseline patch. Menunjukkan jenis patch yang disertakan dalam pemberitahuan pembaruan.
Anda dapat melihat daftar nilai yang didukung dengan menggunakan AWS CLI perintah **[describe-patch-properties](https://docs.aws.amazon.com/cli/latest/reference/ssm/describe-patch-properties.html)** atau operasi API**[DescribePatchProperties](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_DescribePatchProperties.html)**. Anda juga dapat melihat daftar di area **Aturan persetujuan** pada halaman **Buat dasar patch** atau halaman **Edit dasar patch** di konsol Systems Manager.
+ **Tingkat keparahan**: Sesuai dengan nilai atribut ** kunci ** keparahan dalam tipe [PatchFilter](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PatchFilter.html) data baseline patch. Menunjukkan tingkat kepelikan patch.
Anda dapat melihat daftar nilai yang didukung dengan menggunakan AWS CLI perintah **[describe-patch-properties](https://docs.aws.amazon.com/cli/latest/reference/ssm/describe-patch-properties.html)** atau operasi API**[DescribePatchProperties](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_DescribePatchProperties.html)**. Anda juga dapat melihat daftar di area **Aturan persetujuan** pada halaman **Buat dasar patch** atau halaman **Edit dasar patch** di konsol Systems Manager.
Produk dari node yang dikelola ditentukan olehSSM Agent. Atribut ini sesuai dengan nilai atribut ** kunci ** produk dalam tipe [PatchFilter](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PatchFilter.html) data baseline patch.
Untuk setiap patch, dasar patch digunakan sebagai filter, memungkinkan hanya paket yang memenuhi syarat untuk disertakan dalam pembaruan. Jika beberapa paket berlaku setelah menerapkan definisi dasar patch, versi terbaru digunakan.
Untuk informasi tentang format yang diterima untuk daftar patch yang disetujui dan patch yang ditolak, lihat [Format nama paket untuk daftar patch yang disetujui dan ditolak](patch-manager-approved-rejected-package-name-formats.md).
## Cara kerja aturan dasar patch Ubuntu Server
AktifUbuntu Server, layanan dasar patch menawarkan pemfilteran pada * bidang * Priorit * as dan * Bagian. Bidang-bidang ini biasanya ada untuk semua Ubuntu Server paket. Untuk menentukan apakah patch dipilih oleh baseline patch, lakukan Patch Manager hal berikut:
1. Pada Ubuntu Server sistem, yang setara dengan `sudo apt-get update` dijalankan untuk menyegarkan daftar paket yang tersedia. Repo tidak dikonfigurasi dan data ditarik dari repo yang dikonfigurasi dalam daftar `sources`.
1. Jika pembaruan tersedia untuk `python3-apt` (antarmuka perpustakaan Python ke`libapt`), itu ditingkatkan ke versi terbaru. (Paket nonkeamanan ini ditingkatkan meskipun Anda tidak memilih ** opsi Ser ** takan pembaruan nonkeamanan.)
1. Selanjutnya, [RejectedPatches](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_CreatePatchBaseline.html#EC2-CreatePatchBaseline-request-RejectedPatches) daftar [GlobalFilters](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_CreatePatchBaseline.html#systemsmanager-CreatePatchBaseline-request-GlobalFilters) [ApprovalRules](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_CreatePatchBaseline.html#EC2-CreatePatchBaseline-request-ApprovalRules),, [ApprovedPatches](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_CreatePatchBaseline.html#EC2-CreatePatchBaseline-request-ApprovedPatches) dan diterapkan.
**catatan**
Karena tidak mungkin menentukan tanggal rilis paket pembaruan secara andalUbuntu Server, opsi persetujuan otomatis tidak didukung untuk sistem operasi ini.
Namun, aturan persetujuan, juga tunduk pada apakah kontak centang **Sertakan pembaruan non-keamanan** dipilih saat membuat atau terakhir memperbarui dasar patch.
Jika pembaruan non-keamanan dikecualikan, diterapkan suatu aturan implisit untuk memilih hanya paket dengan pemutakhiran dalam repo keamanan. Untuk setiap paket, versi kandidat paket (yang biasanya versi terbaru) harus merupakan bagian dari repo keamanan. Dalam hal ini, untukUbuntu Server, versi kandidat patch terbatas pada patch yang disertakan dalam repo berikut:
+ Ubuntu Server18.04 LTS: `bionic-security`
+ Ubuntu Server20.04 LTS: `focal-security`
+ Ubuntu Server22.04 LTS: `jammy-security`
+ Ubuntu Server24.04 LTS: `noble-security`
+ Ubuntu Server25.04: `plucky-security`
Jika pembaruan non-keamanan disertakan, patch dari repositori lain juga dipertimbangkan.
Untuk informasi tentang format yang diterima untuk daftar patch yang disetujui dan patch yang ditolak, lihat [Format nama paket untuk daftar patch yang disetujui dan ditolak](patch-manager-approved-rejected-package-name-formats.md).
Untuk melihat konten bidang *Prioritas* dan *Bagian*, jalankan perintah `aptitude` berikut ini:
**catatan**
Anda mungkin perlu menginstal Aptitude terlebih dahulu pada Ubuntu Server 16 sistem.
```
aptitude search -F '%p %P %s %t %V#' '~U'
```
Dalam menanggapi perintah ini, semua paket yang dapat dimutakhirkan dilaporkan dalam format ini:
```
name, priority, section, archive, candidate version
```
Untuk informasi tentang nilai status kepatuhan patch, lihat [Nilai status kepatuhan patch](patch-manager-compliance-states.md).