Logo
Cybersecurity

Cloud Misconfiguration Masih Jadi Penyebab Utama Kebocoran Data: Begini Cara Tetap Aman

ITSEC Asia, perusahaan cybersecurity terkemuka di Indonesia, membedah alasan mengapa cloud misconfiguration masih mengalahkan malware dan zero day exploit sebagai penyebab paling umum organisasi mengalami breach, dan apa yang sebenarnya perlu berubah sebelum insiden berikutnya terjadi.

ITSEC AsiaITSEC Asia
|
Agu 07, 2026
Cloud Misconfiguration Masih Jadi Penyebab Utama Kebocoran Data: Begini Cara Tetap Aman

Pendahuluan


Berapa banyak storage bucket, IAM role, atau API endpoint di lingkungan cloud organisasi Anda yang bisa Anda pastikan sudah dikonfigurasi dengan benar saat ini. Sebagian besar pemimpin keamanan tidak bisa menjawab pertanyaan ini dengan yakin, dan ketidakpastian itulah yang justru dimanfaatkan penyerang. Riset industri terbaru menunjukkan gambaran yang cukup jelas. Verizon Data Breach Investigations Report mengaitkan lima belas persen breach langsung dengan cloud misconfiguration, sementara analisis terpisah dari SentinelOne menemukan bahwa sembilan puluh lima persen kegagalan keamanan cloud berasal dari human error, bukan dari kelemahan platform itu sendiri. Gartner sudah bertahun-tahun menyampaikan hal serupa, memproyeksikan bahwa hingga 2026, sembilan puluh sembilan persen kegagalan keamanan cloud akan menjadi kesalahan pengguna, bukan penyedia layanan. ITSEC Asia, perusahaan cybersecurity terkemuka di Indonesia, bekerja sama dengan organisasi di Indonesia, Singapura, Australia, dan UAE yang tengah berlomba memodernisasi infrastruktur mereka, dan polanya konsisten di mana-mana. Tim bergerak cepat untuk pindah ke cloud, sementara governance yang dibutuhkan untuk mengamankan lingkungan tersebut diam-diam tertinggal di belakang.


Source: Cloud Security Statistics 2026: Key Data and Trends


Alasan Misconfiguration Masih Mengalahkan Malware sebagai Titik Masuk Nomor Satu


Penyerang tidak butuh malware khusus atau zero day exploit ketika sebuah storage bucket terbuka ke internet publik atau sebuah identity role memiliki hak akses jauh lebih besar dari yang seharusnya. Itulah yang membuat misconfiguration jadi masalah yang begitu persisten, ia nyaris tidak menuntut apa pun dari penyerang selain sebuah scanner dan sedikit kesabaran.

  • Sekitar sepertiga insiden cloud berasal dari storage bucket atau database yang terekspos, yang dibiarkan terbuka saat proses migrasi atau testing dan tidak pernah dikunci kembali sebelum masuk ke tahap produksi.
  • Identity permission yang salah konfigurasi ditemukan menjadi faktor dalam sebanyak tujuh puluh lima persen investigasi cloud breach yang dilakukan sepanjang 2024 dan 2025.
  • Identity misconfiguration cenderung lebih berbahaya dibanding bucket yang terekspos karena ia memberikan akses yang persisten dan sering kali tidak terdeteksi, yang memungkinkan penyerang bergerak secara lateral begitu berhasil masuk, berbeda dengan satu dataset terekspos yang biasanya langsung ketahuan begitu ada yang menyadarinya.
  • Rata-rata biaya breach yang terkait cloud misconfiguration kini diperkirakan mencapai 4,3 juta dolar, angka yang naik sekitar tujuh belas persen dari tahun sebelumnya, seiring breach yang melibatkan banyak environment cloud sekaligus terbukti konsisten lebih mahal untuk ditangani dibanding insiden pada satu environment saja.

Beban finansial di balik angka-angka ini adalah alasan tepat mengapa misconfiguration terus mengungguli metode serangan yang jauh lebih canggih di setiap daftar ancaman utama, murah untuk ditemukan penyerang, mahal untuk dibersihkan oleh semua pihak lain.


Source: 50 Cloud Misconfiguration Statistics for 2025 to 2026 · Cloud Misconfiguration: The Number One Cause of Data Breaches in 2025


Risikonya Terlihat Berbeda, dan Lebih Mendesak, di Indonesia


Perusahaan di Indonesia tidak kebal dari pola ini, dan dalam beberapa hal kondisi lokal justru membuatnya lebih tajam. Organisasi di sektor perbankan, telekomunikasi, pemerintahan, dan e-commerce telah memindahkan beban kerja krusial ke cloud publik dan hybrid lebih cepat dibanding kesiapan keahlian internal mereka untuk mengamankannya.

  • Tim developer yang dikejar tenggat waktu sering melewati proses review keamanan formal, sehingga pengaturan storage, jaringan, dan identity dibiarkan pada kondisi default atau terlalu permisif.
  • Badan Siber dan Sandi Negara mencatat lebih dari lima puluh enam juta paparan data yang memengaruhi ratusan stakeholder dalam laporan lanskap nasional terbarunya, ditambah miliaran serangan tercatat sepanjang 2025.
  • Undang-Undang Pelindungan Data Pribadi mewajibkan pengendali data untuk memberitahukan baik subjek data yang terdampak maupun Otoritas Pelindungan Data dalam waktu tujuh puluh dua jam setelah mengetahui adanya kegagalan pelindungan data pribadi, dan jangkauan ekstrateritorial undang-undang ini berarti organisasi di luar Indonesia pun bisa dimintai pertanggungjawaban jika mereka salah mengelola data warga negara Indonesia.
  • Tujuh puluh persen misconfiguration secara global diperkirakan baru terdeteksi berminggu-minggu bahkan berbulan-bulan setelah terjadi, sebuah rentang waktu yang nyaris tidak menyisakan ruang terhadap jendela notifikasi tujuh puluh dua jam yang berlaku di Indonesia.

Jika digabungkan, angka-angka ini mengarah pada kesimpulan yang sama, eksposur teknis dan tenggat regulasi kini bergerak dengan kecepatan yang sama, dan organisasi yang lambat di salah satunya hampir pasti akan tertangkap di sisi yang lain.


Source: Cloud Misconfiguration Risks for Indonesian Enterprises, IndoSec · 50 Cloud Breach Statistics for 2025 to 2026


Apa yang Sebenarnya Dibutuhkan untuk Tetap Selangkah di Depan


Menutup celah ini bukan soal membeli satu alat baru lagi, melainkan soal memperlakukan konfigurasi sebagai sesuatu yang butuh verifikasi berkelanjutan, bukan langkah setup yang cukup dilakukan sekali. Platform cloud security posture management yang terus-menerus menilai konfigurasi terhadap benchmark yang diakui memberi tim visibilitas untuk menangkap drift sebelum scanner milik penyerang lebih dulu menemukannya, tapi tooling semacam ini hanya berfungsi jika dipadukan dengan alur remediasi yang memprioritaskan temuan berdasarkan tingkat eksploitasi dan sensitivitas data, bukan sekadar dashboard yang tidak pernah ditindaklanjuti siapa pun. Sama pentingnya adalah di mana posisi keamanan ditempatkan dalam proses development itu sendiri. Menunggu hingga aplikasi masuk produksi untuk meninjau konfigurasi cloud-nya sudah terlambat, karena satu template Infrastructure as Code yang tidak aman bisa diam-diam menduplikasi port terbuka atau izin akses berlebih yang sama ke puluhan environment sebelum ada yang menyadarinya. Membangun secure default ke dalam template tersebut sejak awal, dan memvalidasi identity permission berdasarkan prinsip least privilege sebelum deployment alih-alih sesudahnya, adalah yang sebenarnya mengubah organisasi dari sekadar bereaksi terhadap breach menjadi mencegahnya. Semua ini tidak membutuhkan teknologi yang eksotis, yang dibutuhkan hanyalah disiplin untuk memeriksa secara konsisten, bukan berasumsi bahwa hasil audit terakhir masih berlaku.


Source: Cloud Misconfiguration Risks for Indonesian Enterprises, IndoSec


Bangun Kebiasaan Memeriksa, Bukan Sekadar Kebiasaan Deploy


Organisasi yang berhasil menghindari menjadi statistik baru di laporan breach tahun depan bukanlah yang memiliki infrastruktur paling canggih, melainkan yang memperlakukan konfigurasi cloud sebagai sesuatu yang terus diperiksa, bukan diasumsikan sudah benar. ITSEC Asia telah lebih dari satu dekade bekerja sama dengan organisasi di Indonesia, Singapura, Australia, dan UAE untuk menutup celah antara cepatnya adopsi cloud dan governance yang dibutuhkan untuk mengamankannya, dan Bronyx, platform continuous penetration testing bertenaga AI milik ITSEC Asia, dibangun dengan prinsip yang sama yang terus diangkat artikel ini, bahwa sebuah misconfiguration yang tidak divalidasi hanya soal waktu sebelum pihak lain lebih dulu menemukannya.

Kunjungi bronyx.ai untuk melihat cara kerja continuous penetration testing bertenaga AI, atau hubungi langsung tim ITSEC Asia di itsec.asia/contact untuk membahas posisi keamanan cloud organisasi Anda saat ini.

Share this post

You may also like

Cybersecurity Punya Lebih Banyak Pintu Masuk dari yang Kita Kira
Cybersecurity

Cybersecurity Punya Lebih Banyak Pintu Masuk dari yang Kita Kira

Ketika membayangkan profesional cybersecurity, jalur kariernya sering terlihat cukup lurus: belajar komputer, masuk IT lalu mengambil spesialisasi keamanan. Jalur itu memang ada. Kenyataannya jauh lebih beragam. Riset ENISA yang diterbitkan pada 2026 menemukan banyak pekerja dalam fungsi terkait cybersecurity belum memiliki kualifikasi formal di bidang tersebut. Sebagian juga berpindah dari profesi lain. Upskilling dan reskilling sudah menjadi salah satu sumber tenaga yang digunakan organisasi untuk memenuhi kebutuhan cybersecurity. NIST juga semakin menaruh perhatian pada banyaknya jalur masuk ke profesi ini. Materi career pathway yang diperbarui pada 8 September berfokus pada cara menghubungkan minat dan kemampuan seseorang dengan work role dalam NICE Workforce Framework. Ini relevan karena strategi talenta yang hanya mencari profesional cybersecurity yang sudah jadi berarti berebut kandidat dari jumlah yang terbatas. Dalam beberapa kasus, pilihan yang lebih masuk akal adalah membangunnya. BANYAK SKILL LAMA TETAP BISA DIBAWA Orang yang pindah ke cybersecurity tidak datang tanpa bekal. Network engineer sudah memahami infrastructure dan troubleshooting. Software developer mengetahui bagaimana aplikasi dibangun. Orang dari audit terbiasa dengan evidence, control dan compliance. Profesional komunikasi bahkan bisa memiliki

ITSEC AsiaITSEC Asia
|
Sep 11, 2026 — 3 minutes read
Apa yang Membedakan AI-Powered Penetration Testing dari Automated Scanner?
Cybersecurity

Apa yang Membedakan AI-Powered Penetration Testing dari Automated Scanner?

PENDAHULUAN Seberapa banyak temuan yang ditandai oleh vulnerability scanner setiap minggu yang benar-benar terbukti nyata? Riset dari OWASP menunjukkan false positive rate untuk jenis vulnerability umum berada di kisaran 15% hingga 30%, dan riset terpisah dari Snyk menemukan bahwa tim security kini menghabiskan sekitar 70% waktu mereka untuk mengejar alert yang ternyata tidak ada apa-apanya. Kesenjangan antara apa yang dilaporkan oleh tool dan apa yang sebenarnya bisa dieksploitasi bukanlah gangguan kecil. Inilah alasan mengapa sepertiga perusahaan yang disurvei mengaku terlambat merespons serangan sungguhan karena tim mereka sibuk menangani ancaman palsu. ITSEC Asia, perusahaan cybersecurity terkemuka di Indonesia, bekerja sama dengan organisasi di seluruh kawasan yang telah mempelajari hal ini dengan cara yang sulit, dan pertanyaan yang terus muncul cukup sederhana. Jika scanner sudah mencentang semua kotak yang diperlukan, mengapa AI-powered penetration testing masih diperlukan, dan apa sebenarnya yang dilakukannya secara berbeda? Sumber: OWASP false positive research via DEV Community [https://dev.to/kuboidsecurelayer/why-automated-vulnerability-scanners-miss-most-real-security-vulnerabilities-2p96] · Snyk: Minimizing False Positives [https://snyk.io/blog/minimizing-false-positives-enhancing-security-efficiency/] PERBEDAAN MENDASAR: MENGIKUTI ATURAN VERSUS BERNALAR SEPERTI ATTACKER Automated scanner bekerja dengan mencocokkan apa yang dilihatnya terhadap library pola-pola yang

ITSEC AsiaITSEC Asia
|
Jul 03, 2026 — 5 minutes read
SOC Tidak Bisa Mendeteksi Sesuatu yang Tidak Pernah Dipelajari
Cybersecurity

SOC Tidak Bisa Mendeteksi Sesuatu yang Tidak Pernah Dipelajari

Sebuah security alert muncul. Analyst membukanya, memeriksa aktivitas di sekitarnya lalu mulai menyusun apa yang sebenarnya terjadi. Kelihatannya seperti awal pekerjaan detection. Padahal banyak pekerjaan sudah dilakukan sebelumnya. Seseorang menentukan event apa yang perlu dicatat, mengonfigurasi sistem untuk menghasilkan log, mengumpulkannya secara terpusat lalu memastikan data tersebut memiliki detail yang cukup untuk investigasi. Kalau tahap itu buruk, analyst yang sangat bagus sekalipun memulai investigasi dengan beberapa halaman yang hilang. Latihan cybersecurity ITU di Dushanbe memberikan contoh yang menarik. Dalam program tiga hari pada 21 sampai 23 September 2026, peserta harus mengonfigurasi centralized monitoring dan telemetry collection sebelum menghadapi simulasi ransomware, data exfiltration, server compromise dan command and control traffic. Ada satu aturan yang membuat latihannya lebih realistis: keberhasilan peserta menghadapi serangan pada hari ketiga bergantung pada kualitas monitoring yang mereka bangun sendiri pada hari kedua. Model seperti ini layak dibawa ke pelatihan SOC. VISIBILITY JUGA SEBUAH SKILL Pengembangan SOC sering berfokus pada bagian pekerjaan yang mudah terlihat: menganalisis alert, threat hunting dan incident response. Semua kemampuan itu bergantung pada sesuatu yang jauh lebih sederhana. Log-nya harus

ITSEC AsiaITSEC Asia
|
Sep 17, 2026 — 3 minutes read

Receive weekly
updates on new posts

Subscribe