Security Center:Ikhtisar Manajemen Kerentanan

Manajemen kerentanan terus-menerus dan otomatis untuk server bisnis kritis

• Skenario: Server bisnis kritis memerlukan pemindaian harian dan perbaikan tepat waktu untuk menjaga layanan tetap aman dan stabil.

• Edisi yang Berlaku: Advanced, Enterprise, atau Ultimate.

• Fitur: Mendukung satu pemindaian kerentanan periodik otomatis per hari dan perbaikan tanpa batas. Fitur ini juga mendukung pemindaian kerentanan manual untuk menangani insiden keamanan mendadak.

Perlindungan dasar untuk server non-inti atau lingkungan pengembangan

• Skenario: Anda memerlukan deteksi dan perbaikan dasar untuk sejumlah kecil server (kurang dari 10) atau untuk lingkungan pengembangan dan pengujian, sambil menjaga biaya tetap rendah.

• Edisi yang Berlaku: Anti-virus, dengan opsi untuk Membeli perbaikan kerentanan sesuai kebutuhan.

• Fitur: Mendukung satu pemindaian kerentanan periodik otomatis setiap dua hari, memenuhi kebutuhan dasar. Saat Anda perlu memperbaiki kerentanan, Anda dapat menggunakan model bayar sesuai penggunaan atau membeli paket perbaikan untuk manajemen fleksibel.

Tanggapi dan selidiki kerentanan kritis yang baru diungkapkan dengan cepat

• Skenario: Saat kerentanan utama (seperti Log4j2) diungkapkan, Anda perlu segera menentukan apakah salah satu aset server terpengaruh.

• Edisi yang Berlaku: Enterprise atau Ultimate.

• Fitur: Gunakan pemindaian kerentanan manual untuk segera menjalankan pemindaian komprehensif pada semua atau sebagian server Anda. Hasil pemindaian memberikan informasi kerentanan terperinci dan saran remediasi resmi untuk perbaikan manual.

Pemindaian kerentanan

Pemindaian Kerentanan mendukung dua metode: pemindaian kerentanan manual dan pemindaian kerentanan otomatis periodik.

Perbaikan kerentanan

Pusat Keamanan menyediakan kemampuan Perbaikan Satu-Klik yang secara otomatis menerapkan patch untuk membantu menyelesaikan masalah keamanan dengan cepat.

• Aturan Perhitungan Perbaikan Kerentanan

  • Unit Minimum: Berhasil memperbaiki satu Pemberitahuan Keamanan pada satu server dihitung sebagai satu perbaikan.

    Penting

    Satu Pemberitahuan Keamanan mungkin berisi beberapa CVE terkait. Memperbaiki pemberitahuan tersebut dihitung hanya sebagai 1 perbaikan, terlepas dari berapa banyak CVE yang termasuk di dalamnya.

  • Jumlah Perbaikan Kerentanan = Σ (Jumlah Pemberitahuan Keamanan dengan status "Diperbaiki" pada setiap server)

    Penting

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

  • Contoh:

    Jika Anda berhasil memperbaiki 10 Pemberitahuan Keamanan berbeda pada masing-masing 5 server:

    Total perbaikan kerentanan = 5 server × 10 Pemberitahuan Keamanan = 50 perbaikan

• Prioritas Perbaikan Kerentanan

  Saat kerentanan ada, sistem penilaian kerentanan Alibaba Cloud (berdasarkan CVSS dan dikombinasikan dengan skenario serangan cloud dunia nyata) membantu memprioritaskan perbaikan. Sistem ini mempertimbangkan tingkat keparahan kerentanan, kematangan eksploitasi, risiko ancaman, dan cakupan aset yang terpengaruh.

  • Skor Urgensi Remediasi Kerentanan = Skor Kerentanan Alibaba Cloud × Faktor Waktu × Faktor Lingkungan × Faktor Pentingnya Aset.

    • Skor Kerentanan Alibaba Cloud: Mengevaluasi tingkat keparahan bawaan kerentanan.

    • Faktor Waktu: Mempertimbangkan faktor dinamis seperti tanggal pengungkapan kerentanan dan prevalensi metode eksploitasi (nilai dari 0 hingga 1).

    • Faktor Lingkungan: Menilai kemampuan dieksploitasi kerentanan dalam lingkungan server, seperti apakah terhubung ke internet publik (nilai disesuaikan secara dinamis).

    • Faktor Pentingnya Aset: Menyesuaikan prioritas berdasarkan pengaturan pentingnya aset (Penting: 1.5, Umum: 1, Uji: 0.5).

  • Prioritas Perbaikan dan Saran:

    Prioritas	Skor Urgensi Remediasi	Deskripsi	Saran Remediasi
    Tinggi	13.5 atau lebih tinggi	Dapat dieksploitasi dengan mudah oleh penyerang jarak jauh yang tidak terotentikasi, mengakibatkan kompromi sistem (misalnya, eksekusi kode sembarang) tanpa interaksi pengguna. Sering digunakan oleh cacing dan ransomware.	Perbaiki secepat mungkin
    Sedang	7.1 hingga 13.5	Berpotensi mengkompromikan kerahasiaan, integritas, atau ketersediaan sumber daya. Biasanya mencakup kerentanan dengan peringkat resmi tinggi tetapi belum terbukti dapat dieksploitasi.	Dapat diperbaiki nanti
    Rendah	Di bawah 7.1	Kemungkinan sukses dieksploitasi sangat rendah atau tidak ada risiko nyata jika dieksploitasi. Umum dalam bug kode sumber atau kerentanan dengan dampak kecil pada kepatuhan atau kinerja bisnis.	Dapat ditunda
    Khusus	-	Kerentanan Mendesak dan Kerentanan Web-CMS: Kerentanan risiko tinggi yang dikonfirmasi oleh insinyur keamanan Alibaba Cloud. Kami sarankan Anda memperbaikinya secepat mungkin. Saat faktor lingkungan tidak dapat diperoleh karena masalah jaringan, saran mungkin menampilkan "Dapat ditunda."	Perbaiki secepat mungkin

Jadwal pembaruan aturan

Untuk mencakup Pemberitahuan Keamanan baru dari vendor OS, Pusat Keamanan secara teratur memperbarui aturan deteksi kerentanannya.

• Sistem Linux:

  • Kerentanan risiko tinggi: Aturan deteksi ditambahkan dalam waktu 48 jam setelah pengumuman vendor OS.

  • Kerentanan CVE: Aturan deteksi ditambahkan dalam waktu 14 hari setelah pengumuman vendor OS.

• Sistem Windows: Aturan deteksi kerentanan CVE ditambahkan dalam waktu 48 jam setelah pengumuman Microsoft.

Kebijakan retensi data

Untuk memastikan kinerja sistem yang efisien, Pusat Keamanan secara otomatis membersihkan data kerentanan yang usang.

• Kerentanan Aktif:
  Jika status kerentanan (misalnya, Diperbaiki, Perbaikan Gagal, Diabaikan, Belum Diperbaiki, Memperbaiki, Memverifikasi) tidak berubah selama satu tahun, sistem secara otomatis menghapus catatan kerentanan tersebut.

• Kerentanan Tidak Valid:
  Sistem secara otomatis menghapus catatan kerentanan jika statusnya tetap Invalid lebih lama dari periode retensi yang ditentukan dalam Retain Invalid Vulnerabilities For di bawah Vulnerability Settings.

Sistem operasi yang didukung untuk pemindaian dan perbaikan kerentanan

Dukungan kerentanan OS yang telah mencapai akhir masa pakai

Untuk sistem operasi yang telah mencapai Akhir Masa Pakai (EOL), Pusat Keamanan tidak lagi mendukung pemindaian, deteksi, atau perbaikan Kerentanan Perangkat Lunak Linux dan Kerentanan Sistem Windows yang diungkapkan setelah tanggal EOL.