Pemisahan tugas adalah konsep untuk memastikan bahwa satu kepala tidak memiliki semua izin yang diperlukan untuk menyelesaikan tindakan berbahaya. Di Cloud Key Management Service, hal ini dapat berupa tindakan seperti menggunakan kunci untuk mengakses dan mendekripsi data yang tidak memiliki alasan yang valid untuk diakses oleh pengguna tersebut.
Pembagian tugas adalah kontrol bisnis yang biasanya digunakan di organisasi yang lebih besar, yang dimaksudkan untuk membantu menghindari insiden dan kesalahan keamanan atau privasi. Hal ini dianggap sebagai praktik terbaik.
Di Cloud KMS, pemisahan tugas memerlukan perbedaan yang ketat antara peran berikut:
- Pengelola kunci: Principal yang diberi otorisasi untuk mengelola siklus proses kunci, termasuk pembuatan, penghapusan, rotasi, dan perubahan status—misalnya, pengguna dengan peran Admin Cloud KMS.
- Pengguna kunci: Principal yang diberi otorisasi untuk menggunakan kunci, termasuk enkripsi, dekripsi, penandatanganan, atau verifikasi tanda tangan—misalnya, pengguna dengan peran Cloud KMS CryptoKey Encrypter/Decrypter.
Saat Anda menggunakan kunci Cloud KMS untuk kunci enkripsi yang dikelola pelanggan, sebaiknya akun layanan menjadi satu-satunya prinsipal yang diberi otorisasi untuk menggunakan kunci tersebut dalam proses enkripsi dan dekripsi. Untuk mengetahui informasi selengkapnya tentang cara integrasi CMEK menangani akses resource, lihat Cara layanan yang terintegrasi dengan CMEK menangani akses resource.
Jika ingin membuat pembatasan untuk menerapkan rekomendasi ini, Anda dapat menggunakan kebijakan penolakan IAM untuk menghapus izin enkripsi dan dekripsi dari akun utama selain akun layanan. Untuk mengetahui informasi selengkapnya tentang cara menggunakan peran IAM dengan aman, lihat Menggunakan IAM dengan aman.
Tata kelola kunci
Tata kelola kunci menjelaskan siapa di organisasi yang bertanggung jawab untuk mengelola siklus proses resource Cloud KMS Anda dan mempertahankan batas pengamanan untuk mengontrol cara Cloud KMS digunakan. Pendekatan tata kelola utama ada pada spektrum dari tata kelola terpusat hingga tata kelola yang didelegasikan:
- Tata kelola terpusat: Tim keamanan atau platform khusus bertanggung jawab untuk mengelola siklus proses semua kunci kriptografi di seluruh organisasi. Model ini sering dipilih oleh perusahaan yang sangat diatur dengan persyaratan kepatuhan yang ketat.
- Tata kelola yang didelegasikan: Tim keamanan pusat menggunakan mekanisme pengamanan untuk mewajibkan standar enkripsi, tetapi mendelegasikan tanggung jawab untuk operasi siklus proses kunci kepada pemilik aplikasi dalam project mereka. Pembatasan ini dapat mencakup kebijakan organisasi menggunakan batasan terkelola dan batasan kustom serta pemberian dan penolakan kebijakan IAM. Hal ini menghilangkan hambatan operasional pusat.
Penyimpanan kunci
Penyimpanan kunci menjelaskan tempat resource Cloud KMS dibuat dalam organisasi. Ada dua pendekatan utama untuk penyimpanan kunci: penyimpanan kunci project khusus dan penyimpanan kunci project yang sama.
- Penyimpanan kunci project khusus: Project kunci khusus berisi kunci yang digunakan untuk beberapa aplikasi. Biasanya, setiap folder lingkungan memiliki project kuncinya sendiri. Anda dapat menggunakan Autokey dengan penyimpanan kunci project khusus.
- Penyimpanan kunci dalam project yang sama: Kunci disimpan dalam projectGoogle Cloud yang sama dengan resource yang dilindunginya. Hal ini terkadang dideskripsikan sebagai "kunci mengikuti data". Anda dapat menggunakan Autokey dengan penyimpanan kunci dalam project yang sama.
Menyelaraskan tata kelola dan penyimpanan
Matriks berikut memberikan contoh cara menggabungkan model tata kelola dan penyimpanan ini untuk memenuhi berbagai kebutuhan organisasi:
| Model Tata Kelola | Penyimpanan kunci project khusus | Penyimpanan kunci project yang sama |
|---|---|---|
| Tata kelola terpusat | Pendekatan yang sepenuhnya terpusat Penggunaan yang direkomendasikan: Organisasi dengan persyaratan peraturan yang ketat yang mewajibkan isolasi batas project. Dampak operasional: Kompleksitas penyiapan tinggi. Memerlukan otomatisasi yang andal (seperti "project factory") untuk mencegah keterlambatan operasional bagi tim pengembangan. |
Kepemilikan yang diatur Penggunaan yang direkomendasikan: Organisasi yang memerlukan pengawasan keamanan terpusat, tetapi ingin memaksimalkan kecepatan developer. Dampak operasional: Kompleksitas penyiapan rendah. Keamanan terpusat menerapkan kebijakan menggunakan pedoman, sementara kunci ditempatkan bersama resource yang dilindunginya agar mudah dikelola. |
| Tata kelola yang didelegasikan | Tidak direkomendasikan Memperkenalkan kompleksitas IAM lintas project akan mengalahkan tujuan mendelegasikan pengelolaan kunci kepada tim aplikasi. |
DevOps Otonom Penggunaan yang direkomendasikan: Organisasi yang terdesentralisasi dan berkecepatan tinggi dengan budaya DevOps yang kuat. Dampak operasional: Kompleksitas penyiapan minimal. Tim aplikasi memiliki otonomi penuh atas resource dan kunci dalam batas project mereka. |
Penyimpanan kunci project yang sama
Menerapkan pemisahan tugas dalam pengelolaan kunci di project yang sama memerlukan pemisahan peran IAM secara ketat. Misalnya, Anda dapat menggunakan kebijakan penolakan IAM untuk menghapus izin enkripsi dan dekripsi dari pengelola kunci Anda.
Anda dapat mengaktifkan Autokey dengan penyimpanan kunci project yang sama di project atau folder untuk mengizinkan pembuatan kunci otomatis di project yang sama dengan resource yang dilindungi kunci. Untuk informasi selengkapnya, lihat Mengaktifkan Autokey dengan penyimpanan kunci project yang sama.
Penyimpanan kunci project khusus
Dalam model penyimpanan kunci project khusus, project kunci khusus dikelola oleh tim keamanan pusat, yang memiliki izin administrasi kunci dalam project kunci, tetapi dibatasi untuk mengakses project yang berisi resource yang dilindungi oleh kunci tersebut.
Anda dapat mengaktifkan Autokey dengan penyimpanan kunci project khusus di folder untuk mengizinkan pembuatan kunci otomatis menggunakan model penyimpanan kunci terpusat. Untuk mengetahui informasi selengkapnya, lihat Menyiapkan Autokey dengan penyimpanan kunci project khusus.
Mengotomatiskan dan memantau kepatuhan
Google Cloud menyediakan alat berikut untuk mengotomatiskan dan memantau batas keamanan Anda:
- Kunci Otomatis Cloud KMS: Kunci Otomatis mendukung penyimpanan kunci project khusus dan penyimpanan kunci project yang sama. Untuk keduanya, pemisahan tugas diotomatiskan dengan memberikan peran penggunaan kunci secara otomatis kepada agen layanan yang diperlukan, bukan kepada orang yang meminta kunci. Autokey dirancang untuk mendukung pipeline infrastructure as code yang tidak memerlukan hak istimewa yang ditingkatkan untuk pembuatan kunci.
- Security Command Center: Pantau temuan Pemisahan Peran KMS untuk mendeteksi setiap entitas, termasuk Project Owner atau akun layanan Google, yang memiliki izin administratif dan kriptografis pada satu kunci.
- Metrik enkripsi CMEK: Gunakan dasbor Metrik enkripsi untuk memverifikasi keselarasan dengan praktik pemisahan tugas di seluruh organisasi.