LANSKAPFINANSIAL.COM — Sebuah server pengujian yang seharusnya hanya hidup beberapa jam ternyata masih berjalan berbulan-bulan dan bisa diakses dari luar jaringan perusahaan. Akibatnya, database berisi data pelanggan asli terbuka bagi siapa pun yang menemukannya. Insiden ini jadi pengingat bahwa celah keamanan terbesar sering datang dari hal sepele, bukan serangan canggih.

Richard Schut, Managing Director sekaligus peneliti perangkat lunak AI di SmartRepl, menceritakan pengalaman pahitnya saat masih bekerja di sebuah perusahaan menengah. Kala itu timnya sedang menjalankan audit keamanan untuk memetakan risiko sebelum memindahkan sejumlah sistem lokal ke cloud.

Audit itu mengungkap satu temuan yang membuat timnya waspada. Ada sebuah lingkungan pengujian yang bisa diakses dari luar jaringan dan terhubung langsung ke database berisi informasi pelanggan aktif.

Celah yang Seharusnya Tidak Pernah Terbuka

Lingkungan tersebut awalnya dibuat untuk kebutuhan jangka pendek. Tim pengembang butuh tempat untuk mendemonstrasikan aplikasi sekaligus menguji proses migrasi, sehingga sebuah staging instance dibangun dengan cepat.

"Yang membuat situasi ini sangat mengkhawatirkan adalah lingkungan itu awalnya dibuat untuk tujuan yang dianggap tim pengembang sebagai jangka pendek," kata Schut kepada The Register.

Niatnya jelas bukan menjadikan server itu bagian dari infrastruktur permanen perusahaan. Namun, lingkungan pengujian itu tetap berjalan berbulan-bulan setelah pertama kali disiapkan.

Autentikasi Longgar, Nama File Bicara Sendiri

Karena para pembuatnya tidak menduga ada pihak tak berwenang yang akan mengakses, mereka tidak menerapkan metode autentikasi dan kontrol akses seketat yang dipakai di lingkungan produksi. Praktik ini lazim terjadi di banyak tim pengembang yang mengejar kecepatan.

File SQL yang menyimpan database pun diberi nama master_test_final.sql. Penamaan itu seolah menegaskan isinya tanpa perlu dipertanyakan lagi.

"Ini contoh klasik bahwa masalah keamanan tidak selalu datang dari serangan canggih atau kerentanan eksotis," ujar Schut. "Kadang risiko terbesar justru sesuatu yang seharusnya hanya ada beberapa jam, tapi masih ada di sana enam bulan kemudian."

Langkah Penutupan dan Audit Ulang

Begitu celah itu ditemukan, Schut langsung membatasi akses ke lingkungan staging tersebut. Timnya kemudian meninjau seluruh lingkungan pengembangan dan pengujian lain di perusahaan untuk memastikan tidak ada yang terbuka bagi eksploitasi.

Pelajaran dari insiden ini sederhana. Jangan pernah mengendurkan standar keamanan hanya karena sebuah lingkungan dibuat untuk keperluan pengujian.

Meski server uji hanya aktif sehari, satu hari itu tetap cukup untuk dimanfaatkan pihak yang berniat jahat. Data pelanggan asli yang tersimpan di dalamnya bisa berpindah tangan tanpa perusahaan sadar.

Mengubah Cara Pandang terhadap Staging

Pengalaman tersebut mengubah cara Schut memandang lingkungan staging secara menyeluruh. Menurut dia, setiap lingkungan yang punya akses ke data nyata harus diperlakukan sebagai aset keamanan sungguhan.

Perlakuan itu berlaku terlepas dari perkiraan berapa lama lingkungan tersebut akan hidup. Sehari, sepekan, atau enam bulan, semuanya menuntut standar pengamanan yang sama.

Bagi perusahaan di Indonesia yang sedang gencar bermigrasi ke cloud, kisah ini relevan. Server uji yang dibiarkan terbuka bisa menjadi pintu masuk kebocoran data yang berujung pada sanksi regulasi dan hilangnya kepercayaan pelanggan.