Secrets management mengendalikan cara password, API key, sertifikat, dan token dibuat, disimpan, diberikan, dirotasi, dipantau, serta dicabut. Tujuannya bukan sekadar menyembunyikan nilai di environment variable, melainkan membatasi siapa yang dapat menggunakannya, untuk berapa lama, dan dengan bukti apa.
Inventarisasi Secret dan Pemiliknya
Periksa repository, konfigurasi CI/CD, cloud account, file konfigurasi, shared drive, ticket, dan chat. Klasifikasikan setiap secret menurut sistem, environment, pemilik, privilege, expiry, dan metode rotasi.
Anggap kredensial yang pernah terekspos sudah bocor. Menghapusnya dari commit terbaru tidak menghilangkan riwayat, fork, log, atau cache; cabut dan ganti.
Sentralisasikan Penyimpanan
Gunakan managed secrets service atau vault khusus dengan enkripsi, access policy, audit, versioning, dan availability yang sesuai. Jangan membuat vault umum dari tabel database kecuali ada kebutuhan luar biasa yang telah direview.
Pisahkan production dan non-production. Developer tidak semestinya membutuhkan secret produksi secara rutin di laptop.
Utamakan Identitas Berumur Pendek
Secret tersimpan terbaik adalah secret yang tidak perlu ada. Gunakan workload identity, federation, dan temporary credential jika tersedia. Berikan setiap CI job, container, dan service identitas sendiri dengan role sempit.
Untuk kredensial statis yang tidak terhindarkan, tetapkan expiry, otomasi rotasi, dan buat aplikasi dapat memuat nilai baru tanpa deployment manual yang mengganggu.
Kirim Secret dengan Aman
Ambil secret saat runtime melalui kanal terenkripsi dan terautentikasi. Jangan memasukkannya ke container image, argumen command line, output build, URL, atau telemetry. Batasi izin file dan paparan memori sesuai risiko.
Masking log hanyalah kontrol cadangan. Cegah nilai dicatat sejak sumber dan uji redaksi.
Terapkan Least Privilege
Pisahkan hak mengelola vault dari hak membaca secret aplikasi. Batasi akses menurut workload, environment, dan path. Wajibkan approval lebih kuat untuk kredensial berdampak besar dan akses darurat.
Audit pembacaan, perubahan, akses gagal, perubahan policy, dan pengambilan massal. Alert perlu mendeteksi lokasi, identitas, volume, dan secret dorman yang tidak biasa.
Siapkan Rotasi dan Respons
Dokumentasikan rotasi database, API pihak ketiga, sertifikat, signing key, dan encryption key. Gunakan dua key atau masa validitas tumpang tindih jika sistem tidak dapat berpindah secara atomik.
Playbook insiden harus memetakan sistem terdampak, mencabut akses, mengganti secret, membatalkan sesi, memeriksa penggunaan, dan menjaga bukti. Ukur usia secret, jumlah secret statis, keberhasilan rotasi, waktu deteksi, dan waktu pencabutan.
Layanan cybersecurity DualByte dapat membangun arsitektur secret dan menghapus kredensial berbahaya dari alur delivery.
Sumber
Butuh bantuan implementasi?
Konsultasi gratis dengan tim DualByte untuk solusi teknologi bisnis Anda.
