Setelah Hardening WHMCS, Laporan Insiden BOC Turun hingga 95 Persen

Pada pertengahan Oktober 2025, saya mulai melihat hasil dari langkah-langkah containment dan hardening yang saya lakukan setelah laporan akun BOC terhack, terinfeksi malware, dan digunakan untuk aktivitas judol muncul berulang kali.

Sebelumnya, saya sudah membangun ulang WHMCS, memigrasikan data pelanggan, dan menata ulang akses team BOC. Namun, pekerjaan tersebut tidak berhenti ketika sistem baru berhasil online. Saya perlu memastikan bahwa sistem, akses, dan jalur masuk ke server benar-benar diperiksa kembali.

Review ulang setelah migrasi WHMCS

Setelah WHMCS baru selesai di-install dan di-hardening, saya menyelesaikan migrasi data user ke sistem baru. Migrasi tersebut harus dilakukan dengan hati-hati karena data pelanggan, layanan, order, dan informasi operasional harus tetap dapat digunakan tanpa membawa kembali konfigurasi atau akses lama yang bermasalah.

Saya tidak ingin menganggap sistem baru otomatis aman hanya karena dipasang di VM baru. Sistem yang baru tetap dapat menjadi sumber masalah jika konfigurasi, module, credential, permission, atau akses administratifnya tidak dikontrol dengan baik.

Karena itu, setelah migrasi selesai saya melakukan review ulang terhadap beberapa bagian penting.

Revoke dan pembuatan ulang akses

Seluruh akses lama yang sebelumnya sudah dicabut tidak langsung dikembalikan begitu saja.

Saya meninjau kembali siapa yang membutuhkan akses, sistem mana yang perlu diakses, serta level permission yang sesuai. Setelah kebutuhan setiap peran dipahami, akses dibuat ulang secara bertahap berdasarkan kebutuhan kerja.

Prinsip yang saya gunakan adalah:

• tidak ada akses hanya karena akses tersebut pernah diberikan;
• setiap akses harus memiliki alasan operasional;
• permission diberikan sesuai kebutuhan minimum;
• akses yang tidak lagi dibutuhkan harus dicabut;
• dan perubahan akses harus dapat ditelusuri.

Dengan cara ini, proses revoke tidak hanya menjadi tindakan darurat. Saya mulai menjadikannya bagian dari cara kerja operasional BOC.

Memasang 2FA

Saya juga memasang Two-Factor Authentication (2FA) pada akses yang mendukungnya, terutama untuk area yang berhubungan dengan member area, administrasi, dan pengelolaan server.

Password saja tidak cukup untuk melindungi akses penting. Jika credential bocor atau digunakan pada device yang bermasalah, lapisan autentikasi kedua dapat membantu mengurangi risiko akses tidak sah.

Namun, 2FA bukan pengganti seluruh kontrol keamanan. Saya tetap perlu memastikan bahwa akses diberikan kepada orang yang tepat, credential dikelola dengan baik, dan aktivitas akses dapat direview.

Review ulang seluruh firewall

Bagian lain yang saya review adalah firewall.

Saya memeriksa kembali rule yang sudah ada, port yang terbuka, sumber akses administratif, dan kebutuhan komunikasi antar-layanan. Rule yang tidak lagi diperlukan harus dihapus atau dibatasi.

Firewall bukan hanya daftar port yang boleh atau tidak boleh dibuka. Firewall harus mengikuti arsitektur layanan dan alur komunikasi yang benar-benar dibutuhkan.

Ketika BOC mulai membangun cloud infrastructure sendiri, review firewall menjadi semakin penting karena jumlah server, VM, service, dan jalur komunikasi akan bertambah.

Laporan insiden mulai berkurang

Setelah WHMCS dibangun ulang, data user dimigrasikan, akses direview, 2FA dipasang, dan firewall diperiksa ulang, laporan malware, judol, dan insiden sejenis mulai berkurang secara signifikan.

Berdasarkan pemantauan laporan operasional internal yang saya lihat, jumlah laporan berkurang hingga sekitar 95 persen dibandingkan periode sebelumnya.

Angka tersebut adalah pengamatan operasional internal, bukan hasil audit keamanan eksternal. Namun, penurunan tersebut memberikan indikasi bahwa langkah containment, hardening, dan review akses yang dilakukan mulai memberikan dampak nyata.

Saya juga menyadari bahwa penurunan laporan tidak berarti masalah keamanan sudah selesai. Ancaman dapat berubah, credential dapat kembali bocor, konfigurasi dapat berubah, dan sistem baru tetap membutuhkan monitoring.

Mulai menyusun proposal SOC

Dari pengalaman tersebut, saya mulai menyusun proposal untuk membentuk Security Operations Center (SOC) di BOC.

Sebelumnya, fokus saya adalah menyelesaikan insiden dan memperbaiki sistem yang paling dekat dengan laporan pelanggan. Namun, semakin banyak saya menangani kasus, semakin jelas bahwa keamanan tidak dapat hanya bergantung pada respons satu orang ketika masalah sudah terjadi.

SOC diperlukan agar BOC memiliki fungsi yang lebih terstruktur untuk:

• memantau indikasi ancaman;
• mengumpulkan dan menghubungkan log;
• melakukan triage terhadap laporan;
• menginvestigasi insiden;
• mengoordinasikan respons;
• mendokumentasikan temuan;
• dan memastikan ada tindak lanjut setelah insiden selesai.

Proposal ini bukan hanya tentang memilih software keamanan. Saya perlu memikirkan struktur team, tanggung jawab, alur eskalasi, kebutuhan monitoring, prosedur incident response, dan bagaimana SOC dapat terhubung dengan tech support, sysadmin, account officer, serta manajemen.

Dari reaktif menjadi lebih terstruktur

Sebelum proses ini dimulai, sebagian besar tindakan keamanan BOC bersifat reaktif. Laporan masuk, lalu kami mencari masalah dan mencoba memperbaikinya.

Setelah melihat dampak dari hardening dan review akses, saya mulai mendorong cara kerja yang lebih proaktif. Saya ingin BOC tidak hanya menunggu pelanggan melaporkan akun yang bermasalah, tetapi juga memiliki kemampuan untuk melihat indikasi lebih awal.

Pembangunan cloud provider, provisioning VM, WHMCS, dan security operation akhirnya saling berhubungan. Semakin banyak layanan yang kami bangun sendiri, semakin besar pula tanggung jawab kami untuk menjaga layanan tersebut tetap aman dan dapat dipercaya.

Bagian dari Building BOC

Penurunan laporan hingga 95 persen menjadi hasil penting bagi saya, tetapi pelajaran yang lebih besar adalah pentingnya membangun proses yang dapat diulang.

WHMCS baru, akses yang lebih terkontrol, 2FA, firewall yang direview, dan proposal SOC adalah langkah-langkah untuk mengubah keamanan BOC dari pekerjaan darurat menjadi bagian dari operasi.

Ini adalah bagian dari serial Building BOC—catatan saya tentang bagaimana masalah keamanan mendorong saya membangun proses, team, dan fondasi security operation yang lebih terstruktur.

Saya belajar bahwa membangun cloud provider bukan hanya tentang menyediakan resource. Saya juga harus membangun kepercayaan melalui proses keamanan yang konsisten.