Ransomware Lumpuhkan Cloud IDC Frontier, 495 Pelanggan Kena

Ransomware menghantam IDCF Cloud, layanan cloud publik milik IDC Frontier (anak usaha SoftBank), pada dini hari 7 Oktober 2026. Server virtual milik 495 perusahaan dan pemerintah daerah di Jepang terhenti dan terenkripsi, dan untuk sebagian pelanggan, data di lingkungan aslinya disebut sulit dipulihkan.

Kenapa ini penting untuk kamu yang tidak memakai cloud Jepang? Karena yang diserang bukan server satu pelanggan, melainkan lapisan pengelola cloud itu sendiri. Ketika lapisan itu jatuh, semua server di atasnya ikut jatuh, termasuk server yang pemiliknya sudah rajin menambal sistem operasinya.

Bagaimana kronologi serangannya?

Menurut laporan ITmedia @IT yang merangkum pengumuman resmi IDC Frontier, gangguan muncul sekitar pukul 03.40 waktu Jepang di beberapa zona East Japan Region 1. Server virtual berhenti dan tidak bisa dinyalakan ulang. Pukul 06.48 portal IDCF Cloud ditutup, dan menjelang pukul 07.00 penyimpanan empat zona diputus dari jaringan. Sekitar pukul 11.42 perusahaan menyimpulkan bahwa ini serangan ransomware.

Hari berikutnya, perusahaan menyampaikan bahwa data di zona terdampak kemungkinan besar tidak bisa dipulihkan dari lingkungan aslinya. Kabar itu kemudian sedikit membaik.

Artinya, per 20 Oktober baru sekitar 206 dari 495 pelanggan terdampak yang dipastikan punya data backup yang bisa diambil dari sisi penyedia. Sisanya bergantung pada salinan yang mereka simpan sendiri.

Lewat mana penyerang masuk?

Hasil investigasi yang diumumkan 27 Oktober menyebut penyerang masuk ke sistem autentikasi portal IDCF Cloud, diduga dengan memanfaatkan celah pada perangkat lunak open source yang dipakai di sana. Dari situ penyerang memperoleh hak administrator lewat konsol manajemen dan menjangkau platform virtualisasi beserta server virtual pelanggan.

IDC Frontier tidak menyebut nama perangkat lunak itu, dan rute intrusi lengkapnya belum dipublikasikan. Spekulasi yang beredar di media sosial soal produk tertentu belum dikonfirmasi, jadi sebaiknya tidak dijadikan pegangan.

Beberapa angka lain yang dilaporkan:

• Tidak ditemukan bukti data dari server virtual yang terenkripsi dibawa keluar.
• Data registrasi portal milik paling banyak 71 pelanggan sempat diakses, dan pada sebagian di antaranya informasi seperti alamat email ikut terbuka.
• Password login beberapa pelanggan diganti secara tidak sah, lalu direset oleh perusahaan.
• Menurut laporan media Jepang, IDC Frontier tidak menghubungi, bernegosiasi, atau membayar tebusan kepada penyerang.

Sempat beredar pesan dari pihak yang mengaku pelaku dengan klaim kerusakan yang jauh lebih besar. Perusahaan tidak membenarkan angka-angka itu.

Apa yang akan diubah IDC Frontier?

Rencana pencegahan yang diumumkan cukup mendasar. Sistem autentikasi akan dibangun ulang dari nol dan dipindahkan ke penyedia identitas eksternal. Akses portal akan dibatasi berdasarkan alamat IP, dan autentikasi multifaktor diwajibkan. Perusahaan juga membentuk tim keamanan khusus, menjadwalkan pemeriksaan kerentanan rutin, dan mulai memakai daftar komponen perangkat lunak (SBOM) agar tahu persis pustaka open source apa saja yang dipakai.

Portal sendiri dipulihkan bertahap, dimulai dari fungsi menyalakan dan mematikan server, lalu fungsi lain menyusul.

Pelajaran apa yang bisa diambil pengguna cloud?

Insiden ini mengingatkan pada model tanggung jawab bersama. Penyedia cloud menjaga infrastruktur, tetapi keselamatan data tetap tanggung jawab pemiliknya. Bagian ini terasa sekali di sini: pelanggan yang tidak menyimpan salinan di tempat lain kehilangan pilihan.

Snapshot di platform yang sama bukan backup

Snapshot dan backup yang disimpan di penyedia yang sama ikut berada di bawah kendali konsol yang sama. Kalau penyerang menguasai lapisan pengelola, snapshot bisa ikut terhapus atau terkunci. Perbedaan keduanya dibahas di Apa Itu Snapshot VPS dan Bedanya dengan Backup?.

Simpan satu salinan di luar penyedia

Prinsip yang paling relevan adalah menyimpan minimal satu salinan di penyedia atau lokasi lain, idealnya dengan kredensial terpisah dan sifat tidak bisa diubah (immutable). Kerangkanya ada di aturan backup 3-2-1-1-0, dan cara teknisnya bisa dilihat di menyimpan backup server ke object storage S3.

Siapkan rencana pindah

IDC Frontier kini membantu sebagian pelanggan bermigrasi ke penyedia lain. Pelanggan yang punya dokumentasi konfigurasi, skrip deploy, dan salinan data terbaru bisa berdiri lagi jauh lebih cepat dibanding yang harus membangun dari ingatan.

Kalau server kamu sendiri suatu saat terkena, urutan tindakan pertamanya ada di langkah 24 jam pertama saat terkena ransomware.