ONLINEKINI.ID — Sebuah perusahaan menengah nyaris kehilangan data pelanggan aslinya karena membiarkan server uji terbuka di jaringan publik selama berbulan-bulan. Kasus ini menunjukkan bahwa celah keamanan terbesar sering datang bukan dari serangan canggih, melainkan dari kelalaian sederhana yang dibiarkan menumpuk.
Richard Schut, Managing Director sekaligus peneliti perangkat lunak AI di SmartRepl, menceritakan pengalaman lama saat bekerja di sebuah perusahaan menengah. Ketika itu ia dan timnya tengah menjalankan audit keamanan untuk memetakan potensi masalah sebelum memindahkan sejumlah sistem lokal ke cloud. Dari proses itu, mereka menemukan sesuatu yang seharusnya tidak ada.
Ada sebuah lingkungan uji (test environment) yang bisa diakses dari luar jaringan perusahaan. Lebih buruk lagi, lingkungan itu terhubung ke basis data yang berisi informasi pelanggan asli, bukan data contoh.
Berawal dari Kebutuhan Demonstrasi Sesaat
Lingkungan tersebut awalnya dibuat untuk keperluan jangka pendek. Tim pengembang butuh tempat untuk mendemonstrasikan aplikasi dan menguji proses migrasi, sehingga sebuah staging instance dibangun dengan cepat. Tidak ada rencana menjadikannya bagian dari infrastruktur permanen perusahaan.
Namun, lingkungan itu masih berjalan berbulan-bulan setelah pertama kali disiapkan. Karena para pembuatnya tidak menduga ada pihak tak berwenang yang mengaksesnya, mereka tidak menerapkan metode autentikasi dan kontrol akses yang sama seperti pada sistem produksi.
Berkas SQL yang memuat basis data itu bahkan diberi nama master_test_final.sql, seolah tidak ada keraguan soal isinya. "Itu contoh klasik bagaimana masalah keamanan tidak selalu datang dari serangan canggih atau kerentanan eksotis," kata Schut kepada The Register.
Menurut dia, risiko terbesar kadang justru sesuatu yang seharusnya hanya ada beberapa jam, tetapi masih bertahan enam bulan kemudian.
Respons Cepat Setelah Celah Ditemukan
Begitu celah keamanan itu terdeteksi, Schut langsung membatasi akses ke lingkungan staging tersebut. Ia dan timnya kemudian memulai peninjauan terhadap lingkungan pengembangan dan pengujian lain di perusahaan. Tujuannya memastikan tidak ada lagi yang terbuka dan bisa dieksploitasi.
Langkah itu menjadi penting karena satu server uji yang terbuka, walau hanya sehari, tetap memberi peluang bagi pihak jahat untuk mengambil data berharga milik perusahaan.
Yang Berubah dari Cara Pandang Terhadap Server Uji
Insiden tersebut mengubah cara Schut memandang staging environment secara menyeluruh. "Insiden itu sepenuhnya mengubah cara saya memandang lingkungan staging. Jika sebuah lingkungan punya akses ke data nyata, ia harus diperlakukan sebagai aset keamanan nyata, terlepas dari apakah pengembang memperkirakan ia akan ada selama sehari, seminggu, atau enam bulan," ujarnya.
Pelajaran dari kasus ini sederhana namun sering diabaikan. Jangan lengah soal keamanan hanya karena sebuah lingkungan dibuat untuk keperluan pengujian.
Bagi perusahaan di Indonesia, terutama yang tengah berbenah menuju cloud dan memiliki data pelanggan dalam jumlah besar, kasus ini relevan. Server uji yang dibiarkan hidup tanpa pengawasan sama berbahayanya dengan sistem produksi yang tidak dijaga.
Audit berkala terhadap seluruh lingkungan pengembangan, penghapusan akses yang tidak lagi dibutuhkan, serta penerapan kontrol akses yang konsisten menjadi langkah minimal yang bisa dilakukan. Data pelanggan tidak mengenal istilah "hanya untuk uji coba".