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

Apa Itu Continuous Security Validation dan Mengapa Semakin Penting?
Cybersecurity

Apa Itu Continuous Security Validation dan Mengapa Semakin Penting?

Lingkungan teknologi saat ini bergerak lebih cepat dibandingkan sebelumnya. Infrastruktur cloud terus berkembang, aplikasi diperbarui secara berkala dan kerentanan baru ditemukan hampir setiap hari. Namun, banyak organisasi masih mengandalkan security assessment yang dilakukan setahun sekali atau beberapa kali dalam setahun. Masalahnya, risiko siber tidak berhenti setelah sebuah penetration test selesai dilakukan. Di sinilah konsep Continuous Security Validation mulai menjadi semakin relevan. Alih-alih hanya memberikan gambaran kondisi keamanan pada satu titik waktu, pendekatan ini membantu organisasi memperoleh visibilitas yang lebih berkelanjutan terhadap risiko yang terus berubah. APA ITU CONTINUOUS SECURITY VALIDATION? Continuous Security Validation (CSV) adalah pendekatan yang memungkinkan organisasi untuk secara berkelanjutan mengevaluasi dan memvalidasi efektivitas kontrol keamanan mereka seiring perubahan lingkungan dan munculnya ancaman baru. Tujuannya bukan hanya menemukan kerentanan, tetapi memastikan bahwa mekanisme pertahanan yang dimiliki organisasi masih mampu bekerja sebagaimana mestinya. Dengan kata lain, Continuous Security Validation membantu menjawab pertanyaan yang lebih penting: "Apakah kontrol keamanan yang kita miliki masih efektif saat ini?" Bukan hanya saat assessment terakhir dilakukan. MENGAPA PENDEKATAN TRADISIONAL SAJA TIDAK LAGI MEMADAI? Penetration testing tradisional tetap memiliki peran yang sangat

ITSEC AsiaITSEC Asia
|
Jun 15, 2026 — 5 minutes read
What Is Cloud Security? A First Introduction for Modern Enterprises
Cybersecurity

What Is Cloud Security? A First Introduction for Modern Enterprises

INTRODUCTION: CLOUD ADOPTION IS ACCELERATING, SO ARE THE RISKS Cloud computing has been part of enterprise IT for years, but the risk landscape around it is changing faster than ever. As organizations embrace AI, remote work, and digital transformation, cloud environments have become the backbone of business operations and a prime target for attackers. Today, breaches are no longer limited to traditional data centers. Misconfigured cloud resources, stolen credentials, and unmanaged identities are now among the most common root causes of security incidents. This is why understanding what cloud security is and what it is not matters deeply for enterprises today. At its core, cloud security refers to the policies, technologies, configurations, and responsibilities that protect cloud-based systems, data, and services. This concept is inseparable from how cloud computing itself is defined:an on demand, shared,and externally managed computing model, as outlined in the NIST [https://csrc.nist.gov/pubs/sp/800/145/final]Cloud Computing Definition (SP 800-145), where responsibility is inherently distributed between the provider and the user. WHAT IS CLOUD COMPUTING? A SIMPLE ENTERPRISE PERSPECTIVE Cloud computing is not

ITSEC AsiaITSEC Asia
|
Feb 12, 2026 — 7 minutes read
Persiapan Post Quantum Tidak Harus Dimulai dari Menjadi Cryptographer
Cybersecurity

Persiapan Post Quantum Tidak Harus Dimulai dari Menjadi Cryptographer

Tanyakan kepada security team di mana perusahaan menggunakan cryptography. Jawaban pertama biasanya cukup mudah: TLS certificate, VPN, encrypted database dan authentication system. Lalu lanjutkan pertanyaannya. Bagaimana dengan API? Code signing? SSH? Embedded device? Software library? Cloud service? Machine identity? Third party application? Daftarnya bisa memanjang dengan cepat. Ini relevan karena NIST sudah meminta organisasi mulai melakukan migrasi menuju post quantum cryptography. Tiga standar PQC pertama sudah final sejak 2024 dan NIST menyebut product, service serta protocol perlu diperbarui untuk meninggalkan public key algorithm yang rentan terhadap quantum computing. NIST [https://www.nist.gov/pqc?utm_source=chatgpt.com] Workforce challenge-nya muncul bahkan sebelum algoritma pertama diganti. MULAI DENGAN MENEMUKAN CRYPTOGRAPHY Proyek Migration to Post Quantum Cryptography dari NIST mendefinisikan cryptographic inventory sebagai catatan penggunaan cryptography di system, application, service, device dan data flow. Inventory tersebut dapat mencakup algorithm, protocol, key, certificate serta komponen yang bergantung pada semuanya. NIST Pages [https://pages.nist.gov/nccoe-migration-post-quantum-cryptography/?utm_source=chatgpt.com] Membangunnya membutuhkan kemampuan yang lebih luas daripada memahami matematika di balik ML-KEM atau ML-DSA. Tim perlu mampu: * Menemukan cryptography yang tertanam dalam application dan infrastructure * Memahami TLS, SSH, VPN, certificate dan digital signature

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

Receive weekly
updates on new posts

Subscribe