Amankan penerapan Azure Key Vault Managed HSM Anda

HSM terkelola adalah layanan Modul Keamanan Perangkat Keras (HSM) penyewa tunggal yang dikelola sepenuhnya, dengan ketersediaan tinggi, yang menyediakan perlindungan kunci kriptografi tervalidasi FIPS 140-3 Level 3 untuk aplikasi cloud Anda. Karena HSM Terkelola melindungi kunci dan rahasia kriptografi Anda yang paling sensitif, menerapkan kontrol keamanan yang komprehensif sangat penting untuk melindungi dari ancaman dan menjaga kelangsungan bisnis.

Artikel ini memberikan rekomendasi keamanan untuk membantu melindungi penyebaran HSM Terkelola Anda.

Rekomendasi keamanan dalam artikel ini menerapkan prinsip Zero Trust: "Verifikasi secara eksplisit", "Gunakan akses hak istimewa paling sedikit", dan "Asumsikan pelanggaran". Untuk panduan Zero Trust yang komprehensif, lihat Pusat Panduan Zero Trust.

Keamanan khusus layanan

Keamanan khusus layanan membahas karakteristik unik HSM Terkelola, termasuk perlindungan tingkat perangkat keras, kepatuhan FIPS, dan operasi kriptografi khusus yang membedakannya dari layanan Azure lainnya.

  • Terapkan bring-your-own-key (BYOK) untuk kepatuhan terhadap peraturan: Gunakan BYOK untuk mengimpor kunci yang dilindungi HSM dari HSM lokal saat persyaratan peraturan mengamanatkan prosedur pembuatan kunci tertentu. BYOK memastikan kunci tidak pernah ada di luar batas HSM dalam bentuk teks biasa selama proses transfer. Untuk informasi selengkapnya, lihat Mengimpor kunci yang dilindungi HSM ke Managed HSM (BYOK).

  • Menerapkan prosedur pengesahan kunci yang tepat: Gunakan kemampuan pengesahan kunci untuk membuktikan bahwa kunci dihasilkan dan diproses dalam batas perangkat keras FIPS 140-3 Tingkat 3. Penegasan kunci memberikan bukti kriptografi asal-usul kunci untuk situasi tingkat kepastian tinggi. Untuk informasi selengkapnya, lihat Pengesahan kunci.

  • Mengonfigurasi replikasi lintas wilayah untuk kelangsungan bisnis: Aktifkan replikasi multiregion untuk memperluas HSM Terkelola Anda dari wilayah utama ke wilayah yang diperluas, menyediakan penyebaran aktif-aktif dengan replikasi otomatis. Kedua wilayah dapat melayani permintaan, dan Traffic Manager merutekan permintaan ke wilayah terdekat yang tersedia, meningkatkan SLA menjadi 99.99% secara keseluruhan. Untuk informasi selengkapnya, lihat Replikasi multi-wilayah.

  • Mengontrol akses manajemen kunci Azure Resource Manager: HSM terkelola tidak mempercayai Azure Resource Manager secara default, tidak seperti Key Vault standar. Jika lingkungan Anda memerlukan manajemen kunci berbasis portal atau templat ARM, secara eksplisit mengaktifkan pengaturan AllowKeyManagementOperationsThroughARM. Nonaktifkan pengaturan ini untuk lingkungan jaminan yang lebih tinggi di mana kepercayaan ARM dianggap sebagai risiko. Untuk informasi selengkapnya, lihat Mengizinkan operasi manajemen kunci melalui Azure Resource Manager.

Keamanan jaringan

Keamanan jaringan melindungi HSM Terkelola Anda melalui konektivitas yang aman dan kontrol akses jaringan. Fitur keamanan jaringan ini tercantum dari kemampuan yang paling dibatasi hingga paling tidak terbatas. Pilih konfigurasi yang paling sesuai dengan kasus penggunaan organisasi Anda. Untuk informasi terperinci tentang semua konfigurasi keamanan jaringan, lihat Keamanan jaringan untuk Azure Key Vault Managed HSM.

  • Nonaktifkan akses jaringan publik dan gunakan Titik Akhir Privat saja: Sebarkan Azure Private Link untuk membangun konektivitas privat dan aman ke instans HSM Terkelola Anda dengan membuat titik akhir privat di jaringan virtual Anda. Menonaktifkan akses jaringan publik mencegah akses dari alamat IP publik dengan mengonfigurasi HSM Terkelola Anda untuk menolak akses jaringan publik. Konfigurasi ini mencegah paparan internet publik dan merutekan semua lalu lintas melalui jaringan backbone Microsoft. Untuk informasi selengkapnya, lihat Mengintegrasikan HSM Terkelola dengan Azure Private Link.

  • Mengonfigurasi firewall HSM Terkelola dengan layanan tepercaya: Konfigurasikan aturan firewall HSM Terkelola untuk menolak akses internet publik sekaligus mengizinkan layanan Azure tepercaya tertentu melalui --bypass AzureServices pengaturan saat diperlukan oleh skenario Anda. Konfigurasi ini membatasi permukaan serangan sambil mempertahankan integrasi layanan yang diperlukan. Untuk informasi selengkapnya, lihat Keamanan jaringan: Firewall HSM Terkelola Diaktifkan (Layanan Tepercaya).

  • Aktifkan IP Network Firewall: Batasi akses ke alamat IP statis publik saat skenario jaringan memerlukan akses publik yang dikontrol. Untuk informasi selengkapnya, lihat Keamanan jaringan: Firewall HSM Terkelola Diaktifkan (IP Network Firewall).

Untuk instruksi konfigurasi langkah demi langkah, lihat Cara mengonfigurasi pengaturan jaringan HSM Terkelola.

Manajemen identitas dan akses

Manajemen identitas dan akses mengamankan autentikasi dan otorisasi ke sumber daya HSM Terkelola Anda. HSM terkelola menggunakan model akses dua lapisan dengan sistem otorisasi yang berbeda untuk operasi lapisan kontrol dan lapisan data.

  • Menerapkan RBAC lokal HSM Terkelola untuk akses lintasan data: Gunakan RBAC lokal HSM Terkelola untuk mengontrol akses ke kunci dan operasi kriptografi di dalam HSM. Sistem otorisasi ini beroperasi secara independen dari Azure RBAC dan menyediakan izin terperinci untuk operasi utama, penetapan peran, dan manajemen domain keamanan. Untuk informasi selengkapnya, lihat Kontrol akses untuk HSM Terkelola.

  • Mengaktifkan identitas terkelola untuk akses aplikasi: Mengonfigurasi identitas terkelola yang ditetapkan sistem atau ditetapkan pengguna untuk aplikasi guna mengautentikasi ke HSM Terkelola tanpa menyimpan kredensial dalam file kode atau konfigurasi. Identitas terkelola terintegrasi dengan MICROSOFT Entra ID dan secara otomatis menangani rotasi kredensial. Untuk informasi selengkapnya, lihat Kontrol akses untuk HSM Terkelola.

  • Terapkan akses hak istimewa terkecil dengan cakupan yang sesuai: Berikan izin pada cakupan paling ketat yang diperlukan - baik tingkat HSM (/ atau /keys) untuk akses luas atau tingkat kunci (/keys/<key-name>) untuk akses kunci tertentu. Gunakan peran bawaan seperti Managed HSM Crypto Officer, Managed HSM Crypto User, atau Managed HSM Crypto Auditor berdasarkan operasi yang diperlukan. Untuk informasi selengkapnya, lihat Kontrol akses untuk HSM Terkelola.

  • Tetapkan peran Administrator HSM ke grup keamanan: Berikan peran Administrator HSM ke grup keamanan Microsoft Entra alih-alih pengguna individual untuk mencegah penguncian yang tidak disengaja jika akun pengguna dihapus. Pendekatan ini menyederhanakan manajemen izin dan memastikan kelangsungan akses administratif selama proses provisi HSM. Untuk informasi selengkapnya, lihat Kontrol akses untuk HSM Terkelola.

  • Aktifkan Privileged Identity Management untuk peran administratif: Gunakan Microsoft Entra Privileged Identity Management (PIM) untuk menerapkan akses just-in-time untuk peran yang sangat istimewa seperti Administrator HSM Terkelola. PIM mengurangi risiko hak istimewa administratif yang terus-menerus dan menyediakan alur kerja persetujuan untuk akses tingkat tinggi. Untuk informasi selengkapnya, lihat Kontrol akses untuk HSM Terkelola.

  • Akses lapisan kontrol dan lapisan data terpisah: Pahami bahwa akses lapisan kontrol (Azure RBAC) untuk mengelola sumber daya HSM tidak memberikan hak akses ke lapisan data untuk kunci. Secara eksplisit menetapkan peran bidang data melalui RBAC lokal HSM Terkelola kepada pengguna yang perlu melakukan operasi utama. Untuk informasi selengkapnya, lihat Kontrol akses untuk HSM Terkelola.

Perlindungan data

Perlindungan data melindungi kunci kriptografi dan data sensitif yang disimpan di HSM Terkelola melalui enkripsi, kebijakan manajemen kunci, dan praktik penyimpanan yang aman. Perlindungan data yang tepat memastikan materi kunci tetap rahasia dan tahan terhadap perubahan.

  • Menerapkan kontrol multiperson untuk domain keamanan: Mengonfigurasi kuorum domain keamanan dengan beberapa pasangan kunci RSA (minimal tiga disarankan) untuk mencegah kontrol satu orang atas pemulihan HSM. Tentukan ambang kuorum yang mengharuskan beberapa pemegang kunci berkolaborasi untuk dekripsi domain keamanan, memastikan tidak ada individu tunggal yang dapat membahayakan HSM. Untuk informasi selengkapnya, lihat Gambaran umum domain keamanan.

  • Menyimpan kunci domain keamanan secara offline di lokasi yang aman: Simpan kunci privat domain keamanan pada perangkat penyimpanan offline terenkripsi seperti drive USB terenkripsi yang disimpan di lokasi geografis terpisah dalam brankas fisik atau kotak kunci. Jangan pernah menyimpan kunci domain keamanan di komputer yang terhubung ke internet untuk mengurangi paparan ancaman siber dan memastikan keamanan air-gap. Untuk informasi selengkapnya, lihat Gambaran umum domain keamanan.

  • Menetapkan prosedur manajemen kunci domain keamanan: Menerapkan kebijakan untuk peninjauan berkala penahanan kunci domain keamanan ketika perubahan personel terjadi atau ketika kunci mungkin disusupi. Tanggung jawab pemegang domain keamanan dalam konteks dokumen meliputi mempertahankan catatan akurat tentang lokasi dan tanggung jawab kunci, serta memastikan bahwa kuorum dapat dibentuk dalam skenario pemulihan bencana. Untuk informasi selengkapnya, lihat Gambaran umum domain keamanan.

  • Aktifkan perlindungan penghapusan menyeluruh untuk HSM dan kunci: Konfigurasikan perlindungan penghapusan menyeluruh untuk mencegah penghapusan permanen HSM atau kunci individual sebelum periode retensi berakhir. Kontrol ini melindungi dari penghapusan yang tidak disengaja atau berbahaya dan menyediakan jendela pemulihan untuk operasi penting. Untuk informasi lebih lanjut, lihat Gambaran umum Soft-delete.

  • Mengonfigurasi periode retensi penghapusan sementara yang sesuai: Atur periode retensi penghapusan sementara antara 7 hingga 90 hari berdasarkan persyaratan pemulihan dan kebutuhan kepatuhan Anda. Periode retensi yang lebih lama memberikan lebih banyak waktu pemulihan tetapi mungkin bertentangan dengan persyaratan residensi data. Untuk informasi selengkapnya, lihat Ringkasan soft-delete.

  • Mengonfigurasi rotasi kunci otomatis: Siapkan kebijakan rotasi kunci otomatis untuk menghasilkan versi kunci baru secara teratur tanpa intervensi manual. HSM terkelola mendukung pemicu rotasi yang berbasis pembuatan dan berbasis kedaluwarsa dengan interval rotasi minimum 28 hari. Rotasi kunci otomatis membantu memenuhi praktik terbaik kriptografi yang merekomendasikan memutar kunci enkripsi setidaknya setiap dua tahun. Untuk informasi selengkapnya, lihat Mengonfigurasi autorotasi kunci di HSM Terkelola.

Pengelogan dan pemantauan

Pengelogan dan pemantauan memberikan visibilitas ke dalam pola dan operasi akses HSM, memungkinkan deteksi ancaman dan pelaporan kepatuhan. Pengelogan komprehensif membantu mengidentifikasi aktivitas mencurigakan dan mendukung penyelidikan forensik.

  • Aktifkan pengelogan audit dengan pengaturan diagnostik: Konfigurasikan pengaturan diagnostik untuk mengambil semua permintaan REST API yang diautentikasi, operasi kunci, dan tindakan domain keamanan dalam tabel AzureDiagnostics. Alihkan log ke akun Azure Storage, ruang kerja Log Analytics, atau Azure Event Hubs berdasarkan persyaratan retensi dan analisis Anda. Untuk informasi selengkapnya, lihat Pengelogan HSM terkelola.

  • Menganalisis log dengan Azure Monitor dan Analitik Log: Gunakan Azure Monitor untuk mengumpulkan dan menganalisis log HSM melalui kueri KQL yang memfilter pada ResourceProvider "MICROSOFT. KEYVAULT" dan ResourceType "MANAGEDHSMS". Buat dasbor dan buku kerja kustom untuk tim operasi keamanan untuk memantau pola akses dan penggunaan kunci. Untuk informasi selengkapnya, lihat Memantau HSM Terkelola.

  • Mengonfigurasi pemberitahuan untuk peristiwa keamanan penting: Membuat aturan pemberitahuan Azure Monitor untuk peristiwa seperti ketersediaan HSM turun di bawah 100%, latensi API layanan melebihi ambang batas, pola kode kesalahan yang tidak biasa, atau upaya autentikasi yang gagal. Sesuaikan ambang batas statis dan ambang batas dinamis untuk mengurangi kesalahan positif sambil menjaga visibilitas keamanan. Untuk informasi selengkapnya, lihat Mengonfigurasi pemberitahuan HSM Terkelola.

  • Integrasikan dengan Microsoft Azure Sentinel untuk deteksi ancaman tingkat lanjut: Sebarkan Microsoft Sentinel untuk mendeteksi aktivitas mencurigakan secara otomatis menggunakan analitik pembelajaran mesin dan aturan deteksi kustom khusus untuk operasi HSM Terkelola. Buat aturan analitik untuk operasi sensitif seperti unduhan domain keamanan, operasi kunci massal, atau pola akses anomali. Untuk informasi selengkapnya, lihat Menyiapkan Microsoft Sentinel untuk HSM Terkelola.

  • Menerapkan kebijakan retensi log yang tepat: Menetapkan periode retensi log yang memenuhi persyaratan kepatuhan dan mendukung penyelidikan forensik. Gunakan kebijakan retensi Analitik Log Azure Monitor untuk mengelola biaya penyimpanan sambil mempertahankan kemampuan investigasi yang memadai untuk insiden keamanan. Untuk informasi selengkapnya, lihat Memantau HSM Terkelola.

Kepatuhan dan tata kelola

Kontrol kepatuhan dan tata kelola memastikan penyebaran HSM Terkelola Anda memenuhi persyaratan peraturan dan kebijakan organisasi melalui penegakan kebijakan otomatis dan pemantauan kepatuhan.

  • Implement Azure Policy untuk tata kelola utama: Berikan peran Managed HSM Crypto Auditor ke Managed HSM Key Governance Service (ID Aplikasi: a1b76039-a76c-499f-a2dd-846b4cc32627) untuk mengaktifkan pemindaian kepatuhan Azure Policy. Kemudian, tentukan aturan kebijakan untuk mengaudit atau menerapkan konfigurasi kunci aman, termasuk persyaratan kedaluwarsa kunci, ukuran kunci RSA minimum, dan pembatasan algoritma kurva elips. Tanpa penetapan peran ini, Azure Policy tidak dapat mengevaluasi inventori kunci lengkap Anda. Untuk informasi selengkapnya, lihat Mengintegrasikan HSM Terkelola dengan Azure Policy.

  • Mengonfigurasi siklus hidup utama dan standar kriptografi: Gunakan definisi Azure Policy bawaan untuk menerapkan tanggal kedaluwarsa kunci, mengamanatkan ukuran kunci RSA minimum untuk kepatuhan keamanan, membatasi kriptografi kurva elips ke nama kurva yang disetujui (P-256, P-256K, P-384, P-521), dan pastikan kunci memiliki waktu yang memadai sebelum kedaluwarsa untuk prosedur rotasi. Untuk informasi selengkapnya, lihat Mengintegrasikan HSM Terkelola dengan Azure Policy.

  • Memantau kepatuhan melalui dasbor Azure Policy: Gunakan dasbor kepatuhan Azure Policy untuk melacak kepatuhan terhadap standar keamanan kriptografi dan mengidentifikasi kunci yang tidak sesuai yang memerlukan remediasi. Siapkan efek kebijakan audit dan penolakan untuk memberikan visibilitas dan penegakan patokan keamanan. Untuk informasi selengkapnya, lihat Mengintegrasikan HSM Terkelola dengan Azure Policy.

Pencadangan dan pemulihan

Pencadangan dan pemulihan melindungi dari kehilangan data dan memungkinkan kelangsungan bisnis melalui strategi pencadangan yang tepat, prosedur pemulihan bencana, dan pengujian pemulihan untuk memastikan kunci kriptografi tetap dapat diakses.

  • Membuat cadangan HSM penuh reguler: Jadwalkan pencadangan HSM penuh otomatis yang mencakup semua kunci, versi, atribut, tag, dan penetapan peran untuk mencegah kehilangan data dari kegagalan perangkat keras atau insiden operasional. Gunakan identitas terkelola yang ditetapkan pengguna untuk operasi pencadangan untuk mengaktifkan akses aman ke akun penyimpanan tanpa manajemen kredensial. Untuk informasi selengkapnya, lihat Pencadangan dan pemulihan penuh.

  • Menerapkan cadangan tingkat kunci individual untuk kunci penting: Buat cadangan selektif kunci bernilai tinggi dengan menggunakan az keyvault key backup perintah untuk mengaktifkan pemulihan terperinci tanpa operasi pemulihan HSM penuh. Cadangan kunci dienkripsi dan terkait secara kriptografis dengan domain keamanan, yang berarti cadangan tersebut hanya dapat dipulihkan ke HSM yang berbagi domain keamanan yang sama. Untuk informasi selengkapnya, lihat Pencadangan dan pemulihan penuh.

  • Menyiapkan prosedur pemulihan bencana yang komprehensif: Mengembangkan dan menguji rencana pemulihan bencana yang mencakup pemulihan domain keamanan dengan menggunakan pasangan kunci RSA, prosedur pemulihan cadangan, dan langkah-langkah konfigurasi ulang aplikasi. Pastikan Anda mempertahankan akses offline yang aman ke file domain keamanan, kunci privat (kuorum minimum), dan cadangan terbaru yang disimpan di lokasi yang terpisah secara geografis. Untuk informasi selengkapnya, lihat Panduan pemulihan bencana.

  • Uji prosedur pencadangan dan pemulihan secara teratur: Lakukan latihan pemulihan bencana berkala dengan menggunakan instans HSM non-produksi untuk memvalidasi pemulihan domain keamanan, pemulihan cadangan, dan alur kerja pemulihan bencana lengkap. Pengujian memastikan pemegang kuorum domain keamanan dapat berhasil menjalankan operasi pemulihan dan memverifikasi integritas cadangan. Untuk informasi selengkapnya, lihat Panduan pemulihan bencana.

  • Penyimpanan cadangan aman dengan kontrol akses yang tepat: Simpan cadangan HSM di akun Azure Storage yang dikonfigurasi dengan izin RBAC yang sesuai, titik akhir privat, dan kunci enkripsi yang dikelola pelanggan. Konfigurasikan identitas terkelola yang ditetapkan pengguna dengan peran Kontributor Data Blob Penyimpanan dan terapkan kebijakan penyimpanan cadangan yang menyeimbangkan persyaratan pemulihan dengan biaya penyimpanan. Untuk informasi selengkapnya, lihat Pencadangan dan pemulihan penuh.

Langkah selanjutnya

  • Last updated on