Memantau perubahan konfigurasi dan penyimpangan di produksi

Apa yang dibandingkan setelah rilis?

Bandingkan konfigurasi yang aktif dengan acuan yang disetujui, lalu periksa alasan perbedaannya. Acuan itu disebut baseline. Penyimpangan, atau configuration drift, dapat muncul melalui konsol admin, proses otomatis, pemulihan atau perubahan darurat di luar alur rilis biasa.

Review Infrastructure as Code tetap dilakukan sebelum perubahan diterapkan. Artikel ini membahas keadaan sesudahnya: nilai apa yang benar-benar aktif, kapan diamati dan siapa yang menangani perbedaan. Rujukan NIST SP 800-128 adalah panduan teknis dengan konteks federal AS, bukan aturan yang otomatis wajib bagi semua bisnis Indonesia.

Tentukan cakupan yang masuk akal

Pilih nilai yang berdampak pada akses dan operasi, misalnya izin publik bucket, peran layanan, tujuan koneksi keluar, konfigurasi TLS atau pengiriman log. Catat identitas aset dan lingkungan. Dua resource bernama sama pada akun berbeda tidak boleh dianggap satu aset.

Simpan baseline yang telah disetujui, versi, waktu berlaku dan referensi keputusan. Pisahkan nilai yang memang berubah otomatis, seperti timestamp, dari nilai keamanan yang perlu diperiksa. Jangan mengabaikan field hanya agar hasil kembali hijau.

Pengambil snapshot perlu akses secukupnya untuk membaca konfigurasi. Jangan membuat akun monitoring menjadi admin tanpa kebutuhan. Hasil ekspor juga bisa sensitif: batasi pembaca dan jangan memasukkan token, kunci atau isi data pelanggan.

Bedakan tiga hasil pemeriksaan

Hasil	Tindak lanjut
Nilai yang diperiksa cocok	Catat waktu dan cakupan; ini belum membuktikan seluruh sistem aman.
Nilai berbeda	Bandingkan dengan perubahan yang disetujui, dampak, pemilik dan kebutuhan pemulihan.
Data hilang, salah format atau terlalu lama	Tandai belum dapat dinilai; perbaiki pengambilan bukti, bukan menyebutnya cocok.

Hash membantu membandingkan berkas, tetapi hash saja tidak menunjukkan siapa yang mengubahnya atau apakah perubahan disetujui. Log tindakan dan catatan persetujuan diperlukan untuk kesimpulan tersebut. Ketiadaan log membatasi penelusuran.

Contoh yang dijalankan: izin publik, peran dan egress

Unduh lab operasi infrastruktur 1.0. Bagian konfigurasi pada operations-lab.mjs menjalankan sepuluh kasus, 2 Oktober 2026, Node 24.21.0. Fixture membandingkan tiga nilai JSON buatan, dengan waktu tetap untuk menguji kesegaran.

Masukan aktual	Hasil fixture
Nilai sama; hanya nomor revisi berubah	Cocok pada field terpilih. Nomor revisi sengaja tidak dinilai.
Publik menjadi true, peran menjadi admin, atau tujuan menjadi wildcard	Penyimpangan terdeteksi, masing-masing sebagai kasus terpisah.
Peran admin dibandingkan dengan baseline baru yang memasukkannya	Cocok; fixture tidak memeriksa apakah persetujuan manusia sah.
Snapshot hilang atau public berupa teks, bukan boolean	Belum dapat dinilai.
Snapshot lebih tua dari 60 detik atau bertanggal masa depan	Belum dapat dinilai.

Enam puluh detik adalah ambang contoh, bukan interval wajib untuk produksi. Tentukan frekuensi dan umur bukti berdasarkan perubahan, dampak, kemampuan pengambilan data dan kebutuhan organisasi.

Fixture tidak membaca API cloud, menyisir aset, memverifikasi tanda tangan baseline, menentukan pelaku, atau mengembalikan konfigurasi secara otomatis. Snapshot yang cocok hanya mencakup tiga field tersebut. Rencana penerapan nyata perlu menguji asset yang luput, kegagalan izin pengambilan, nilai default/warisan, keterlambatan data dan perubahan serentak.

Tinjau sebelum mengembalikan konfigurasi

Buat catatan: aset, nilai sebelum/sesudah, waktu pengamatan, sumber bukti, keputusan yang berkaitan, dampak, pemilik dan tindakan. Perubahan darurat bisa diperlukan untuk memulihkan layanan; jangan langsung menimpanya dengan baseline lama tanpa memeriksa alasan dan risiko.

Jika perubahan sah, perbarui baseline melalui persetujuan yang berlaku. Jika tidak sah, batasi paparan sesuai kewenangan, simpan bukti dan eskalasi. Jika belum jelas, catat status terbuka dengan pemilik dan waktu tindak lanjut. Proses penanganan kejadian tetap mengikuti triase peringatan.

Buktikan perbaikan dan tutup pengecualian

Sesudah tindakan, ambil snapshot baru, uji akses yang seharusnya ditolak serta fungsi yang harus tetap berjalan. Koreksi izin publik belum membuktikan data sebelumnya tidak pernah diambil; penilaian insiden memerlukan bukti terpisah.

Hubungkan catatan ini dengan pemeriksaan bucket, alur jaringan layanan dan catatan verifikasi. Simpan bagian yang belum diuji agar pembaca berikutnya mengetahui batas hasil, bukan hanya status “selesai”.

Bagian panduan yang diringkas dari OWASP mengikuti CC BY-SA 4.0, dengan perubahan bahasa dan contoh. Kode, worksheet dan hasil contoh orisinal Kompli memakai CC0 1.0.