All Products
Search

This Product

    Security Center:Kelola kerentanan

    Document Center

    Security Center:Kelola kerentanan

    Last Updated:Jul 16, 2026

    Penyerang dapat mengeksploitasi kerentanan pada sistem atau aplikasi Anda. Mendeteksi dan memperbaiki kerentanan ini secara tepat waktu sangat penting untuk mengamankan aset Anda serta mengurangi risiko potensial. Security Center mendeteksi berbagai kerentanan di seluruh aset Anda, menyediakan informasi terperinci dan panduan remediasi, serta mendukung perbaikan satu klik untuk beberapa kerentanan, sehingga memungkinkan manajemen risiko yang efisien.

    Penemuan dan penilaian kerentanan

    Sebelum memperbaiki kerentanan, Anda harus mengidentifikasi dan menilai secara akurat risiko yang ditimbulkannya terhadap aset Anda.

    Ikhtisar kerentanan

    1. Buka Konsol Security Center > Risk Governance > Vulnerability Management. Di pojok kiri atas, pilih wilayah tempat aset Anda berada: Chinese Mainland atau Outside Chinese Mainland.

    2. Lihat ikhtisar kerentanan

      Bagian atas halaman Vulnerabilities menyediakan statistik ringkasan tentang kerentanan untuk membantu Anda memahami postur risiko secara keseluruhan dengan cepat.

      • High-priority Vulnerabilities (CVE): Kerentanan yang memerlukan perhatian segera berdasarkan tingkat keparahan dan eksploitasinya.

        Catatan

        Jika sebuah server memiliki beberapa kerentanan, setiap kerentanan dihitung secara terpisah.

      • Vulnerable Servers: Menampilkan jumlah total server yang terdampak oleh kerentanan. Klik angka tersebut untuk menuju tab Assets > Server dan melihat aset yang rentan.

      • Fixing: Klik angka tersebut untuk melihat daftar kerentanan yang sedang diperbaiki beserta progresnya.

      • Total Handled Vulnerabilities: Jumlah total kerentanan yang telah diperbaiki, diabaikan, atau dimasukkan ke dalam daftar putih. Arahkan kursor ke ikon informasi image untuk melihat jumlah Handled Vulnerabilities Today.

      • Disclosed Vulnerabilities: Klik angka tersebut untuk membuka panel Detectable Vulnerabilities. Di panel ini, Anda dapat melihat daftar kerentanan yang dapat dideteksi beserta detailnya, seperti ID kerentanan, metode deteksi, dan waktu rilis.

    Filter dan identifikasi kerentanan

    Saat menghadapi banyak notifikasi kerentanan, penyaringan yang efektif sangat penting. Anda dapat memulai dengan tiga pendekatan berikut:

    • Aktifkan filter "Show Only Exploitable Vulnerabilities" untuk secara otomatis mengurangi kebisingan

      Metode ini secara otomatis menyaring kerentanan berprioritas rendah yang hanya menimbulkan risiko teoretis dan sulit dieksploitasi dalam praktik.

      • Deskripsi:

        • Fitur ini menggunakan model penilaian kerentanan Alibaba Cloud, yang mempertimbangkan faktor seperti skor kelemahan, waktu, lingkungan, dan pentingnya aset, serta data eksploitasi (PoC/EXP), untuk secara otomatis mengidentifikasi kerentanan yang benar-benar mengancam.

        • Jika Automatic Vulnerability Remediation juga diaktifkan, kerentanan berisiko rendah yang tersaring tidak akan memicu tugas remediasi otomatis. Praktik ini mencegah konsumsi sumber daya remediasi yang tidak perlu, seperti kuota perbaikan kerentanan yang tersedia.

      • Instruksi: Aktifkan sakelar Show Only Exploitable Vulnerabilities di pojok kanan atas halaman.

    • Gunakan "AI Analysis" untuk penilaian mendalam

      • Deskripsi: Fitur ini menggunakan model AI besar untuk memberikan ikhtisar kerentanan, analisis popularitas eksploitasinya di luar jaringan dan jalur serangan, serta saran remediasi kontekstual. Hal ini membantu Anda menilai risiko kerentanan kompleks dengan lebih akurat.

      • Instruksi:

        1. Klik nama Vulnerability target untuk menuju halaman detailnya.

        2. Di area Vulnerability Details, klik AI Analysis di samping CVE ID.

    • Filter secara presisi dan temukan dengan cepat

      Gunakan fitur penyaringan dan pengurutan platform untuk segera menemukan kerentanan atau aset spesifik yang diminati.

      • Filter kerentanan terkait aplikasi AI:

        • Deskripsi: Security Center mendeteksi dan menampilkan secara terpusat kerentanan pada aplikasi AI—seperti model dan framework—yang dapat menyebabkan kebocoran data atau akses model tanpa izin.

        • Instruksi: Di halaman Vulnerabilities, pada tab Application Vulnerability, centang kotak Display Only AI-related Vulnerabilities.

      • Memahami kolom "Affected Assets"

        Kolom ini menunjukkan jumlah aset yang terdampak oleh suatu kerentanan dan menggunakan warna untuk menandakan urgensi remediasi.

        • Merah: Jumlah server dengan urgensi remediasi High.

        • Jingga: Jumlah server dengan urgensi remediasi Medium.

        • Abu-abu: Jumlah server dengan urgensi remediasi Low.

    Detail kerentanan

    Klik nama Vulnerability untuk membuka panel detailnya, tempat Anda dapat melihat informasi lengkap dan daftar aset yang terdampak. Untuk informasi lebih lanjut, lihat Lampiran: Deskripsi parameter halaman detail kerentanan.

    • Detail kerentanan: Meliputi deskripsi kerentanan, skor dampak CVSS-nya (0,1–3,9 adalah Low, 4,0–6,9 adalah Medium, 7,0–8,9 adalah High, dan 9,0–10,0 adalah Critical), versi komponen yang terdampak, dan lainnya.

    • Daftar kerentanan belum ditangani: Mencantumkan semua server tempat kerentanan ini terdeteksi. Di daftar ini, Anda dapat melihat Status kerentanan pada setiap server. Status tersebut dijelaskan sebagai berikut:

      Catatan

      Jika beberapa proses pada satu server cocok dengan kerentanan, beberapa entri akan muncul di daftar.

      Kategori

      Status

      Deskripsi

      Handled

      Fixed

      Kerentanan telah diperbaiki.

      Fix failed

      Perbaikan gagal. Hal ini mungkin terjadi karena file yang rentan telah dimodifikasi atau tidak lagi ada.

      Ignored

      Kerentanan telah ditandai sebagai Ignore, dan Security Center tidak akan lagi menghasilkan peringatan untuk kerentanan ini.

      Vulnerability expired

      Kerentanan tidak terdeteksi lagi dalam periode tertentu. Periode kedaluwarsa untuk jenis kerentanan berbeda adalah sebagai berikut:

      • Kerentanan perangkat lunak Linux, kerentanan sistem Windows: 3 hari

      • Kerentanan Aplikasi dan Kerentanan Mendesak: 7 hari

      • Kerentanan aplikasi: 30 hari

      • Kerentanan darurat: 90 hari

      Unhandled

      Unfixed

      Kerentanan menunggu remediasi.

      Verifying

      Setelah Anda memperbaiki kerentanan secara manual, klik Verify di kolom Actions. Status berubah dari Unfixed menjadi Verifying saat Security Center mengonfirmasi perbaikan.

    Remediasi kerentanan

    Perbaiki kerentanan

    Langkah 1: Pilih metode remediasi

    • Perbaikan satu klik: Security Center menyediakan fitur perbaikan satu klik di konsol yang mengotomatiskan remediasi kerentanan tanpa perlu login ke server.

      • Catatan penting: Saat memperbaiki kerentanan kernel, sistem memeriksa apakah versi kernel yang ditingkatkan kompatibel dengan client Security Center. Jika tidak kompatibel, sistem akan menghentikan perbaikan dan menampilkan dialog kegagalan perbaikan. Anda harus menutup dialog tersebut, memulai kembali perbaikan, dan memilih opsi Mandatory Fix untuk melewati pemeriksaan kompatibilitas dan menjalankan tugas remediasi. Untuk detailnya, lihat Perbaikan satu klik di Langkah 2.

        Peringatan

        Perbaikan paksa melewati pemeriksaan kompatibilitas client, yang dapat menimbulkan risiko kompatibilitas dan mencegah Security Center melindungi server.

      Penting

      Fitur perbaikan satu klik tidak mendukung Application Vulnerability dan Urgent Vulnerability.

      Model layanan

      Edisi layanan / Tingkat perlindungan

      Deskripsi

      Subscription

      Enterprise dan Ultimate

      Mendukung remediasi untuk Linux Software Vulnerability, dan Windows System Vulnerability.

      Advanced

      Mendukung remediasi untuk Linux Software Vulnerability dan Windows System Vulnerability.

      Basic, Value-added Plan, dan Anti-virus

      Penting

      Anda harus membeli layanan tambahan Vulnerability Fix untuk menggunakan remediasi satu klik. Untuk petunjuk pembelian, lihat Panduan pembelian.

      Mendukung remediasi untuk Linux Software Vulnerability dan Windows System Vulnerability.

      Pay-as-you-go

      Semua tingkat perlindungan

    • Perbaikan otomatis: Anda dapat mengaktifkan sakelar Automatic Vulnerability Remediation dan mengonfigurasi tugas perbaikan otomatis untuk secara berkala memperbaiki kerentanan baru yang ditemukan pada waktu tertentu.

      Penting

      • Tugas perbaikan otomatis bergantung pada fitur perbaikan satu klik. Jika fitur perbaikan satu klik tidak didukung untuk edisi atau jenis kerentanan saat ini, perbaikan otomatis juga tidak didukung.

      • Perbaikan otomatis hanya mendukung kerentanan sistem Linux non-kernel. Tidak didukung untuk jenis kerentanan lainnya.

    • Perbaikan manual: Jika edisi atau jenis kerentanan saat ini tidak mendukung perbaikan satu klik, atau jika fitur Vulnerability Fix tidak diaktifkan, Anda harus login ke server dan menerapkan perbaikan secara manual berdasarkan saran remediasi di detail kerentanan.

    Langkah 2: Terapkan perbaikan

    Perbaikan satu klik

    1. Kunjungi Konsol Security Center - Risk Governance - Vulnerability Management. Di bagian atas sisi kiri halaman, pilih wilayah tempat aset yang akan dilindungi berada: Chinese Mainland atau Outside Chinese Mainland.

    2. Di tab Linux Software Vulnerability atau Windows System Vulnerability, klik nama Vulnerability target atau klik Fix di kolom Actions.

    3. Di bagian Unhandled Vulnerabilities, temukan server target dan klik Fix di kolom Actions.

      Catatan

      Anda juga dapat memilih beberapa server dan mengklik Fix di bawah daftar untuk memperbaiki kerentanan pada beberapa server sekaligus.

    4. Di kotak dialog yang muncul, pilih metode remediasi: Automatically Create Snapshot and Fix Risk atau Skip Snapshot and Fix.

      Penting

      Memperbaiki kerentanan dapat melibatkan peningkatan kernel sistem atau versi perangkat lunak, yang dapat menimbulkan risiko kompatibilitas. Kami menyarankan agar Anda melakukan operasi ini selama jam sepi dan memilih opsi Automatically Create Snapshot and Fix Risk. Opsi ini memungkinkan Anda segera mengembalikan perubahan jika terjadi masalah.

    5. (Opsional) Konfigurasi Mandatory Fix: Saat memperbaiki kerentanan kernel, sistem memeriksa apakah versi kernel yang ditingkatkan kompatibel dengan client Security Center. Jika tidak kompatibel, sistem akan menghentikan perbaikan dan menampilkan dialog kegagalan perbaikan.

      1. Tutup dialog kegagalan perbaikan, lalu klik Fix lagi di kolom Actions untuk kerentanan target.

      2. Di dialog perbaikan, opsi baru Mandatory Fix akan muncul. Pilih opsi tersebut, pilih metode remediasi, lalu klik Fix Now untuk mencoba lagi.

        Penting

        Memperbaiki kerentanan dapat melibatkan peningkatan kernel sistem atau versi perangkat lunak, yang menimbulkan risiko kompatibilitas. Kami menyarankan memilih opsi Automatically Create Snapshot and Fix Risk untuk pengembalian cepat jika terjadi masalah.

    6. Klik Fix Now. Sistem memulai tugas remediasi, dan status kerentanan berubah menjadi Fixing. Setelah perbaikan berhasil, status berubah menjadi Fixed.

    Perbaikan otomatis

    Prosedur

    1. Di halaman Vulnerabilities, klik Vulnerability Settings di pojok kanan atas.

    2. Di tabel Vulnerability Auto-remediation Settings, aktifkan sakelar Automatic Vulnerability Remediation.

    3. Konfigurasi kebijakan perbaikan otomatis

      • Vulnerability Auto-Fix Schedule

        Penting

        Memperbaiki kerentanan berisiko. Kami menyarankan agar Anda menerapkan perbaikan selama jam sepi untuk meminimalkan dampak terhadap bisnis Anda.

        • Task Type: Pilih One-time (hanya dijalankan sekali) atau Cycle (dijalankan secara berkala).

        • Execution Date : Parameter ini hanya diperlukan ketika Task Type diatur ke One-time. Konfigurasikan tanggal dan waktu spesifik untuk menjalankan tugas.

        • Execution Cycle: Parameter ini hanya diperlukan ketika Task Type diatur ke Cycle. Anda dapat mengatur siklus menjadi Every Day atau Every Week.

        • Execution Time: Parameter ini hanya diperlukan ketika Task Type diatur ke Cycle. Tentukan waktu untuk menjalankan tugas.

      • Vulnerability Fix Configuration

        • Vulnerability Level: Pilih Vulnerability Level untuk menyaring kerentanan yang perlu diperbaiki.

        • Select Manually: Saring kerentanan yang perlu diperbaiki berdasarkan Vulnerability yang dipilih.

      • Snapshot Configuration

        Peringatan

        Jika Anda mengaktifkan sakelar snapshot, biaya snapshot tambahan akan dikenakan saat tugas perbaikan kerentanan dijalankan. Membuat dan menyimpan snapshot dikenai biaya. Layanan snapshot mengenakan biaya ini. Secara default, metode penagihannya adalah pay-as-you-go.

        • Snapshot Configuration switch: Jika Anda mengaktifkan sakelar ini, sistem akan membuat cadangan snapshot saat tugas remediasi dijalankan. Jika terjadi masalah, Anda dapat menggunakan snapshot untuk mengembalikan sistem dan segera memulihkan layanan Anda.

        • Snapshot Name: Tetapkan nama deskriptif, seperti vulnerability-fix-snapshot.

        • Storage Period: Tetapkan durasi penyimpanan untuk snapshot.

    4. Konfigurasikan Auto-Repair Asset

      • All Assets: Memperbaiki semua aset yang terdeteksi memiliki kerentanan yang dapat diperbaiki.

        Penting

        Remediasi mengonsumsi kuota Vulnerability Fix. Untuk menghindari konsumsi yang tidak perlu, gunakan opsi ini dengan hati-hati.

      • By Asset: Tentukan aset tempat tugas perbaikan otomatis dapat dijalankan.

    5. Setelah menyelesaikan konfigurasi, klik Save.

    Lihat tugas perbaikan otomatis

    Sistem secara berkala memindai kerentanan di server Anda dan melakukan remediasi berdasarkan jadwal perbaikan otomatis yang dikonfigurasi. Untuk melihat hasil eksekusi:

    1. Di halaman Vulnerabilities, klik Task Management di pojok kanan atas.

    2. Di tab Auto Repair Task, Anda dapat melihat statistik eksekusi tugas remediasi.

      Catatan

      Rekaman baru dihasilkan setiap kali tugas berkala dijalankan.

      • Status: Status eksekusi tugas.

      • Progress: Progres eksekusi tugas.

      • Vulnerability Statistics: Jumlah perbaikan yang berhasil dan gagal.

      • Host Statistics: Jumlah host yang terdampak.

    3. Klik Details di kolom Actions tugas untuk melihat detail eksekusinya.

    4. Klik ikon image di samping server target untuk memperluas detail semua kerentanan yang telah diperbaiki, termasuk CVE ID, Handled At, dan Status.

    Perbaikan manual

    1. Temukan rencana remediasi 

      Di daftar kerentanan pada tab yang sesuai, klik nama kerentanan target.

      • Application Vulnerability: Di tab Vulnerability Details, lihat cakupan yang terdampak dan Fixing Suggestions.

      • Linux Software Vulnerability atau Windows System Vulnerability:

        1. Di bagian Vulnerability Details, klik Fixing Suggestions di kolom Actions untuk kerentanan tersebut.

        2. Di bagian Solution Suggestions Database Kerentanan Alibaba Cloud, lihat rencana remediasi untuk kerentanan tersebut. Ikuti rencana tersebut untuk login ke server dan memperbaiki kerentanan.

    2. Terapkan rencana remediasi

      1. Sebelum melakukan perubahan, kami menyarankan membuat snapshot secara manual untuk mencadangkan server.

        Peringatan

        Memperbaiki kerentanan berisiko. Kami menyarankan mencadangkan data server Anda sebelum memperbaiki kerentanan. Jika server dengan kerentanan tersebut merupakan instance ECS Alibaba Cloud, Anda dapat membuat snapshot untuk mencadangkan data. Untuk informasi lebih lanjut, lihat Buat snapshot.

      2. Login ke server menggunakan metode seperti SSH atau Remote Desktop.

      3. Jalankan perintah yang diperlukan berdasarkan rencana remediasi, seperti memperbarui paket perangkat lunak atau memodifikasi konfigurasi.

    3. Lihat hasil remediasi

      Setelah perbaikan manual, status kerentanan tidak langsung diperbarui. Status diperbarui setelah pemindaian berikutnya oleh Security Center.

      1. Setelah kerentanan diperbaiki, kembali ke konsol Security Center.

      2. Klik nama kerentanan untuk membuka panel detail. Di daftar Unhandled Vulnerabilities, temukan server tempat Anda baru saja memperbaiki kerentanan.

      3. Klik Verify di kolom Actions untuk mengonfirmasi perbaikan. Setelah diverifikasi, statusnya berubah menjadi Fixed.

        Catatan

        Jika status tidak diperbarui dalam waktu lama, penyebabnya mungkin karena latensi jaringan atau masalah cache. Anda dapat menyegarkan halaman nanti untuk memeriksa statusnya.

    Langkah 3: Verifikasi hasil dan pemecahan masalah

    Jika status kerentanan adalah Fixing Failed atau verifikasi gagal setelah perbaikan manual, ikuti langkah-langkah berikut untuk memecahkan masalah:

    • Kegagalan perbaikan satu klik:

      • Masalah ini biasanya terjadi karena pengecualian di lingkungan skrip perbaikan, seperti file target yang dimodifikasi, disk space tidak mencukupi, atau masalah izin. Anda dapat melihat alasan kegagalan di detail tugas, lalu mencoba perbaikan manual.

        Peringatan

        Restart server mungkin diperlukan setelah perbaikan satu klik. Jika perbaikan gagal, kuota Vulnerability Fix Anda tidak dikonsumsi.

      • Kegagalan pemeriksaan kompatibilitas kernel. Saat memperbaiki kerentanan kernel, sistem memeriksa apakah versi kernel yang ditingkatkan kompatibel dengan client Security Center. Jika tidak kompatibel, sistem akan menghentikan perbaikan. Anda dapat memulai kembali perbaikan satu klik dan memilih Mandatory Fix untuk melewati pemeriksaan kompatibilitas.

    • Kegagalan verifikasi setelah perbaikan manual:

      1. Konfirmasi bahwa remediasi benar: Pastikan perintah atau operasi yang Anda lakukan di server sesuai dengan saran remediasi.

      2. Konfirmasi versi komponen: Periksa apakah perangkat lunak atau komponen terkait telah ditingkatkan ke versi yang disyaratkan oleh rencana remediasi.

      3. Keterlambatan pembaruan status: Pembaruan status kerentanan bergantung pada hasil pemindaian, yang mungkin tertunda.

    Langkah 4 (Opsional): Kembalikan perbaikan

    Jika perbaikan menyebabkan masalah layanan dan Anda telah membuat snapshot sebelumnya, Anda dapat mengembalikan perubahan di konsol.

    1. Di halaman Vulnerabilities, klik angka di bawah Total Handled Vulnerabilities.

    2. Di panel Total Handled Vulnerabilities, atur Status ke Fixed, temukan kerentanan target, lalu klik Roll Back di kolom Actions.

    3. Pilih snapshot yang ingin digunakan untuk pengembalian dan klik OK.

    Tunda remediasi (Ignore atau Add to Whitelist)

    Jika Anda menentukan bahwa suatu kerentanan tidak perlu diperbaiki, Anda dapat mengabaikannya atau menambahkannya ke daftar putih untuk mencegah peringatan berulang.

    • Add to Whitelist: Tindakan ini menekan peringatan untuk jenis kerentanan tertentu dalam cakupan yang dikonfigurasi. Cakupan default adalah semua aset. Hal ini dapat menyebabkan Anda mengabaikan risiko keamanan terkait. Gunakan fitur ini dengan hati-hati.

    • Ignore: Operasi ignore hanya berlaku untuk proses saat ini. Jika aplikasi di-restart atau proses baru dimulai, Security Center mungkin mendeteksi kembali kerentanan tersebut.

    Fitur

    Ignore

    Add to Whitelist

    Cakupan

    Berlaku untuk instance kerentanan tunggal pada aset tunggal.

    • Berlaku untuk kelas kerentanan, seperti ID CVE.

    • Cakupan default adalah All Assets. Anda dapat mengubah cakupan ke aset tertentu dengan memilih Hosts atau By Asset Group.

    Ketekunan

    Sementara. Peringatan mungkin muncul kembali setelah proses di-restart.

    Bertahan hingga Anda menghapus aturan daftar putih secara manual.

    Kasus penggunaan

    • Anda telah mengonfirmasi bahwa kerentanan tertentu bukan risiko.

    • Anda sementara menerima risiko tersebut dan akan menanganinya nanti.

    • Anda telah mengonfirmasi bahwa jenis kerentanan tertentu adalah positif palsu.

    • Anda menerima risiko jenis kerentanan tertentu karena alasan bisnis dan tidak berencana memperbaikinya.

    Ignore

    Prosedur

    1. Di halaman Vulnerabilities, buka tab yang sesuai, seperti Linux Software Vulnerability, dan temukan kerentanan target.

    2. Klik nama kerentanan untuk membuka halaman detailnya. Di bagian Unhandled Vulnerabilities, pilih satu atau beberapa server tempat Anda ingin mengabaikan kerentanan tersebut.

    3. Klik Ignore di bawah daftar, masukkan alasan, lalu klik OK.

      Catatan

      Anda juga dapat mengklik ikon image lalu klik Ignore di kolom Actions untuk kerentanan tunggal.

    Lihat dan batalkan ignore

    1. Kembali ke halaman Vulnerabilities dan klik angka di bawah Total Handled Vulnerabilities.

    2. Di panel Total Handled Vulnerabilities, atur Status ke Ignored untuk melihat daftar semua kerentanan yang diabaikan.

    3. Temukan kerentanan target dan klik Cancel Ignore di kolom Actions.

    Add to Whitelist

    Prosedur

    • Metode 1:

      1. Di halaman Vulnerabilities, buka tab kerentanan yang sesuai, seperti Linux Software Vulnerability, dan pilih kerentanan yang ingin diproses.

      2. Klik Add to Whitelist di pojok kiri bawah daftar.

        Penting

        Secara default, metode ini berlaku untuk All Assets.

    • Metode 2:

      1. Di halaman Vulnerabilities, klik Vulnerability Settings di pojok kanan atas.

      2. Di tab Vulnerability Whitelist Settings, klik Create Rule.

      3. Konfigurasikan parameter seperti dijelaskan dalam tabel berikut dan klik OK.

        1. Select Vulnerability: Pilih satu atau beberapa kerentanan yang ingin ditambahkan ke daftar putih.

        2. Applied Assets: Atur cakupan untuk aturan daftar putih. Jika Anda memilih Asset Group atau Hosts, Anda harus memilih aset target.

    Lihat dan kelola daftar putih

    1. Di halaman Vulnerabilities, klik Vulnerability Settings di pojok kanan atas.

    2. Di tab Vulnerability Whitelist Settings, Anda dapat melihat semua aturan daftar putih yang dikonfigurasi.

    3. Untuk memodifikasi atau menghapus aturan, klik Edit atau Delete di kolom Actions aturan tersebut.

      1. Delete: Setelah Anda menghapus aturan, Security Center akan mendeteksi kembali kerentanan tersebut dalam pemindaian berikutnya.

      2. Edit: Anda hanya dapat memodifikasi Applied Assets (cakupan aturan daftar putih) dan catatan.

    Penagihan

    Fitur perbaikan kerentanan dikenai biaya berikut:

    • Layanan perbaikan kerentanan (pay-as-you-go): Anda dapat mengaktifkan layanan pay-as-you-go ini untuk menggunakan fitur perbaikan satu klik. Anda dikenai biaya USD 0,30 per perbaikan dan ditagih harian. Jumlah perbaikan kerentanan dihitung sebagai berikut:

      • Unit minimum: Berhasil memperbaiki satu Security Notice pada satu server dihitung sebagai satu perbaikan.

        Penting

        Satu Security Notice dapat berisi beberapa CVE terkait. Memperbaiki notice tersebut dihitung hanya sebagai 1 perbaikan, terlepas dari berapa banyak CVE yang tercakup.

      • Jumlah perbaikan kerentanan = Σ (Jumlah Security Notice dengan status "Fixed" pada setiap server)

        Penting

        Perbaikan dihitung hanya setelah server di-restart dan statusnya berubah menjadi "Fixed". Perbaikan yang gagal tidak dihitung.

      • Contoh:

        Jika Anda menggunakan Security Center untuk berhasil memperbaiki 10 Security Notice berbeda pada masing-masing 5 server:

        Total perbaikan kerentanan = 5 server × 10 Security Notice = 50 perbaikan

    • Biaya cadangan snapshot: Saat melakukan perbaikan satu klik, kami menyarankan Anda memilih Automatically Create Snapshot and Fix Risk. Tindakan ini membuat cadangan snapshot dari disk server sehingga Anda dapat segera mengembalikan perubahan jika perbaikan menyebabkan masalah tak terduga. Membuat dan menyimpan snapshot dikenai biaya yang dikenakan oleh layanan Snapshot ECS. Untuk informasi lebih lanjut tentang biaya, hubungi dukungan pra-penjualan.

    Implementasi produksi

    Prosedur remediasi

    1. Sebelum remediasi

      • Konfirmasi Aset: Verifikasi bahwa versi perangkat lunak yang terdampak ada di aset server Anda.

      • Penilaian Risiko: Evaluasi dampak bisnis untuk menentukan urgensi dan kebutuhan remediasi. Tidak semua kerentanan memerlukan remediasi segera.

      • Pengujian Menyeluruh: Terapkan patch di lingkungan staging. Validasi sepenuhnya kompatibilitas dan keamanannya, lalu hasilkan laporan pengujian terperinci.

      • Pencadangan Data: Lakukan pencadangan penuh server, misalnya dengan membuat snapshot ECS, untuk memungkinkan pengembalian cepat jika terjadi kesalahan.

      • Jadwalkan Remediasi: Lakukan remediasi selama jam sepi untuk meminimalkan dampak bisnis.

    2. Saat remediasi

      • Operasi Dua Orang: Pastikan setidaknya dua profesional hadir. Untuk mencegah kesalahan, satu profesional melakukan operasi sementara yang lain meninjau dan mencatatnya.

      • Ikuti Rencana: Patuhi ketat rencana remediasi dan terapkan perbaikan secara berurutan.

    3. Setelah remediasi

      • Verifikasi Hasil: Konfirmasi bahwa kerentanan telah diperbaiki dan semua fungsi sistem serta aplikasi bisnis berjalan dengan benar.

      • Arsipkan Dokumentasi: Dokumentasikan seluruh proses dalam laporan remediasi kerentanan akhir dan arsipkan.

    Mitigasi risiko

    • Kembangkan Rencana Terperinci: Buat rencana remediasi yang layak yang telah diuji dan divalidasi secara menyeluruh. Patuhi ketat langkah-langkah yang ditentukan selama eksekusi.

    • Uji di Lingkungan Simulasi: Siapkan lingkungan pengujian simulasi yang identik dengan lingkungan produksi—termasuk sistem, aplikasi, dan datanya—untuk memvalidasi sepenuhnya rencana remediasi.

    • Pencadangan Sistem Lengkap: Pilih opsi Automatically Create Snapshot and Fix Risk untuk melakukan pencadangan sistem penuh, termasuk sistem, aplikasi, dan data. Verifikasi kemampuan pemulihan cadangan untuk memastikan Anda dapat segera memulihkan layanan jika terjadi masalah.

    FAQ

    Batasan dan prinsip remediasi

    • Mengapa tombol Fix berwarna abu-abu?

      • Masalah: Batasan edisi produk

        • Penyebab: Fitur one-click fix tidak didukung di Basic Edition atau Anti-virus Edition.

        • Resolusi: Beli layanan tambahan "Vulnerability Fixing" value-added service, atau tingkatkan ke Enterprise Edition atau Ultimate Edition.

      • Masalah: Masalah di sisi server

        Masalah server Linux

        • Sistem operasi telah mencapai masa akhir dukungan (EOL): Vendor tidak lagi menyediakan patch. Anda harus meningkatkan operating system secara manual. Memperbaiki kerentanan di sistem operasi berikut memerlukan peningkatan OS:

          • Red Hat 5, Red Hat 6, Red Hat 7, Red Hat 8

          • CentOS 5

          • Ubuntu 12

          • Debian 8, 9, 10

        • Disk space tidak mencukupi: Ruang disk yang tersedia kurang dari 3 GB. Bebaskan ruang atau perluas disk.

        • Proses sedang digunakan: Proses apt atau yum sedang berjalan. Tunggu hingga proses selesai lalu coba lagi, atau hentikan proses secara manual.

        • Izin tidak mencukupi: Pengguna yang menjalankan perintah remediasi tidak memiliki izin yang cukup. Pastikan pemilik file adalah pengguna root dan atur izin yang sesuai, seperti 755.

        Masalah server Windows

        • Disk space tidak mencukupi: Ruang disk yang tersedia kurang dari 500 MB. Bebaskan ruang atau perluas disk.

        • Layanan Windows Update tidak berfungsi sebagaimana mestinya: Layanan dinonaktifkan atau instalasi patch sedang berlangsung.

          • Jika layanan dinonaktifkan, buka Pengelola Layanan di server, aktifkan layanan Windows Update, lalu coba perbaiki vulnerability lagi.

          • Jika pembaruan sedang berlangsung, tunggu hingga proses Wusa.exe selesai atau hentikan proses secara manual, lalu coba perbaiki vulnerability lagi.

    • Apa perbedaan antara kerentanan aplikasi dan kerentanan sistem? Mengapa perbaikan satu klik tidak mendukung kerentanan aplikasi?

      • Sistem kerentanan, seperti kerentanan perangkat lunak Linux atau kerentanan sistem Windows, memengaruhi sistem operasi atau komponennya. Kerentanan ini memiliki jalur remediasi standar, sehingga dapat diperbaiki dengan fitur perbaikan satu klik.

      • Kerentanan aplikasi ada di aplikasi yang dikelola sendiri, seperti kode website atau perangkat lunak pihak ketiga. Metode remediasi untuk jenis kerentanan ini terkait erat dengan logika bisnis dan kode spesifik Anda. Karena alat otomatis tidak dapat memahami konteks bisnis Anda, Anda harus melakukan remediasi kerentanan ini secara manual.

    • Mengapa server saya memiliki begitu banyak kerentanan? 

      Saat metode serangan baru muncul, kerentanan terus ditemukan di perangkat lunak lama. Pemindaian dan pemberian patch secara rutin adalah tugas keamanan yang penting dan berkelanjutan. Untuk membantu Anda fokus pada risiko paling kritis, aktifkan sakelar Show Only Exploitable Vulnerabilities.

    Operasi remediasi

    • Apa yang harus saya lakukan jika muncul error "Permission acquisition failed, please check permissions and retry" saat menjalankan perintah perbaikan?

      • Penyebab: Pemilik file yang diperlukan untuk melakukan operasi perbaikan bukan root, sehingga izin tidak mencukupi.

      • Resolusi:

        1. Temukan file:

          Di Security Center, lihat detail kerentanan untuk mengidentifikasi file dan path spesifik yang perlu diperbaiki.

        2. Modifikasi izin:

          Login ke server dan jalankan perintah berikut untuk mengubah pemilik file menjadi root.

        3. Coba lagi perbaikan:

          Kembali ke Security Center console dan jalankan operasi remediasi pada kerentanan lagi.

    • Saat memperbaiki kerentanan secara batch, dalam urutan apa kerentanan tersebut diperbaiki?

      Kerentanan perangkat lunak Linux diperbaiki sesuai urutan kemunculannya di daftar console. Beberapa kerentanan sistem Windows memerlukan patch prasyarat yang harus diinstal terlebih dahulu. Saat menjalankan perbaikan batch untuk kerentanan sistem Windows, jenis kerentanan ini diprioritaskan. Kerentanan yang tersisa diperbaiki sesuai urutan kemunculannya di daftar console.

    • Mengapa restart tidak berfungsi setelah saya memperbaiki kerentanan kernel di Ubuntu?

      • Gejala: Setelah menggunakan fitur perbaikan satu klik di Security Center untuk memperbaiki kerentanan kernel di server Ubuntu, muncul pesan "Fixed, pending restart". Namun, setelah Anda merestart server, peringatan kerentanan tetap muncul karena sistem tidak menggunakan kernel yang baru diinstal.

      • Penyebab: Masalah ini biasanya terjadi jika urutan boot default menu boot GRUB dimodifikasi secara manual. Skrip remediasi kemudian tidak dapat mengatur kernel baru sebagai opsi boot default.

      • Resolusi:

        Solusi 1: Konfigurasi kernel baru secara otomatis

        Solusi ini mengabaikan konfigurasi GRUB kustom Anda yang ada dan memungkinkan sistem menerapkan pengaturan default secara otomatis untuk kernel baru.

        Prosedur:

        1. Sebelum memperbaiki kerentanan, login ke server Ubuntu Anda.

        2. Jalankan perintah berikut untuk mengatur variabel lingkungan:

          <BASH>

export DEBIAN_FRONTEND=noninteractive

        3. Kembali ke Security Center console dan lakukan perbaikan satu klik pada kerentanan.

        4. Setelah perbaikan selesai, restart server seperti yang diminta. Sistem secara otomatis mengaktifkan kernel terbaru.

        Solusi 2: Modifikasi urutan boot secara manual

        Jika Anda perlu mempertahankan konfigurasi GRUB yang ada, Anda dapat menggunakan solusi ini.

        Prosedur:

        1. Di Security Center console, lakukan perbaikan satu klik dan restart server seperti yang diminta.

        2. Setelah server di-restart, login ke server Ubuntu Anda.

        3. Modifikasi secara manual urutan boot GRUB untuk mengatur versi kernel yang baru diinstal sebagai opsi boot default.

          Catatan

          Prosedur ini biasanya melibatkan modifikasi file /etc/default/grub dan menjalankan perintah update-grub. Untuk informasi lebih lanjut, lihat Ubah urutan boot kernel instance ECS Linux CentOS.

        4. Restart server lagi agar urutan boot baru berlaku.

    • Apakah saya perlu merestart sistem setelah memperbaiki kerentanan?

      • Windows: Diperlukan restart.

      • Linux Software Vulnerability: Diperlukan restart jika salah satu kondisi berikut terpenuhi:

        • Pada kernel, telah diperbaiki sebuah kerentanan.

        • Di tab Linux Software Vulnerability halaman Risk Governance > Vulnerabilities di Konsol Security Center, bulletin untuk kerentanan memiliki tag Restart Required.

    • Mengapa operasi pengembalian kerentanan gagal?

      Jika operasi pengembalian kerentanan gagal, selidiki kemungkinan penyebab berikut:

      1. Periksa status agen

        Operasi pengembalian memerlukan Security Center agent online. Jika agent offline, perintah tidak dapat dikirim. Anda harus terlebih dahulu memecahkan masalah status offline agen tersebut.

      2. Konfirmasi bahwa snapshot cadangan valid

        Fitur pengembalian bergantung pada backup snapshot yang dibuat sebelum remediasi. Jika snapshot telah kedaluwarsa atau dihapus secara manual, operasi pengembalian tidak dapat dilakukan.

    • Mengapa pembuatan snapshot gagal saat saya memperbaiki kerentanan?

      Membuat snapshot dapat gagal karena alasan berikut:

      • Operasi dilakukan oleh pengguna RAM: Jika RAM user tanpa permission yang diperlukan melakukan operasi, pembuatan snapshot gagal. Kami menyarankan Anda menggunakan Akun Alibaba Cloud Anda untuk melakukan operasi. Untuk informasi lebih lanjut tentang RAM user, lihat Ikhtisar.

      • Server non-Alibaba Cloud: Pembuatan snapshot untuk remediasi kerentanan tidak didukung di server non-Alibaba Cloud.

    Status dan verifikasi pasca-remediasi

    • Saya telah memperbaiki kerentanan, tetapi Security Center masih melaporkannya. Apa yang harus saya lakukan?

      • Penyebab: Masalah ini terjadi karena beberapa kerentanan, seperti kerentanan kernel Linux, memerlukan server di-restart setelah remediasi.

      • Resolusi: Di halaman detail kerentanan, klik Restart. Setelah restart selesai, klik Verify. Jika status berubah menjadi Repaired, kerentanan berhasil diperbaiki.

    • Mengapa Security Center menunjukkan bahwa kerentanan Windows telah diperbaiki meskipun host belum menginstal patch tertentu?

      Ini adalah perilaku yang diharapkan karena mekanisme pembaruan Windows. Selama cumulative update terbaru diinstal, semua kerentanan historis yang dicakup oleh pembaruan tersebut dianggap telah diperbaiki. Anda tidak perlu menginstal patch lama secara individual.

      Catatan

      Anda dapat mengunjungi situs web resmi Microsoft Update Catalog untuk mencari patch terbaru yang diinstal (biasanya diidentifikasi dengan nomor KB-nya) dan memeriksa detail paketnya untuk mengonfirmasi bahwa patch tersebut menggantikan kerentanan lama yang Anda khawatirkan.

      • Penyebab: Model pembaruan kumulatif Windows

        Pembaruan keamanan Windows mengikuti model kumulatif. Artinya, patch keamanan bulanan terbaru adalah paket komprehensif yang mencakup semua perbaikan keamanan dari bulan-bulan sebelumnya hingga tanggal rilisnya.

      • Logika verifikasi: Saat Security Center mendeteksi bahwa cumulative update terbaru diinstal di sistem, semua kerentanan yang digantikan ditandai sebagai diperbaiki. Oleh karena itu, Anda tidak perlu menginstal patch terpisah untuk setiap kerentanan historis.

    • Setelah saya memperbaiki kerentanan, mengapa konsol masih menunjukkan status "Not fixed"? 

      Hal ini dapat terjadi karena alasan berikut:

      1. Keterlambatan verifikasi: Setelah perbaikan manual, Anda harus mengklik tombol Verify untuk memicu pemindaian segera. Pembaruan status mungkin memerlukan beberapa menit.

      2. Cache browser: Halaman console mungkin di-cache di browser Anda. Coba segarkan ulang halaman atau tunggu beberapa menit.

      3. Perbaikan tidak lengkap: Operasi remediasi mungkin tidak sepenuhnya berhasil. Misalnya, kerentanan mungkin memiliki beberapa jalur yang rentan, tetapi hanya satu yang diperbaiki. Tinjau langkah-langkah remediasi dan coba lagi.

    • Fixed and Pending Restarted: Dapatkah Security Center memverifikasi kerentanan secara otomatis dalam keadaan ini?

      Tidak. Anda harus merestart server dari Security Center console atau merestartnya secara manual. Setelah server di-restart, klik Verify untuk mengonfirmasi bahwa kerentanan telah diperbaiki.

      Penting

      Jika Anda tidak memverifikasi perbaikan secara manual, Security Center secara otomatis memeriksa status selama pemindaian terjadwal berikutnya. Untuk mencegah negatif palsu akibat masalah jaringan, sistem menyimpan catatan kerentanan selama tiga hari jika tidak terdeteksi dalam pemindaian pertama. Jika kerentanan tetap tidak terdeteksi selama tiga hari berturut-turut, sistem akan menghapus catatan tersebut.

    • Mengapa status verifikasi tidak diperbarui setelah saya memperbaiki kerentanan secara manual?

      Setelah Anda memperbaiki kerentanan secara manual di server, jika fitur 'Verify' di konsol Security Center gagal memperbarui status kerentanan menjadi 'Fixed', masalah ini biasanya terjadi karena dua alasan berikut:

      • Tingkat pemindaian kerentanan tidak dikonfigurasi sepenuhnya

        • Penyebab: Security Center hanya memindai dan memperbarui status untuk tingkat risiko yang dipilih di Vulnerability Settings. Jika tingkat risiko kerentanan target, seperti High atau Medium, tidak dipilih, sistem tidak akan memperbarui statusnya.

        • Resolusi: Periksa pengaturan pemindaian di Vulnerability Settings dan pastikan tingkat risiko kerentanan target dipilih.

      • Agen Security Center offline

        • Alasan: Fungsi 'Verification' bergantung pada komunikasi real-time antara konsol dan client di server. Jika client offline, konsol tidak dapat mengirim perintah verifikasi atau menerima hasilnya.

        • Resolusi: Pecahkan masalah agent offline tersebut. Setelah agent kembali online, coba verifikasi lagi.

    Lampiran: Parameter detail kerentanan

    Parameter

    Deskripsi

    CVE ID

    Ini adalah ID CVE untuk kerentanan tersebut. Common Vulnerabilities and Exposures (CVE) adalah daftar nama publik untuk kerentanan keamanan informasi atau kelemahan yang diakui secara luas. Dengan menggunakan ID CVE, seperti CVE-2018-1123, Anda dapat dengan cepat menemukan informasi tentang perbaikan kerentanan yang sesuai di database lain yang kompatibel dengan CVE untuk membantu menyelesaikan masalah keamanan.

    Impact Score

    Skor CVSS didasarkan pada Common Vulnerability Scoring System (CVSS), standar industri yang banyak diadopsi. Skor ini dihitung menggunakan formula berdasarkan berbagai atribut kerentanan. Skor ini terutama digunakan untuk mengkuantifikasi tingkat keparahan kerentanan dan membantu Anda menentukan urgensi serta pentingnya perbaikan kerentanan.

    Sistem penilaian CVSS menetapkan tingkat keparahan sebagai berikut:

    • 0: None

    • 0,1–3,9: Low

      • Kerentanan yang dapat menyebabkan serangan denial-of-service (DoS) lokal.

      • Kerentanan lain dengan dampak rendah.

    • 4,0–6,9: Medium

      • Kerentanan yang memerlukan interaksi pengguna untuk dieksploitasi.

      • Kerentanan yang memungkinkan penyerang mendapatkan hak istimewa pengguna standar.

      • Kerentanan yang dapat dieksploitasi lebih lanjut setelah perubahan konfigurasi lokal atau pengumpulan informasi.

    • 7,0–8,9: High

      • Kerentanan yang memungkinkan penyerang secara tidak langsung mendapatkan hak istimewa standar di server atau sistem aplikasi.

      • Kerentanan yang memungkinkan pembacaan, pengunduhan, penulisan, atau penghapusan file arbitrer.

      • Kerentanan yang dapat menyebabkan eksposur data sensitif.

      • Kerentanan yang dapat secara langsung menyebabkan gangguan layanan atau serangan DoS jarak jauh.

    • 9,0–10,0: Critical

      • Kerentanan yang memungkinkan penyerang secara langsung mendapatkan hak istimewa tingkat sistem di server.

      • Kerentanan yang memungkinkan akses langsung ke informasi sensitif penting, berpotensi menyebabkan kebocoran data.

      • Kerentanan yang memberikan akses tidak sah ke informasi sensitif.

      • Kerentanan lain dengan dampak luas.

    Affected Assets

    Informasi tentang aset server yang terdampak oleh kerentanan, termasuk alamat IP publik atau pribadinya.

    Severity

    Tingkat keparahan kerentanan dihitung berdasarkan skor CVSS-nya, pentingnya aset, dan faktor lainnya. Tingkatannya meliputi:

    • High: Kerentanan berisiko tinggi. Remediasi segera direkomendasikan.

    • Medium: Kerentanan berisiko sedang. Remediasi berdasarkan kebutuhan bisnis Anda.

    • Low: Kerentanan berisiko rendah. Remediasi opsional, berdasarkan kebutuhan bisnis Anda.

    Details

    Anda dapat menuju halaman Vulnerabilities, klik nama kerentanan target di kolom Vulnerability, lalu di tab Unhandled Vulnerabilities, klik Details di kolom Actions kerentanan untuk melihat informasi seperti aset yang terdampak, perintah remediasi, dan deskripsi dampak.

    • Fixing Command: Jalankan perintah ini untuk memperbaiki kerentanan.

      Catatan

      Fitur ini tidak tersedia di Edisi Dasar.

    • Impact Description:

      • Software: Perangkat lunak dan versi yang rentan yang dideteksi Security Center di server Anda. Contoh: mariadb-libs 5.5.52-1.el7.

      • Hit: Kondisi yang memicu deteksi. Kerentanan biasanya ditandai karena versi perangkat lunak yang diinstal lebih lama dari versi yang disyaratkan. Contoh, kerentanan terdeteksi karena versi mariadb-libs lebih awal dari 5.5.56-2.el7.

      • Path: Jalur program yang rentan di server Anda. Contoh, jalur mariadb-libs adalah /etc/ld.so.conf.d/mariadb-x86_64.conf.

    • Caution (Read Before Further Operations): Memberikan peringatan risiko, saran remediasi tambahan, dan materi referensi untuk kerentanan tersebut.

      Dialog detail kerentanan (menggunakan CESA-2023:0291: sudo security update sebagai contoh) menampilkan informasi kunci berikut:

      • Affected assets: Aset server dan informasi jaringan yang terdampak oleh kerentanan.

      • Fix command: Contoh, yum update sudo.

      • Impact description: Termasuk versi perangkat lunak saat ini (misalnya, sudo 1.8.23-10.el7_9.2), kondisi kecocokan (misalnya, versi sudo kurang dari 1.8.23-10.el7_9.3), dan jalur deteksi (misalnya, /etc/pam.d/sudo).