Implementasi penguatan keamanan yang kredibel memiliki janji sempit: memprioritaskan batas kepercayaan, mempersempit akses, penanganan rahasia, validasi, patching, logging, dan pemulihan. Perlakukan daftar periksa generik yang panjang dapat membiarkan jalur produk yang paling terbuka tidak tersentuh sebagai masukan desain, bukan kasus khusus untuk didokumentasikan nanti.
Definisikan arti operasi independen: Pengerasan Keamanan
Handoff pengerasan keamanan selesai ketika pemilik penerima dapat mengoperasikan, mendiagnosis, mengubah, dan memulihkan jalur yang relevan tanpa memori pribadi. Akses repositori saja tidak mentransfer keputusan tentang batasan kepercayaan, akses dengan hak istimewa paling rendah, dan penanganan rahasia. Tes pertama adalah apakah pemilik baru dapat mengidentifikasi kebijakan yang diterapkan di server dan transisi status yang dapat diaudit.
Transfer paket operasi yang dikelola: Pengerasan Keamanan
Termasuk status sistem, batas arsitektur, sumber konfigurasi, perintah rutin, dasbor, peringatan, proses akses, prosedur pencadangan atau ekspor, batas yang diketahui, kontak penyedia, dan risiko yang belum terselesaikan. Setiap item yang dapat kedaluwarsa memerlukan pemilik dan tanggal peninjauan. Tautkan sumber yang dikelola alih-alih menyalin instruksi ke dalam dokumen yang akan menua secara diam-diam.
Biarkan pemilik penerima menjalankan kasus sulit: Pengerasan Keamanan
pengembang asli harus memperhatikan saat pemilik baru menangani kasus ini: akses dicabut, pemilik tidak ada, atau permintaan berulang datang setelah penyelesaian sebagian. Mereka harus menentukan apakah permintaan tersebut diterima, menemukan pengujian yang diperbolehkan dan ditolak, catatan audit, tanggal kepemilikan, catatan pemulihan, dan log yang disunting, memilih pemulihan terbatas, dan mengomunikasikan hasilnya. Setiap instruksi yang dibisikkan menjadi cacat handoff.
Menutup kesenjangan akses dan pengecualian: Pengerasan Keamanan
Pengujian diizinkan, ditolak, dicabut, dan akses darurat. Hapus pintasan sementara tanpa pemilik saat ini. Perbarui pekerjaan terjadwal, perutean dukungan, kepemilikan kode, pengingat pembaruan, dan kontak eskalasi. Penandatanganan memerlukan demonstrasi independen bahwa tim dapat menguji tindakan berisiko tinggi tersebut dan memverifikasi bahwa kegagalan aman dan dapat diamati, ditambah peninjauan terhadap insiden yang berulang.
Peta keputusan: Penguatan Keamanan
- Batasan kepercayaan. Beri nama pemiliknya, catatan resmi, status yang diharapkan, dan respons saat ditolak untuk bagian penguatan keamanan ini.
- Akses dengan hak istimewa paling rendah. Dokumentasikan transisi normal, satu transisi terputus, dan pemulihan aman terkecil.
- Penanganan rahasia. Lampirkan tes yang dapat direproduksi, tanggal hasil, dan peninjau yang menerima risiko yang tersisa.
- Validasi masukan. status input, output, batas izin, dan kriteria penghentian sebelum menambahkan otomatisasi.
- Menambal. Catat perilaku tindakan berulang dan bukti mana yang membedakan coba ulang dari duplikasi.
kasus batas: Pengerasan Keamanan
- Ketika nilai tercatat untuk batas kepercayaan berubah setelah akses dengan hak istimewa paling rendah disimpan, sebutkan nilai mana yang menang dan bagaimana status yang kalah direkonsiliasi.
- Jika bukti untuk penanganan rahasia tidak tersedia saat permintaan penguatan keamanan sedang berlangsung, pertahankan konteks yang cukup untuk membedakan penolakan dari penyelesaian sebagian.
- Tindakan berulang yang melibatkan validasi masukan akan mengembalikan hasil yang ada atau mengekspos kemungkinan efek duplikat sebelum coba ulang.
- Perubahan yang ditolak pada patching harus membiarkan status resmi tidak tersentuh dan membuat catatan audit yang tidak mengungkapkan rahasia apa pun.
- Pemulihan harus memulihkan status terkecil yang dapat dipercaya terlebih dahulu, lalu memverifikasi hasil penguatan keamanan yang terlihat terhadap catatan yang disimpan.
Ukur keputusan, bukan aktivitas: Pengerasan Keamanan
Lacak insiden berulang dan waktu perbaikan manual. Sebelum mengumpulkan hasil untuk penguatan keamanan, tentukan populasi, lingkungan, jangka waktu, dan pemilik setiap tindakan. Aktivitas hanya berguna jika aktivitas tersebut memperjelas apakah hasil penguatan keamanan yang dilindungi menjadi lebih aman atau lebih mudah untuk dipulihkan.
Tetapkan ambang batas investigasi untuk penguatan keamanan terlebih dahulu. Tinjauan serah terima juga harus menyebutkan respons yang diizinkan, bukti yang diperlukan untuk menyelesaikan masalah, dan tanggal peninjauan berikutnya. Hentikan pengumpulan data penguatan keamanan ketika data tersebut tidak lagi dapat membedakan keberhasilan, penolakan, penundaan, duplikasi, atau pemulihan, atau ketika data tersebut tidak lagi mengubah keputusan.
Sumber dan bukti lokal: Pengerasan Keamanan
Referensi utama ini mendokumentasikan perilaku platform yang relevan dengan penguatan keamanan. Untuk penguatan keamanan, referensi tersebut menetapkan terminologi dan batasan; mereka tidak memverifikasi implementasi lokal.
- Keamanan Mesin Docker
- Standar Verifikasi Keamanan Aplikasi OWASP
- Cheat Sheet Otorisasi
- Cheat Sheet Validasi Input
- Cheat Sheet Logging
Klaim penguatan keamanan apa pun yang dapat dipublikasikan masih memerlukan bukti lokal bertanggal: konfigurasi, hasil pengujian, tangkapan layar, log, kueri, atau hasil pemulihan dari produk yang disebutkan. Tinjauan serah terima harus menyatakan dengan tepat artefak mana yang mendukung setiap klaim penting.
Contoh InMyDraft terkait: Pengerasan Keamanan
InMyCitizen memberikan contoh lokal batas produk yang dapat diperiksa dan relevan dengan pengerasan keamanan. Katalog proyeknya mencatat detail penerapan berikut: Staf lembaga mengelola antrean kasus dan memajukan kasus yang memenuhi syarat melalui tahapan, dan admin lembaga menggunakan Layanan tanpa kode pengembang untuk menerbitkan layanan baru yang segera muncul di katalog penduduk dan mencari.
Perbandingan antara InMyCitizen dan penguatan keamanan sengaja dibuat sempit. Ini menunjukkan bagaimana satu produk membuat status dan bukti terlihat; hal ini tidak membuktikan bahwa setiap rekomendasi penguatan keamanan telah diterapkan. Gunakan contoh InMyCitizen untuk meninjau penguatan keamanan, bukan sebagai pengganti pengujian produk dalam cakupannya.
Tinjau daftar periksa: Pengerasan Keamanan
- Pemilik penerima dapat menemukan kebijakan yang diterapkan di server dan transisi status yang dapat diaudit tanpa instruksi pribadi.
- Operasi normal, penolakan, kegagalan ketergantungan, dan pemulihan didokumentasikan.
- Pemilik baru secara independen menunjukkan bahwa tim dapat menguji tindakan berisiko tinggi yang disebutkan dan memverifikasi bahwa kegagalan aman dan dapat diamati.
- Peringatan, kredensial, akun penyedia, dan pekerjaan terjadwal telah ditentukan pemiliknya.
- Pengecualian sementara memiliki tanggal kedaluwarsa dan default yang aman.
Keputusan penguatan keamanan siap untuk tahap berikutnya ketika orang lain yang bertanggung jawab dapat mereproduksi bukti, menjelaskan batas kegagalan, dan melakukan pemulihan tanpa bergantung pada ingatan penulis asli.
