Risiko apa yang ditimbulkan oleh layanan cloud publik?

Apakah risiko layanan cloud publik? 68% akibat ralat

Mengetahui apakah risiko layanan cloud publik membantu organisasi mengelakkan ancaman pencerobohan keselamatan dan kerugian kewangan yang tidak dijangka. Kelemahan kawalan pengguna serta pergantungan melampau kepada penyedia perkhidmatan mendedahkan operasi perniagaan kepada serangan siber secara berterusan. Kaji dan pelajari langkah keselamatan infrastruktur awan ini untuk melindungi aset digital syarikat anda.

Apakah risiko utama menggunakan perkhidmatan awan awam?

Risiko perkhidmatan awan awam merangkumi pelbagai dimensi, daripada kebocoran data cloud publik dan ancaman siber terhadap perkhidmatan awan yang kompleks seperti ransomware, sehingga kepada kesilapan teknikal seperti ralat konfigurasi. Walaupun platform awan menawarkan fleksibiliti yang luar biasa, penyimpanan data dalam infrastruktur yang dikongsi bermaksud kawalan langsung pengguna terhadap keselamatan fizikal adalah terhad. Memahami risiko ini bukan bermakna kita harus menjauhi teknologi awan, sebaliknya ia adalah langkah pertama untuk membina strategi pertahanan yang lebih kukuh.

Berdasarkan pemerhatian industri pada tahun 2026, ralat konfigurasi kekal sebagai punca utama kepada masalah keselamatan cloud publik. Malah, statistik menunjukkan bahawa ralat konfigurasi menyumbang kepada hampir 68% daripada semua insiden pencerobohan data awan,^[1] mencerminkan bahawa kelemahan sering kali berpunca daripada tindakan pengguna sendiri dan bukannya kegagalan infrastruktur penyedia perkhidmatan itu sendiri.

Kebocoran Data dan Akses Tanpa Izin: Ancaman yang Sentiasa Menanti

Risiko yang paling membimbangkan bagi mana-mana organisasi adalah kebocoran data sensitif. Dalam persekitaran awan awam, data anda disimpan di server yang sama dengan ribuan pengguna lain. Jika pengasingan logikal antara penyewa gagal, atau jika penceroboh berjaya mendapatkan kredensial pentadbir anda, seluruh repositori data boleh terdedah dalam sekelip mata. Penggunaan kata laluan yang lemah tanpa sokongan pengesahan dua faktor masih menjadi lubang keselamatan yang kritikal bagi kebanyakan syarikat.

Satu perkara yang menarik - dan sering kali tidak disedari - ialah kepantasan penyerang mengeksploitasi akaun awan yang terdedah. Dalam banyak kes, sebaik sahaja kunci API atau kredensial cloud bocor ke platform awam seperti GitHub, penceroboh biasanya akan memulakan percubaan akses dalam tempoh kurang daripada 10 minit ^[2]. Kepantasan ini menunjukkan betapa aktifnya bot pengimbas yang digunakan oleh penjenayah siber hari ini. Menariknya, ramai pentadbir sistem hanya menyedari kebocoran tersebut selepas menerima bil penggunaan yang melambung tinggi akibat aktiviti perlombongan kripto oleh penceroboh.

Ralat Konfigurasi: Musuh dalam Selimut

Ralat konfigurasi atau misconfiguration berlaku apabila tetapan keselamatan peranti atau perkhidmatan awan tidak ditetapkan dengan betul, meninggalkan pintu terbuka kepada sesiapa sahaja di internet. Contoh yang paling lazim ialah membiarkan storage bucket atau pangkalan data boleh diakses secara terbuka tanpa sebarang pengesahan identiti. Walaupun penyedia awam seperti AWS atau Google Cloud menyediakan pelbagai amaran, kealpaan manusia sering kali mengatasi sistem amaran automatik ini.

Saya pernah melihat sebuah syarikat permulaan yang hampir muflis hanya kerana satu ralat konfigurasi kecil. Mereka terlupa menutup akses awam pada pangkalan data ujian mereka semasa hujung minggu. Menjelang pagi Isnin, pangkalan data tersebut telah dipadamkan dan digantikan dengan nota tebusan. Ia bukan serangan yang canggih; penceroboh hanya menggunakan alat imbasan automatik yang mencari pangkalan data terbuka di internet. Pengajaran yang mereka pelajari sangat mahal - automasi keselamatan bukan lagi pilihan, ia adalah keperluan.

Isu Vendor Lock-in dan Ketergantungan Infrastruktur

kesan buruk vendor lock-in cloud berlaku apabila anda terlalu bergantung kepada peralatan, API, atau format data spesifik satu penyedia awan sehingga kos untuk berpindah ke vendor lain menjadi terlalu mahal atau mustahil secara teknikal. Ini memberi kuasa besar kepada vendor untuk menaikkan harga atau mengubah terma perkhidmatan tanpa anda mempunyai banyak pilihan untuk membantah.

Laporan pasaran pada suku pertama 2026 menunjukkan bahawa kos perpindahan data (egress fees) daripada satu penyedia awan ke persekitaran lain boleh mencecah sehingga 5 kali ganda daripada kos penyimpanan bulanan data tersebut.^[3] Strategi pintu masuk percuma, pintu keluar berbayar ini sering kali memerangkap organisasi dalam kitaran ketergantungan yang panjang. Untuk mengelakkan perkara ini, banyak syarikat kini mula mengamalkan strategi multi-cloud atau menggunakan teknologi seperti kontena (Docker/Kubernetes) yang lebih mudah dipindahkan.

Perbandingan Risiko: Awan Awam vs Awan Peribadi

Memilih antara awan awam (Public Cloud) dan awan peribadi (Private Cloud) memerlukan pemahaman mendalam tentang apakah risiko layanan cloud publik masing-masing. Di bawah adalah perbandingan faktor utama yang perlu anda pertimbangkan sebelum membuat keputusan besar ini.

Analisis Risiko Antara Awan Awam dan Awan Peribadi

Awan Awam (Public Cloud)

• Lebih sukar untuk industri yang dikawal selia ketat kerana lokasi fizikal data mungkin berubah-ubah.

• Sasaran utama serangan DDoS kerana skalanya yang besar dan bersifat terbuka.

• Risiko tinggi akibat kompleksiti tetapan akses yang sering berubah oleh vendor.

• Bergantung sepenuhnya kepada dasar penyedia; pengguna mempunyai kawalan terhad pada lapisan infrastruktur.

Awan Peribadi (Private Cloud) ⭐

• Sesuai untuk sektor kewangan atau kesihatan yang memerlukan data berada di lokasi geografi tetap.

• Sasaran lebih terfokus, tetapi lebih mudah untuk dilaksanakan pemantauan trafik yang mendalam.

• Risiko sederhana; kawalan terpusat memudahkan audit tetapi ralat manusia dalaman tetap wujud.

• Kawalan penuh oleh pasukan IT dalaman; boleh disesuaikan mengikut keperluan spesifik organisasi.

Krisis Syarikat Logistik di Kuala Lumpur: Pengajaran dari Ransomware

Hadi, pengurus IT sebuah syarikat logistik sederhana di Kuala Lumpur, menghadapi mimpi ngeri apabila seluruh sistem pengurusan gudang mereka di cloud awam terkunci akibat serangan ransomware pada awal tahun 2026. Syarikat itu tidak mempunyai sandaran data (backup) di luar persekitaran cloud utama mereka.

Hadi cuba memulihkan sistem menggunakan snapshot yang ada, tetapi ralat konfigurasi dalam hak akses membolehkan ransomware menjangkiti snapshot tersebut juga. Mereka kehilangan akses kepada rekod penghantaran bernilai jutaan ringgit dalam sekelip mata.

Hadi menyedari bahawa bergantung kepada satu penyedia tanpa strategi 'off-site backup' adalah kesilapan besar. Beliau segera bekerjasama dengan pakar keselamatan siber untuk membersihkan sistem dan membina arkitektur sandaran yang berasingan secara logikal.

Selepas 3 minggu bergelut, sistem berjaya dipulihkan sepenuhnya tetapi syarikat mengalami kerugian operasi sekitar 200,000 ringgit. Kini, Hadi mewajibkan audit keselamatan mingguan dan pengesahan multifaktor (MFA) yang mengurangkan risiko percubaan akses haram sehingga 90%.