Project Galileo adalah program gratis Cloudflare untuk membantu melindungi suara masyarakat sipil penting secara online. Diluncurkan pada tahun 2014, kini terdiri dari lebih dari 3.000 organisasi di 125 negara, dan telah menjadi fondasi bagi program Cloudflare gratis lainnya yang membantu melindungi pemilihan umum demokratis, sekolah umum, klinik kesehatan umum, dan infrastruktur penting lainnya.  

Meskipun kami menganggap semua peserta Project Galileo akan mendapat manfaat dari layanan gratis tambahan ini, kami percaya layanan ini penting bagi organisasi berita. 

Organisasi berita, khususnya berita lokal, menghadapi tantangan sangat besar dalam transisi ke web berbasis AI. Karena orang makin banyak yang beralih ke model AI untuk mencari informasi, makin sedikit lalu lintas web mereka yang sampai ke situs web asli tempat informasi berasal. Industri, seperti organisasi berita, yang mengandalkan lalu lintas pengguna untuk menghasilkan pendapatan semakin berisiko. 

Mengizinkan organisasi berita memantau dan mengontrol bagaimana perayap AI berinteraksi dengan situs web mereka, akan membantu mereka melindungi konten dengan lebih baik dan membuat keputusan yang lebih tepat tentang keterlibatan dengan perusahaan AI. Intinya, tujuan kami adalah menyediakan alat yang dibutuhkan organisasi berita untuk menegosiasikan kompensasi yang adil atas pekerjaan mereka.  

Lalu lintas dan berita

AI pada dasarnya mengubah cara arus lalu lintas di Internet. Cloudflare baru-baru ini menerbitkan data yang menunjukkan bahwa dengan Open AI, pemilik situs web 750 kali lebih sulit untuk mendapatkan volume lalu lintas yang sama dibandingkan dengan pencari Google sebelumnya. Dengan Antropik, masalahnya 30.000 kali lebih sulit. 

Organisasi berita mengandalkan lalu lintas tidak hanya untuk terhubung dengan pembaca mereka, tetapi juga menghasilkan pendapatan dari langganan, iklan, e-commerce, dan lisensi. CEO Financial Times baru-baru ini menyatakan bahwa AI telah menyebabkan penurunan lalu lintas yang ''cukup mendadak dan berkelanjutan" sebesar 25% hingga 30% ke berbagai artikelnya yang tiba melalui mesin pencari. 

Potensi kerugian lalu lintas pengguna dan penghasilan didapat di saat yang sudah genting bagi industri berita. Hal ini telah didokumentasikan dengan baik bahwa surat kabar dan stasiun radio berita kecil dan independen terus menghadapi tekanan keuangan yang sangat besar, khususnya di Amerika Serikat. Menurut kesaksian Kongres AS baru-baru ini, lebih dari dua surat kabar tutup per minggu pada tahun 2024 dengan sepertiga surat kabar di negara tersebut akan tutup sebelum awal tahun 2025. Laporan tahun 2024 oleh Northwestern Local News Initiative melaporkan lebih dari 206 daerah di AS tidak memiliki sumber berita lokal, dan 1.561 hanya memiliki satu.  

Pemangkasan dana baru-baru ini terhadap Public Broadcasting Corporation dan National Public Radio, yang menyediakan hibah, program, dan dukungan lain kepada stasiun berita umum di seluruh AS, telah memberikan tekanan lebih lanjut terhadap berbagai organisasi ini dengan perkiraan akan ada lebih banyak penutupan. 

Mengembalikan kontrol kepada jurnalis

Langkah penting pertama dalam membantu jurnalis dan organisasi berita beradaptasi dengan web berbasis AI adalah menyediakan alat untuk membantu mereka memantau dan mengontrol akses model AI ke konten mereka. 

“Di era yang ditentukan oleh campur tangan AI dan digital, menyediakan alat yang tangguh untuk media independen bukan hanya dukungan - tetapi juga penyelamat” - Meera Selva, CEO Internews Europe

"Penerbit independen memerlukan alat yang mudah digunakan dan terjangkau, sehingga mereka dapat fokus mengembangkan bisnisnya. LION mengapresiasi keamanan dan perlindungan yang disediakan oleh Cloudflare kepada anggota kami melalui Project Galileo selama bertahun-tahun, dan kami senang melihat lebih banyak sumber daya kini tersedia untuk membantu anggota mengelola lanskap keamanan digital yang berkembang pesat.  - Sarah Gustavus Lim, Direktur Keanggotaan LION 

Bot Management dan AI Crawl Control Cloudflare dirancang khusus untuk tujuan ini. Bot Management adalah alat keamanan yang menggunakan pembelajaran mesin untuk menganalisis lalu lintas web guna membedakan antara bot yang baik, seperti perayap mesin pencari, dan bot jahat yang menyerang situs web atau mencuri kredensial. Fitur ini membantu pemilik situs web memblokir bot jahat agar tidak mencapai situs web mereka, sekaligus memastikan bot yang bermanfaat dapat terus menjalankan tugasnya.

AI Crawl Control menyediakan alat serupa untuk mengidentifikasi dan mengelola perayap AI. Cloudflare menggunakan beragam teknik untuk mengidentifikasi dan mengategorikan perayap (header HTTP, heuristik, dan perilaku lainnya) yang memberikan kemampuan kepada pemilik situs web untuk menganalisis aktivitas mereka berdasarkan jenis (misalnya. Pencarian AI, pengikis AI), dari mana mereka berasal (Google, OpenAI, Anthorpic, dll.), dan konten apa yang mereka akses. Berikut adalah jenis data yang dapat disediakan oleh alat AI Crawl Control Cloudflare (menggunakan domain radar.cloudflare.com ) sebagai contoh:

Cloudflare memadukan wawasan ini dengan kontrol yang mudah digunakan sehingga membantu pemilik situs web membuat keputusan yang tepat tentang apakah akan menyediakan data mereka, termasuk hanya untuk jenis bot tertentu atau untuk perusahaan AI tertentu. Misalnya, hal ini akan membantu surat kabar lokal untuk memutuskan akan memblokir semua perayap AI dan mempertahankan koneksi langsung ke para pembaca mereka melalui situs web mereka sendiri, memblokir hanya pengikis AI sekaligus mengizinkan perayap pencarian AI yang merujuk lalu lintas, atau bernegosiasi dan menjual akses eksklusif ke konten mereka ke satu perusahaan AI. Gambar berikut menunjukkan bagaimana AI Crawl Control membantu pengguna mengizinkan atau memblokir akses berdasarkan perayapan per perayap:

Kami rasa kemampuan untuk mengontrol dan memantau aktivitas perayap AI akan memberikan bantuan langsung kepada organisasi berita yang ingin melindungi konten mereka dan memahami bagaimana model menggunakan data mereka. 

Kami juga merasa hal ini akan memberikan wawasan jangka panjang yang akan membantu organisasi berita untuk menegosiasikan hubungan yang saling menguntungkan dengan perusahaan AI dari waktu ke waktu.  

Kemampuan media independen untuk menjalankan fungsi demokratisnya dengan mengumpulkan berita dan mendistribusikan informasi tepercaya bergantung pada hasil pendapatan yang bebas dari pengaruh politik atau bisnis. Dengan memantau dan memonetisasi perayapan situs penerbit, media bisa melindungi kekayaan intelektual mereka sekaligus mengembangkan arus pendapatan baru untuk mendukung jurnalisme berkualitas mereka." - Ryan Powell, Kepala Inovasi dan Bisnis Media di International Press Institute

Pers akan bersifat bebas, jika kita bisa mempertahankannya

Jurnalisme adalah bagian dari fondasi masyarakat bebas dan pemerintahan demokratis. Jurnalisme membantu menjaga akuntabilitas penguasa dan memberikan suara kepada mereka yang terpinggirkan dan kurang terwakili. Jurnalisme juga melindungi pasar bebas dan terbuka yang memungkinkan perusahaan rintisan untuk menantang petahana yang kuat.  

Berita lokal khususnya membantu menciptakan identitas bersama. Tidak hanya dengan meliput acara masyarakat, olahraga sekolah menengah, pasar petani, dan bisnis baru, melainkan juga memberikan transparansi dan pengawasan penting atas pejabat setempat, dewan sekolah, acara keselamatan publik, dan pemilihan umum. 

Membantu melindungi jurnalis dan organisasi berita online selalu menjadi bagian dari misi Cloudflare. Kami melihatnya penting bagi bisnis kami dan masa depan Internet.  

Jika Anda tertarik untuk mempelajari lebih lanjut tentang Project Galileo, daftar sekarang juga. Jika Anda tertarik membantu membangun Internet yang lebih baik, ayo gabung dengan kami.

Juni merupakan bulan tersibuk untuk serangan DDoS pada Q2 2025, mencakup hampir 38% dari seluruh aktivitas yang diamati. Salah satu target penting adalah outlet berita independen Eropa Timur yang dilindungi oleh Cloudflare, yang melaporkan serangan setelah meliput parade Pride lokal selama Bulan Pride LGBTQ.

Wawasan utama DDoS

• Serangan DDoS terus memecahkan rekor. Selama Q2 2025, Cloudflare secara otomatis memblokir serangan DDoS terbesar yang pernah dilaporkan, dengan puncaknya pada 7,3 terabit per detik (Tbps) dan 4,8 miliar paket per detik (Bpps).
• Secara keseluruhan, pada Q2 2025, serangan DDoS hiper-volumetrik meningkat pesat. Cloudflare memblokir lebih dari 6.500 serangan DDoS hiper-volumetrik, rata-rata 71 per hari. 
• Meskipun jumlah keseluruhan serangan DDoS turun dibandingkan kuartal sebelumnya — yang mengalami lonjakan belum pernah terjadi sebelumnya didorong oleh kampanye skala besar yang menargetkan jaringan Cloudflare dan infrastruktur Internet penting yang dilindungi oleh Cloudflare — jumlah serangan pada Q2 2025 masih 44% lebih tinggi daripada pada Q2 2024. Infrastruktur penting terus menghadapi tekanan berkelanjutan, dengan sektor Telekomunikasi, Penyedia Layanan, dan Operator kembali naik ke puncak sebagai industri yang paling banyak menjadi target.

Semua serangan dalam laporan ini secara otomatis terdeteksi dan diblokir oleh pertahanan otonom kami.

Untuk mempelajari lebih lanjut tentang serangan DDoS dan jenis ancaman siber lainnya, lihat Pusat Pembelajaran kami. Kunjungi Cloudflare Radar untuk melihat versi interaktif laporan ini tempat Anda dapat menelusuri lebih jauh. Radar juga menawarkan API gratis bagi mereka yang tertarik menyelidiki tren Internet. Anda juga dapat mempelajari lebih lanjut tentang metodologi yang digunakan dalam menyiapkan laporan ini.

Serangan DDoS dalam angka

Pada Q2 tahun 2025, Cloudflare mengurangi 7,3 juta serangan DDoS — turun tajam dari 20,5 juta pada Q1, ketika kampanye selama 18 hari terhadap infrastruktur Cloudflare sendiri dan infrastruktur penting lainnya yang dilindungi oleh Cloudflare, menghasilkan 13,5 juta serangan tersebut. 

^{Serangan DDoS per kuartal}

Kita baru saja melewati pertengahan tahun 2025, dan sejauh ini Cloudflare telah memblokir 27,8 juta serangan DDoS, setara dengan 130% dari semua serangan DDoS yang kami blokir sepanjang tahun kalender 2024.

^{Serangan DDoS berdasarkan tahun}

Jika dijabarkan lebih lanjut, serangan DDoS Layer 3/Layer 4 (L3/4) anjlok 81% kuartal ke kuartal menjadi 3,2 juta, sedangkan serangan DDoS HTTP naik 9% menjadi 4,1 juta. Perubahan dari tahun ke tahun tetap tinggi. Serangan secara keseluruhan 44% lebih tinggi dari Q2 2024, dengan serangan HTTP DDoS mengalami peningkatan terbesar sebesar 129% tahun ke tahun.

^{Serangan DDoS per bulan}

Serangan DDoS hipervolumetrik

Pada Q2 2025, Cloudflare memblokir lebih dari 6.500 serangan DDoS hiper-volumetrik, dengan rata-rata 71 serangan hiper-volumetrik per hari. Serangan hiper-volumetrik mencakup serangan DDoS L3/4 yang melebihi 1 Bpps atau 1 Tbps, dan serangan DDoS HTTP yang melebihi 1 juta permintaan per detik (Mrps).

Jumlah serangan DDoS hipervolumetrik yang melampaui 100 juta paket per detik (pps) melonjak 592% dibandingkan kuartal sebelumnya, dan jumlah yang melampaui 1 miliar pps dan 1 terabit per detik (Tbps) berlipat ganda dibandingkan kuartal sebelumnya. Jumlah serangan HTTP DDoS yang melebihi 1 juta rps (rps) tetap sama yakni sekitar 20 juta secara total, rata-rata hampir 220.000 serangan setiap hari.

^{Serangan DDoS hiper-volumetrik pada Q2 2025}

Pelaku ancaman

Ketika ditanya siapa yang berada di balik serangan DDoS yang mereka alami pada Q2 2025, mayoritas (71%) responden mengatakan mereka tidak tahu siapa yang menyerang mereka. Dari 29% responden sisanya yang mengaku telah mengidentifikasi aktor ancaman, 63% menunjuk ke pesaing, sebuah pola yang umum khususnya dalam industri Gaming, Perjudian, dan Kripto. Sebanyak 21% lainnya mengaitkan serangan tersebut dengan aktor di tingkat negara atau yang disponsori negara, sementara 5% masing-masing mengatakan mereka secara tidak sengaja menyerang diri mereka sendiri (self-DDoS), menjadi sasaran pemeras, atau mengalami serangan dari pelanggan/pengguna yang tidak puas.

^{Aktor ancaman teratas yang dilaporkan pada Q2 2025}

Serangan Ransom DDoS (DDoS dengan tebusan)

Persentase pelanggan Cloudflare yang diserang yang melaporkan menjadi sasaran serangan DDoS Tebusan atau yang diancam meningkat sebesar 68% dibandingkan dengan kuartal sebelumnya, dan sebesar 6% dibandingkan dengan kuartal yang sama pada tahun 2024. 

^{Serangan DDoS Tebusan pada Q2 2025}

Jika kita tinjau lebih lanjut, serangan DDoS Tebusan meningkat pada bulan Juni 2025. Sekitar sepertiga responden melaporkan diancam atau menjadi sasaran serangan DDoS Tebusan.

^{Serangan DDoS Tebusan berdasarkan bulan Q2 2025}

Lokasi yang paling banyak diserang

Peringkat 10 lokasi paling banyak diserang pada Q2 2025 berubah secara signifikan. Tiongkok naik dua peringkat untuk merebut kembali posisi pertama, Brasil naik empat peringkat ke posisi kedua, Jerman turun dua peringkat ke posisi ketiga, India naik satu peringkat ke posisi keempat, dan Korea Selatan naik empat peringkat ke posisi kelima. Turki turun empat peringkat ke posisi keenam, Hong Kong turun tiga peringkat ke posisi ketujuh, dan Vietnam melonjak lima belas peringkat ke posisi kedelapan. Sementara itu, Rusia meroket empat puluh peringkat ke posisi sembilan, dan Azerbaijan melonjak tiga puluh satu peringkat untuk melengkapi sepuluh besar.

^{Lokasi yang paling banyak menjadi target serangan DDoS pada Q2 2025}

Penting untuk dicatat bahwa lokasi yang diserang ini ditentukan oleh negara penagihan pelanggan Cloudflare yang layanannya menjadi target — bukan negara tersebut sendiri yang diserang. Dengan kata lain, peringkat tinggi berarti lebih banyak pelanggan terdaftar kami di yurisdiksi penagihan itu yang ditargetkan oleh lalu lintas DDoS, daripada menyiratkan penargetan geopolitik langsung.

Industri yang paling banyak diserang

Peringkat 10 industri yang paling banyak diserang pada Q2 2025 juga memperlihatkan pergerakan yang signifikan. Telekomunikasi, Penyedia Layanan dan Operator naik satu peringkat ke posisi pertama, sementara sektor Internet naik dua peringkat ke posisi kedua. Teknologi Informasi & Layanan mempertahankan posisinya di posisi ketiga yang paling banyak diserang, dan Gaming naik satu peringkat ke posisi keempat. Perjudian & Kasino turun empat peringkat ke posisi kelima, dan industri Perbankan & Jasa Keuangan tetap berada di posisi keenam. Ritel naik satu peringkat ke posisi ketujuh, dan Pertanian naik drastis 38 peringkat ke posisi kedelapan. Perangkat Lunak Komputer naik dua peringkat ke posisi kesembilan, dan Pemerintah naik dua peringkat untuk melengkapi sepuluh industri yang paling banyak diserang.

^{Industri yang paling banyak diserang DDoS pada Q2 2025}

Sumber utama serangan DDoS

Peringkat 10 sumber serangan DDoS terbesar pada Q2 2025 juga mengalami beberapa perubahan dibandingkan dengan kuartal sebelumnya. Indonesia naik satu peringkat ke posisi pertama, Singapura naik dua peringkat ke posisi kedua, Hong Kong turun dua peringkat ke posisi ketiga, Argentina turun satu peringkat ke posisi keempat, dan Ukraina bertahan sebagai sumber serangan DDoS terbesar kelima. Rusia melonjak enam peringkat sebagai sumber terbesar keenam, diikuti oleh Ekuador yang melonjak tujuh peringkat. Vietnam naik satu peringkat sebagai sumber terbesar kedelapan. Belanda naik empat peringkat sebagai sumber serangan DDoS terbesar kesembilan, dan Thailand turun tiga peringkat sebagai sumber serangan DDoS terbesar kesepuluh.

^{Sumber utama serangan DDoS pada Q2 2025}

Penting untuk dicatat bahwa peringkat "sumber" ini mencerminkan lokasi node botnet, proksi, atau titik akhir VPN — bukan lokasi sebenarnya dari pelaku ancaman. Untuk serangan DDoS L3/4, di mana pemalsuan IP merajalela, kami melakukan geolokasi setiap paket ke pusat data Cloudflare yang pertama kali menyerap dan memblokirnya, memanfaatkan kehadiran kami di lebih dari 330 kota untuk akurasi yang benar-benar terperinci.

Jaringan sumber utama serangan DDoS

ASN (Nomor Sistem Otonom/Autonomous System Number) adalah pengenal unik yang ditetapkan ke jaringan atau sekelompok jaringan IP yang beroperasi di bawah kebijakan perutean tunggal di Internet. Digunakan untuk bertukar informasi perutean antara sistem yang menggunakan protokol seperti BGP (Border Gateway Protocol).

Untuk pertama kalinya dalam sekitar satu tahun, jaringan Hetzner (AS24940) yang berbasis di Jerman turun dari posisi pertama sebagai sumber serangan HTTP DDoS terbesar ke posisi ketiga. Sebagai gantinya, Drei-K-Tech-GmbH (AS200373) yang berbasis di Jerman, yang juga dikenal sebagai 3xK Tech, melonjak 6 peringkat sebagai sumber serangan DDoS HTTP terbesar nomor satu. DigitalOcean (AS14061) yang berbasis di AS naik satu peringkat ke posisi kedua.

^{10 sumber ASN (Nomor Sistem Otonom) teratas serangan HTTP DDoS}

Seperti yang dapat dilihat pada bagan di atas, 8 dari 10 ASN yang terdaftar menawarkan mesin virtual (VM), hosting, atau layanan cloud yang menunjukkan penggunaan umum botnet berbasis VM. Botnet ini diperkirakan 5.000x lebih kuat dari botnet berbasis IoT. Hanya Drei (AS200373) dan ChinaNet Backbone (AS4134) yang terutama merupakan Penyedia Layanan Internet atau operator telekomunikasi tanpa penawaran VM/cloud publik yang signifikan.

^{Botnet berbasis IoT versus botnet berbasis VM}

Untuk membantu para penyedia hosting, penyedia komputasi cloud, dan semua penyedia layanan Internet dalam mengidentifikasi dan menghentikan akun pelaku penyalahgunaan yang melancarkan berbagai serangan ini, kami memanfaatkan perspektif unik Cloudflare guna menyediakan Umpan Ancaman Botnet DDoS gratis bagi Para Penyedia Layanan. Lebih dari 600 organisasi di seluruh dunia telah mendaftar untuk umpan ini, dan kami telah melihat kolaborasi hebat di seluruh komunitas untuk menghancurkan node botnet. Hal ini dimungkinkan berkat umpan ancaman yang memberikan penyedia layanan ini daftar alamat IP yang melanggar dari dalam Nomor Sistem Otonom mereka yang kami lihat meluncurkan serangan HTTP DDoS. Ini sepenuhnya gratis dan yang diperlukan hanyalah membuka akun Cloudflare gratis, mengautentikasi ASN melalui PeeringDB, dan kemudian mengambil intelijen ancaman melalui API.

Dengan panggilan API sederhana, penyedia layanan bisa mendapatkan daftar IP yang melanggar dari dalam jaringan mereka. Contoh respons tersedia di bawah ini.

^{Contoh respons dari API Umpan Ancaman Botnet DDoS Penyedia Layanan Internet gratis}

Vektor serangan

Melindungi Diri dari Botnet DDoS

Pada Q2 2025, mayoritas (71%) serangan HTTP DDoS diluncurkan oleh botnet yang dikenal. Deteksi cepat dan pemblokiran berbagai serangan ini dimungkinkan sebagai hasil dari pengoperasian jaringan yang sangat besar dan pengamatan terhadap berbagai jenis serangan dan botnet. Dengan memanfaatkan intelijen ancaman waktu nyata, sistem kami mampu memberatkan botnet DDoS dengan sangat cepat, berkontribusi pada mitigasi yang lebih efektif. Bahkan jika botnet DDoS telah diinkriminalisasi saat hanya menargetkan satu situs web atau alamat IP, seluruh jaringan dan basis pelanggan kami segera terlindungi terhadapnya. Sistem intelijen ancaman waktu nyata ini beradaptasi dengan botnet saat mereka mengubah dan mengganti node.

^{Vektor serangan HTTP DDoS teratas: Q2 2025}

Vektor serangan L3/4

Pada Q2 2025, serangan banjir DNS menjadi vektor serangan L3/4 teratas yang mencakup hampir sepertiga dari semua serangan DDoS L3/4. Banjir SYN vektor serangan paling umum kedua, turun dari 31% pada Q1 menjadi 27% pada Q2. 

Di tempat ketiga, banjir UDP juga tumbuh secara signifikan, naik dari 9% di Q1 menjadi 13% di Q2. Banjir RST, bentuk lain serangan DDoS berbasis TCP, yang mencakup 5% dari semua serangan L3/4, merupakan vektor keempat yang paling umum. Melengkapi lima teratas, banjir SSDP naik ke posisi kelima pada 3% meskipun menurun dari 4,3% pada kuartal terakhir, tetapi cukup untuk menyingkirkan serangan Mirai yang sebelumnya lazim (yang turun dari 18% pada Q1 menjadi hanya 2% pada Q2) keluar dari lima teratas secara keseluruhan.

^{Vektor serangan DDoS L3/4 teratas: Q2 2024}

Rincian 3 vektor serangan DDoS L3/4 teratas

Berikut rincian mengenai 3 serangan DDoS L3/4 yang paling umum. Kami memberikan rekomendasi tentang bagaimana organisasi dapat menghindari menjadi elemen refleksi dan amplifikasi, dan juga rekomendasi tentang cara mempertahankan diri terhadap serangan ini sambil menghindari dampak pada lalu lintas yang sah. Pelanggan Cloudflare dilindungi dari serangan ini.

Serangan Banjir DNS

• Tipe: Flood (Banjir data)
• Cara kerjanya: Banjir DNS bertujuan untuk membanjiri server DNS dengan sejumlah besar kueri DNS—baik yang valid, acak, atau cacat—untuk menguras CPU, memori, atau bandwidth. Tidak seperti serangan amplifikasi, ini adalah banjir langsung yang ditujukan untuk menurunkan kinerja atau menyebabkan pemadaman, sering kali melalui port UDP 53, tetapi terkadang juga melalui TCP (terutama untuk zona yang mendukung DNS-over-TCP atau DNSSEC ).
• Cara mempertahankan diri terhadap serangan: Gunakan Cloudflare DNS sebagai utama atau sekunder, Cloudflare DNS Firewall dan/atau Cloudflare Magic Transit untuk menyerap dan mengurangi banjir kueri sebelum mencapai asal Anda. Jaringan global Cloudflare menangani puluhan juta permintaan DNS per detik dengan penyaringan DDoS bawaan dan caching, memblokir lalu lintas yang cacat atau berlebihan sambil menjawab permintaan yang sah.
• Cara menghindari dampak yang tidak diinginkan: Hindari memblokir semua lalu lintas DNS atau menonaktifkan port UDP 53, yang akan merusak resolusi normal. Andalkan perlindungan khusus DNS Cloudflare seperti Advanced DNS Protection, dan terapkan perlindungan yang mendukung DNSSEC untuk menangani banjir kueri berbasis TCP dengan aman.

Serangan Banjir SYN

• Tipe: Flood (Banjir data)
• Cara kerjanya: Dalam banjir SYN, pelaku ancaman mengirim sejumlah besar paket TCP SYN—sering kali dengan alamat IP palsu—untuk memulai koneksi yang tidak pernah selesai. Hal ini menyebabkan sistem target memiliki koneksi setengah terbuka, menghabiskan memori dan sumber daya pelacakan koneksi, berpotensi menghabiskan batas server dan mencegah klien sebenarnya terhubung.
• Cara bertahan terhadap serangan: Gunakan Cloudflare Magic Transit untuk mencegat dan mengurangi banjir TCP SYN di tepi jaringan. Cloudflare memanfaatkan cookie SYN, pelacakan koneksi, dan analisis perilaku untuk membedakan klien asli dari sumber palsu atau berbahaya, memastikan koneksi TCP yang sah diselesaikan dengan sukses. Menggunakan layanan CDN/WAF Cloudflare atau Cloudflare Spectrum yang keduanya merupakan layanan proxy terbalik untuk HTTP atau TCP. Menggunakan proksi terbalik pada dasarnya menghilangkan kemungkinan dampak serangan DDoS berbasis TCP.
• Cara menghindari dampak yang tidak diinginkan: Memblokir semua lalu lintas SYN atau menerapkan batas waktu yang agresif dapat memblokir pengguna sebenarnya. Sebaliknya, andalkan sistem perlindungan TCP Lanjutan Cloudflare, yang menggunakan pembentukan laju SYN, deteksi anomali, dan penyaringan paket untuk mengurangi serangan tanpa memengaruhi koneksi klien asli.

Serangan DDoS UDP

• Tipe: Flood (Banjir data)
• Cara kerjanya: Sejumlah besar paket UDP dikirim ke berbagai port yang acak atau spesifik pada satu atau beberapa alamat IP target. Ia mungkin berupaya memenuhi sambungan Internet atau membanjiri peralatan internalnya dengan paket yang lebih banyak daripada yang dapat ditanganinya guna menimbulkan gangguan atau pemadaman.
• Cara mempertahankan diri terhadap serangan: Terapkan perlindungan DDoS berbasis cloud yang dapat melacak sidik jari lalu lintas serangan secara waktu nyata seperti Cloudflare Magic Transit atau Cloudflare Spectrum, terapkan pembatasan tingkat cerdas pada lalu lintas UDP, dan hentikan lalu lintas UDP yang tidak diinginkan secara menyeluruh dengan Magic Firewall.
• Cara menghindari dampak yang tidak diinginkan: Pemfilteran agresif dapat mengganggu layanan UDP yang sah seperti VoIP, konferensi video, atau game online. Terapkan ambang batas dengan hati-hati.

Ancaman yang muncul

Di antara ancaman DDoS L3/4 yang muncul pada Q2 2025, banjir Teeworlds mengalami lonjakan terbesar. Serangan ini melonjak 385% QoQ, diikuti oleh banjir RIPv1, yang melonjak sebesar 296%. Banjir RDP meningkat sebesar 173%, dan banjir Demon Bot meningkat sebesar 149%. Bahkan banjir VxWorks yang terhormat kembali terjadi, naik 71% dari kuartal ke kuartal. Peningkatan dramatis ini menyoroti eksperimen berkelanjutan para pelaku ancaman dengan protokol lama dan kurang dikenal untuk menghindari pertahanan standar.

^{Ancaman-ancaman utama yang muncul pada Q2 2025}

Rincian ancaman utama yang muncul

Berikut rincian tentang ancaman yang muncul pada Q2 2025, sebagian besar merupakan daur ulang vektor serangan yang sangat lama. Kami memberikan rekomendasi tentang bagaimana organisasi dapat menghindari menjadi elemen refleksi dan amplifikasi, dan juga rekomendasi tentang cara mempertahankan diri terhadap serangan ini sambil menghindari dampak pada lalu lintas yang sah. Pelanggan Cloudflare dilindungi dari serangan ini.

Serangan DDoS Teeworlds

• Tipe: Flood (Banjir data)
• Cara kerjanya: Teeworlds adalah game tembak-menembak multipemain 2D bertempo cepat dan bersumber terbuka yang menggunakan protokol berbasis UDP khusus untuk permainan waktu nyata. Pelaku ancaman membanjiri server permainan target dengan paket UDP palsu atau berlebihan yang meniru tindakan dalam permainan atau upaya koneksi. Hal ini dapat membebani sumber daya server dan menyebabkan kelambatan atau pemadaman.
• Cara bertahan terhadap serangan: Gunakan Cloudflare Spectrum atau Cloudflare Magic Transit untuk melindungi server. Cloudflare secara otomatis mendeteksi dan mengurangi jenis serangan ini menggunakan sidik jari waktu nyata, memblokir lalu lintas serangan namun tetap memperbolehkan pemain sungguhan untuk masuk. Magic Transit juga menyediakan kemampuan firewall tingkat paket, Magic Firewall yang dapat digunakan untuk membuat perlindungan khusus.
• Cara menghindari dampak yang tidak diinginkan: Saat membuat aturan khusus, hindari memblokir atau melakukan pembatasan tingkat port UDP 8303 secara langsung karena dapat mengganggu permainan secara keseluruhan. Sebaliknya, andalkan layanan deteksi dan mitigasi cerdas untuk menghindari dampak pada pengguna yang sah.

^{Tangkapan Layar Teeworlds Jungle. Sumber: Wikipedia}

Serangan DDoS RIPv1

• Tipe: Pantulan + Amplifikasi (Rendah)
• Cara kerjanya: Memanfaatkan protokol Informasi Perutean versi 1 (RIPv1), yaitu protokol perutean jarak-vektor model lama yang tanpa autentikasi dan menggunakan port UDP/520. Pelaku ancaman mengirimkan pembaruan perutean palsu untuk membanjiri atau membingungkan jaringan.
• Cara mencegah menjadi elemen pantulan/amplifikasi: Nonaktifkan RIPv1 pada router. Gunakan RIPv2 dengan autentikasi apabila perutean diperlukan.
• Cara melindungi diri dari serangan: Blokir lalu lintas masuk UDP/520 dari jaringan yang tidak tepercaya. Pantau pembaruan perutean yang tidak diharapkan.
• Cara menghindari dampak yang tidak diinginkan: Sebagian besar RIPv1 sudah usang; penonaktifan protokol ini umumnya aman. Jika sistem lama mengandalkan protokol ini, validasikan perilaku perutean sebelum melakukan perubahan.

Serangan DDoS RDP

• Tipe: Pantulan + Amplifikasi
• Cara kerjanya: Protokol Desktop Jarak Jauh (RDP) digunakan untuk akses jarak jauh ke sistem Windows dan biasanya berjalan melalui port TCP 3389. Pada beberapa pengaturan yang salah konfigurasi atau lama, RDP dapat merespons upaya koneksi yang tidak diautentikasi, sehingga memungkinkan penyalahgunaan untuk refleksi atau amplifikasi. Pelaku ancaman mengirim paket inisiasi RDP palsu ke server yang terekspos, menyebabkan mereka membalas ke korban, sehingga menghasilkan lalu lintas yang tidak diinginkan dalam jumlah besar.
• Cara bertahan terhadap serangan: Gunakan Cloudflare Magic Transit untuk melindungi infrastruktur jaringan Anda. Magic Transit menyediakan perlindungan DDoS L3/L4, menyaring lalu lintas RDP palsu atau cacat sebelum mencapai asal Anda. Untuk penyalahgunaan lapisan aplikasi yang ditargetkan, Cloudflare Gateway atau Akses Jaringan Zero Trust (ZTNA) dapat membantu mengamankan akses desktop jarak jauh di balik terowongan yang diautentikasi.
• Cara menghindari dampak yang tidak diinginkan: Jangan blokir TCP/3389 secara global jika RDP digunakan secara aktif. Sebaliknya, batasi akses RDP ke IP yang diketahui atau jaringan internal, atau gunakan Cloudflare Tunnel dengan Akses Jaringan Zero Trust untuk menghilangkan paparan publik sepenuhnya sambil mempertahankan akses aman bagi pengguna yang sah.

Serangan DDoS DemonBot

• Tipe: Banjir berbasis Botnet
• Cara kerjanya: DemonBot adalah jenis perangkat lunak berbahaya yang menginfeksi sistem berbasis Linux—terutama perangkat IoT yang tidak aman—melalui port terbuka atau kredensial yang lemah. Setelah terinfeksi, perangkat menjadi bagian dari botnet yang dapat meluncurkan banjir UDP, TCP, dan lapisan aplikasi bervolume tinggi. Serangan biasanya didorong oleh perintah dan kontrol (C2) dan dapat menghasilkan lalu lintas volumetrik yang signifikan, sering kali menargetkan layanan gaming, hosting, atau perusahaan. Untuk menghindari infeksi, manfaatkan perangkat lunak antivirus dan penyaringan domain. 
• Cara bertahan melawan serangan: Gunakan Cloudflare Magic Transit untuk menyerap dan menyaring banjir lapisan jaringan skala besar sebelum mencapai infrastruktur Anda. Analisis lalu lintas waktu nyata dan deteksi berbasis tanda tangan Cloudflare menetralkan lalu lintas yang berasal dari perangkat yang terinfeksi DemonBot. Untuk layanan Lapisan aplikasi, perlindungan DDoS Cloudflare dan WAF dapat mengurangi banjir HTTP yang ditargetkan dan penyalahgunaan koneksi.
• Cara menghindari dampak yang tidak diinginkan: Daripada memblokir jenis lalu lintas atau port secara luas, andalkan mitigasi adaptif Cloudflare untuk membedakan antara pengguna yang sah dan lalu lintas botnet. Kombinasikan dengan penyaringan reputasi IP, pemblokiran geografis, dan pembatasan tingkat untuk mengurangi positif palsu dan menjaga ketersediaan layanan.

Serangan DDoS Banjir VxWorks

Tipe: Banjir (berbasis IoT)

• Cara kerjanya: VxWorks adalah sistem operasi waktu nyata (RTOS) yang digunakan dalam jutaan perangkat tertanam dan IoT (misalnya, router, pengontrol industri). Perangkat yang menjalankan versi VxWorks yang kedaluwarsa atau salah konfigurasi dapat disusupi dan digunakan untuk meluncurkan serangan DDoS. Setelah terinfeksi — sering kali melalui eksploitasi publik atau kredensial yang lemah — mereka mengirimkan lalu lintas UDP, TCP, atau ICMP dalam jumlah besar untuk membanjiri target, mirip dengan botnet IoT tradisional.
• Cara bertahan melawan serangan: Gunakan Cloudflare Magic Transit untuk memblokir lalu lintas volumetrik di tepi jaringan. Cloudflare menggunakan sidik jari waktu nyata dan heuristik hak milik untuk mengidentifikasi lalu lintas dari perangkat VxWorks yang disusupi dan memitigasinya secara waktu nyata. Untuk layanan aplikasi,layanan mitigasi DDoS dan Gateway Cloudflare memberikan perlindungan tambahan terhadap penyalahgunaan tingkat protokol.
• Cara menghindari dampak yang tidak diinginkan: Hindari pemblokiran lalu lintas UDP atau ICMP yang berlebihan, karena dapat mengganggu diagnostik yang sah atau layanan waktu nyata. Sebaliknya, gunakan alat penyaringan cerdas Cloudflare, pembatasan tingkat, dan reputasi geo/IP untuk mengurangi serangan dengan aman sekaligus menghindari dampak pada lalu lintas yang sah.

^{Alur pembuatan sidik jari waktu nyata Cloudflare}

Ukuran dan durasi serangan

Sebagian besar serangan DDoS berukuran kecil dan pendek. Pada Q2 2025, 94% serangan DDoS L3/4 tidak melebihi 500 Mbps. Demikian pula, sekitar 85% serangan DDoS L3/4 tidak melebihi 50.000 pps. Mayoritas serangan HTTP DDoS juga kecil, 65% tetap di bawah 50K rps. Namun, “kecil” adalah istilah relatif.

Server modern rata-rata biasanya mengacu pada mesin fisik atau virtual serbaguna dengan sekitar 4–8 inti CPU (misalnya Intel Xeon Silver), RAM 16–64 GB, dan NIC 1 Gbps, menjalankan OS Linux seperti Ubuntu atau CentOS dengan NGINX atau perangkat lunak serupa. Pengaturan ini dapat menangani ~100.000–500.000 pps, throughput hingga ~940 Mbps, dan sekitar 10.000–100.000 rps untuk konten statis atau 500–1.000 rps untuk aplikasi dinamis yang didukung basis data, tergantung pada penyetelan dan beban kerja.

Dengan asumsi server tidak dilindungi oleh layanan perlindungan DDoS berbasis cloud, jika server menjadi sasaran serangan DDoS "kecil" selama tingkat lalu lintas puncak, kemungkinan besar server tidak akan mampu mengatasinya. Bahkan serangan DDoS “kecil” dapat menyebabkan dampak signifikan pada server yang tidak terlindungi.

^{Ukuran dan durasi serangan DDoS pada Q2 2025}

Meskipun sebagian besar serangan DDoS berukuran kecil, serangan DDoS hipervolumetrik meningkat dalam ukuran dan frekuensi. 6 dari setiap 100 serangan HTTP DDoS melampaui 1 juta rps, dan 5 dari setiap 10.000 serangan L3/4 DDoS melampaui 1 Tbps — peningkatan 1.150% QoQ.

^{Serangan terbesar di dunia: 7,3 Tbps}

Sebagian besar serangan DDoS berdurasi pendek, bahkan yang terbesar dan paling intens sekalipun. Pelaku ancaman sering kali mengandalkan ledakan singkat lalu lintas terkonsentrasi — kadang-kadang berlangsung hanya 45 detik seperti yang terlihat pada serangan DDoS 7,3 Tbps yang monumental — dalam upaya untuk menghindari deteksi, membanjiri target, dan menyebabkan gangguan maksimum sebelum pertahanan dapat sepenuhnya aktif. Taktik serangan singkat dan berintensitas tinggi ini membuat deteksi dan mitigasi lebih menantang dan menggarisbawahi perlunya perlindungan yang selalu aktif dan waktu nyata. Untungnya, pertahanan DDoS otonom Cloudflare segera aktif.

Membantu membangun Internet yang lebih baik

Di Cloudflare, kami memiliki misi untuk membantu membangun Internet yang lebih baik. Bagian dari misi tersebut adalah menawarkan perlindungan DDoS gratis dan tak terbatas, tanpa memandang ukuran, durasi, dan kuantitas. Kami tidak hanya bertahan terhadap serangan DDoS. Pertahanan terbaik adalah serangan yang baik, dan dengan menggunakan Umpan Ancaman Botnet ISP gratis kami, kita berkontribusi pada penghapusan botnet. 

Meskipun masih banyak yang menerapkan perlindungan secara reaktif atau mengandalkan solusi yang sudah ketinggalan zaman, data kami menunjukkan keamanan yang proaktif dan selalu aktif jauh lebih efektif. Didukung oleh jaringan global dengan kapasitas 388 Tbps di lebih dari 330 kota, kami menyediakan pertahanan otomatis, in-line, dan teruji dalam pertempuran melawan semua jenis serangan DDoS.

^{Rekor dunia baru: Serangan DDoS 7,3 Tbps diblokir secara otonom oleh Cloudflare}

Serangan tersebut menargetkan pelanggan Cloudflare, sebuah penyedia hosting yang menggunakan Magic Transit untuk melindungi jaringan IP mereka. Makin banyak penyedia hosting dan infrastruktur penting Internet yang telah menjadi target serangan DDoS, sebagaimana yang kami laporkan dalam laporan ancaman DDoS terbaru kami. Gambar di bawah adalah kampanye serangan pada bulan Januari dan Februari 2025 yang melancarkan lebih dari 13,5 juta serangan DDoS terhadap infrastruktur Cloudflare dan penyedia hosting yang dilindungi oleh Cloudflare.

^{Kampanye serangan DDoS menargetkan infrastruktur Cloudflare dan penyedia hosting yang dilindungi oleh Cloudflare}

Mari kita mulai dengan beberapa data statistik, lalu menyelami cara sistem kami mendeteksi dan memitigasi serangan ini.

Serangan 7,3 Tbps menghasilkan 37,4 terabita serangan dalam 45 detik

Angka 37,4 terabita bukan nilai yang mencengangkan dalam skala dewasa ini, tetapi menghasilkan 37,4 terabita serangan hanya dalam waktu 45 detik adalah hal yang luar biasa. Hal tersebut setara dengan membanjiri jaringan Anda dengan lebih dari 9.350 film HD berdurasi penuh, atau melakukan streaming 7.480 jam video definisi tinggi secara nonstop (hampir setara dengan satu tahun menonton film seri secara terus-menerus) dalam waktu hanya 45 detik. Jika seandainya data tersebut adalah musik, maka jumlah itu setara dengan mengunduh sekitar 9,35 juta lagu dalam waktu kurang dari satu menit, yang cukup untuk mengisi waktu pendengar selama 57 tahun berturut-turut. Bayangkan mengambil 12,5 juta foto beresolusi tinggi pada smartphone Anda dengan media penyimpanan yang tidak pernah habis. Jika Anda mengambil satu foto setiap hari, maka jumlah tersebut setara dengan pengambilan foto selama 4.000 tahun, tetapi dilakukan dalam 45 detik. 

^{Serangan DDoS 7,3 Tbps yang memecahkan rekor menghasilkan 37,4 TB dalam 45 detik}

Detail serangan

Serangan tersebut membombardir rata-rata 21.925 port tujuan dari satu alamat IP yang dimiliki dan digunakan oleh pelanggan kami, dengan puncaknya pada 34.517 port tujuan per detik. Serangan tersebut juga berasal dari distribusi port sumber yang serupa. 

^{Distribusi port tujuan}

Vektor serangan

Serangan 7,3 Tbps adalah serangan DDoS multivektor. Sekitar 99,996% lalu lintas serangan dikategorikan sebagai banjir UDP. Namun, sisanya sebesar 0,004%, yang mencakup 1,3 GB lalu lintas serangan, diidentifikasi sebagai serangan pantulan QOTD, serangan pantulan Echo, serangan pantulan NTP, serangan banjir UDP Mirai, banjir Portmap, dan serangan amplifikasi RIPv1.

^{Vektor serangan selain banjir UDP}

Perincian vektor serangan

Berikut detail tentang berbagai vektor serangan yang teridentifikasi dalam serangan ini, cara organisasi dapat menghindari menjadi peserta pemantulan dan amplifikasi serangan, serta rekomendasi cara untuk melindungi diri dari berbagai serangan ini sambil menghindari dampak terhadap lalu lintas yang sah. Pelanggan Cloudflare dilindungi dari serangan ini.

Serangan DDoS UDP

• Tipe: Flood (Banjir data)
• Cara kerjanya: Sejumlah besar paket UDP dikirim ke berbagai port yang acak atau spesifik pada satu atau beberapa alamat IP target. Serangan ini dapat berupaya membuat sambungan Internet menjadi jenuh atau membanjiri peralatan dalam jalur Internet dengan jumlah paket yang melebihi kemampuan penanganan peralatan tersebut.
• Cara melindungi diri dari serangan: Sebarkan perlindungan DDoS volumetrik berbasis cloud, terapkan pembatasan tingkat yang cerdas pada lalu lintas UDP, dan buang seluruh lalu lintas UDP yang tidak diinginkan.
• Cara menghindari dampak yang tidak diinginkan: Pemfilteran agresif dapat mengganggu layanan UDP yang sah seperti VoIP, konferensi video, atau game online. Terapkan ambang batas dengan hati-hati.

Serangan DDoS QOTD

• Tipe: Pantulan + Amplifikasi
• Cara kerjanya: Menyalahgunakan Protokol Quote of the Day (QOTD), yang aktif pada port UDP 17 dan merespons dengan kutipan atau pesan singkat. Penyerang mengirim permintaan QOTD ke server yang terekspos dari alamat IP yang dipalsukan sehingga menyebabkan korban dibanjiri oleh respons yang diamplifikasi.
• Cara mencegah menjadi elemen pantulan/amplifikasi: Nonaktifkan layanan QOTD dan blokir port UDP/17 pada semua server dan firewall.
• Cara melindungi diri dari serangan: Blokir lalu lintas masuk di UDP/17. Buang lonjakan permintaan UDP paket kecil yang tidak normal.
• Cara menghindari dampak yang tidak diinginkan: QOTD adalah protokol diagnostik/debugging yang sudah usang dan tidak digunakan oleh aplikasi modern. Menonaktifkan layanan tersebut tidak akan berakibat negatif pada layanan yang sah.

Serangan DDoS Echo

• Tipe: Pantulan + Amplifikasi
• Cara kerjanya: Memanfaatkan protokol Echo (port UDP/TCP 7) yang membalas data yang diterima dengan data yang sama. Penyerang memalsukan alamat IP korban sehingga menyebabkan perangkat memantulkan kembali data tersebut sehingga mengamplifikasi serangan.
• Cara mencegah menjadi elemen pantulan/amplifikasi: Nonaktifkan layanan Echo di semua perangkat. Blokir port UDP/TCP 7 di jaringan tepi.
• Cara melindungi diri dari serangan: Nonaktifkan layanan Echo dan blokir port TCP/UDP 7 pada perimeter jaringan.
• Cara menghindari dampak yang tidak diinginkan: Echo adalah alat diagnostik yang sudah usang; menonaktifkan atau memblokirnya tidak akan berakibat negatif pada sistem modern.

Serangan DDoS NTP

• Tipe: Pantulan + Amplifikasi
• Cara kerjanya: Menyalahgunakan protokol NTP (Network Time Protocol) yang digunakan untuk menyinkronkan waktu melalui Internet. Penyerang mengeksploitasi perintah monlist pada server NTP versi lama (UDP/123) yang mengembalikan daftar besar berisi koneksi terbaru. Permintaan yang dipalsukan menyebabkan amplifikasi pantulan.
• Cara mencegah menjadi elemen pantulan/amplifikasi: Tingkatkan atau konfigurasikan server NTP untuk menonaktifkan monlist. Batasi permintaan NTP hanya untuk alamat IP yang dipercaya.
• Cara melindungi diri dari serangan: Nonaktifkan perintah monlist, perbarui perangkat lunak NTP, dan filter atau batasi laju lalu lintas UDP/123.
• Cara menghindari dampak yang tidak diinginkan: Menonaktifkan monlist tidak berpengaruh terhadap sinkronisasi waktu. Namun, pemfilteran atau pemblokiran UDP/123 dapat memengaruhi sinkronisasi waktu jika dilakukan terlalu meluas. Pastikan hanya sumber tidak tepercaya atau eksternal yang diblokir.

Serangan UDP Mirai

• Tipe: Flood (Banjir data)
• Cara kerjanya: Botnet Mirai, yang terdiri dari perangkat IoT yang telah dikuasai, membanjiri korban dengan menggunakan paket UDP acak atau yang spesifik untuk layanan tertentu (misalnya, DNS, layanan game).
• Cara mencegah agar tidak menjadi bagian dari botnet: Amankan perangkat IoT Anda, ubah kata sandi default, tingkatkan firmware ke versi terbaru, lalu ikuti praktik terbaik keamanan IoT agar terhindar dari menjadi bagian botnet. Jika memungkinkan, pantau lalu lintas keluar untuk mendeteksi kejanggalan.
• Cara melindungi diri dari serangan: Terapkan perlindungan DDoS volumetrik berbasis cloud dan pembatasan tingkat untuk lalu lintas UDP.
• Cara menghindari dampak yang tidak diinginkan: Pertama, pahami jaringan Anda dan jenis lalu lintas yang Anda terima, khususnya protokol, sumbernya, dan tujuannya. Identifikasikan layanan yang berjalan melalui UDP yang perlu dilindungi dari dampak. Setelah mengidentifikasi layanan tersebut, Anda dapat menerapkan pembatasan tingkat dengan cara yang dapat mengecualikan berbagai titik akhir tersebut, atau memperhitungkan tingkat lalu lintas normal Anda. Jika tidak, pembatasan tingkat laju lalu lintas UDP secara agresif dapat berdampak terhadap lalu lintas sah Anda dan berdampak terhadap layanan yang berjalan melalui UDP seperti panggilan VoIP dan lalu lintas VPN.

Serangan DDoS Portmap

• Tipe: Pantulan + Amplifikasi
• Cara kerjanya: Menargetkan layanan Portmapper (UDP/111) yang digunakan oleh aplikasi berbasis Remote Procedure Call (RPC) untuk mengidentifikasi layanan yang tersedia. Permintaan yang dipalsukan menghasilkan respons pantulan.
• Cara mencegah menjadi elemen pantulan/amplifikasi: Nonaktifkan layanan Portmapper jika tidak diperlukan. Jika diperlukan secara internal, batasi hanya untuk alamat IP yang dipercaya.
• Cara melindungi diri dari serangan: Nonaktifkan layanan Portmapper jika tidak diperlukan, blokir lalu lintas masuk di port UDP/111. Gunakan Daftar Kontrol Akses (ACL/Access Control List) atau firewall untuk membatasi akses ke layanan RPC yang sudah diketahui.
• Cara menghindari dampak yang tidak diinginkan: Menonaktifkan Portmapper dapat mengganggu aplikasi yang mengandalkan RPC (misalnya, protokol Network File System). Validasikan ketergantungan layanan sebelum dihapus.

Serangan DDoS RIPv1

• Tipe: Pantulan + Amplifikasi (Rendah)
• Cara kerjanya: Memanfaatkan protokol Informasi Perutean versi 1 (RIPv1), yaitu protokol perutean jarak-vektor model lama yang tanpa autentikasi dan menggunakan port UDP/520. Penyerang mengirimkan pembaruan perutean yang dipalsukan untuk membanjiri atau mengacaukan jaringan.
• Cara mencegah menjadi elemen pantulan/amplifikasi: Nonaktifkan RIPv1 pada router. Gunakan RIPv2 dengan autentikasi apabila perutean diperlukan.
• Cara melindungi diri dari serangan: Blokir lalu lintas masuk UDP/520 dari jaringan yang tidak tepercaya. Pantau pembaruan perutean yang tidak diharapkan.
• Cara menghindari dampak yang tidak diinginkan: Sebagian besar RIPv1 sudah usang; penonaktifan protokol ini umumnya aman. Jika sistem lama mengandalkan protokol ini, validasikan perilaku perutean sebelum melakukan perubahan.

Semua rekomendasi di sini harus dipertimbangkan dengan konteks dan perilaku dari setiap jaringan atau aplikasi yang unik untuk menghindari dampak yang tidak diinginkan terhadap lalu lintas yang sah.

Asal serangan

Serangan yang berasal dari 122.145 lebih alamat IP sumber yang mencakup 5.433 Sistem Otonom (AS/Autonomous System) di 161 negara. 

Hampir separuh dari lalu lintas serangan berasal dari Brasil dan Vietnam, yang masing-masing berjumlah sekitar seperempat. Sepertiga lainnya, secara gabungan, bersumber dari Taiwan, Tiongkok, Indonesia, Ukraina, Ekuador, Thailand, Amerika Serikat, dan Arab Saudi.

^{Peringkat 10 teratas negara sumber lalu lintas serangan}

Jumlah rata-rata alamat IP sumber yang unik per detik adalah 26.855 dengan nilai puncak 45.097.  

^{Distribusi alamat IP sumber yang unik}

Serangan bersumber dari 5.433 jaringan (AS) yang berbeda. Telefonica Brazil (AS27699) menyumbang porsi terbesar lalu lintas serangan DDoS, yakni bertanggung jawab atas 10,5% dari keseluruhan serangan. Viettel Group (AS7552) menyusul dengan angka yang mendekati, yaitu 9,8%, sedangkan China Unicom (AS4837) dan Chunghwa Telecom (AS3462) masing-masing menyumbang sebesar 3,9% dan 2,9%. China Telecom (AS4134) menyumbang 2,8% dari lalu lintas tersebut. ASN lainnya dalam peringkat 10 teratas meliputi Claro NXT (AS28573), VNPT Corp (AS45899), UFINET Panama (AS52468), STC (AS25019), dan FPT Telecom Company (AS18403), yang masing-masing menyumbang antara 1,3% dan 1,8% dari total lalu lintas serangan DDoS.

Peringkat 10 teratas sistem otonom sumber

Feed gratis tentang ancaman botnet

Untuk membantu para penyedia hosting, penyedia komputasi cloud, dan semua penyedia layanan Internet dalam mengidentifikasi dan menghentikan akun pelaku penyalahgunaan yang melancarkan berbagai serangan ini, kami memanfaatkan perspektif unik Cloudflare guna menyediakan Feed gratis tentang Ancaman Botnet DDoS bagi Para Penyedia Layanan. Lebih dari 600 organisasi di seluruh dunia telah mendaftar untuk feed ini. Feed ini memberikan daftar alamat IP penyerang kepada para penyedia layanan dari dalam Nomor Sistem Otonom (ASN) penyedia tersebut yang teridentifikasi oleh kami sebagai pelaku yang melancarkan serangan DDoS HTTP. Feed ini sepenuhnya gratis dan dapat diperoleh cukup dengan membuka akun gratis Cloudflare, melakukan autentikasi Nomor Sistem Otonom (ASN) melalui PeeringDB, kemudian mengambil feed melalui API.

Cara serangan dideteksi dan dimitigasi

Menggunakan sifat terdistribusi dari serangan DDoS untuk melawannya

Alamat IP yang diserang disiarkan dari jaringan Cloudflare menggunakan anycast global. Artinya, paket serangan yang menargetkan IP dirutekan ke pusat data Cloudflare yang terdekat. Dengan menggunakan anycast global, kami dapat menyebarkan lalu lintas serangan dan menggunakan sifat terdistribusi serangan untuk melawan serangan itu sendiri sehingga kami dapat memitigasi serangan di dekat node botnet sambil tetap melayani pengguna dari pusat data yang terdekat dengan pengguna. Dalam kasus serangan ini, serangan terdeteksi dan dimitigasi di 477 pusat data di 293 lokasi di seluruh dunia. Di lokasi dengan lalu lintas tinggi, kami hadir di beberapa pusat data. 

Deteksi dan mitigasi DDoS otonom

Jaringan global Cloudflare menjalankan setiap layanan di setiap pusat data. Layanan tersebut mencakup sistem deteksi dan mitigasi DDoS kami. Artinya, serangan dapat dideteksi dan dimitigasi sepenuhnya secara otonom, terlepas dari sumber asal serangan. 

Sidik jari real-time

Saat paket masuk ke pusat data kami, paket tersebut akan mengalami penyeimbangan beban secara cerdas ke server yang tersedia. Kami kemudian mengambil sampel paket secara langsung dari dalam kernel Linux, dari eXpress Data Path (XDP) dengan menggunakan program Berkley Packer Filter yang diperluas (eBPF) untuk mengarahkan sampel paket ke ruang pengguna tempat kami menjalankan analisis.

Sistem kami menganalisis sampel paket untuk mengidentifikasi pola yang mencurigakan berdasarkan mesin heuristik unik kami yang bernama dosd (denial of service daemon). Dosd mencari pola dalam sampel paket, seperti menemukan kesamaan di bidang header paket dan mencari anomali paket, serta menerapkan teknik eksklusif lainnya.

 ^{Diagram alir pembuatan sidik jari secara real-time}

Bagi pelanggan kami, sistem sidik jari yang kompleks ini dienkapsulasi sebagai kelompok aturan terkelola yang mudah digunakan, Aturan Terkelola Perlindungan DDoS. 

Saat pola dideteksi oleh dosd, sistem akan menghasilkan beberapa permutasi dari sidik jari tersebut untuk menemukan sidik jari paling akurat yang akan memiliki efektivitas dan akurasi mitigasi tertinggi, yaitu untuk mencoba mencocokkan secara tepat dengan lalu lintas serangan tanpa berdampak pada lalu lintas yang sah. 

^{Diagram sistem Perlindungan DDoS Cloudflare} 

Mitigasi

Kami menghitung berbagai sampel paket yang cocok dengan setiap permutasi sidik jari, lalu dengan menggunakan algoritma streaming data, kami menampilkan sidik jari dengan hit yang terbanyak. Ketika ambang batas aktivasi terlampaui, untuk menghindari positif palsu, aturan mitigasi yang menggunakan sintaksis sidik jari dikompilasi sebagai program eBPF untuk membuang paket yang cocok dengan pola serangan. Setelah serangan berakhir, aturan tersebut akan habis waktunya dan otomatis dihapus.

Bertukar informasi tentang serangan

Sebagaimana yang kami sebutkan, setiap server mendeteksi dan memitigasi serangan secara otonom penuh sehingga menjadikan jaringan kami sangat efisien, tangguh, dan cepat dalam memblokir serangan. Selain itu, setiap server menyebarkan informasi (multicast) tentang permutasi sidik jari teratas di dalam pusat data, dan secara global. Pembagian intelijen ancaman real-time ini membantu meningkatkan efektivitas mitigasi di dalam pusat data dan secara global. 

Melindungi Internet

Sistem kami berhasil memblokir serangan DDoS 7,3 Tbps, yang memecahkan rekor, secara otonom sepenuhnya tanpa membutuhkan campur tangan manusia, tanpa memicu peringatan apa pun, dan tanpa menyebabkan insiden apa pun. Hal ini menunjukkan efektivitas sistem perlindungan DDoS kami yang terdepan di dunia. Kami membangun sistem ini sebagai bagian dari misi kami untuk membantu mengembangkan Internet yang lebih baik, dengan komitmen menyediakan perlindungan DDoS secara gratis tanpa batasan kuota.

Banyak hal telah berubah sejak kami menandai hari jadi ke-10 Project Galileo. Namun, komitmen kami tetap sama: membantu memastikan bahwa organisasi yang melakukan pekerjaan kritis di bidang hak asasi manusia dapat memiliki akses ke alat-alat yang diperlukan mereka agar tetap online.  Kami percaya bahwa semua organisasi, di mana pun lokasinya di dunia ini, berhak mendapatkan perlindungan yang andal dan mudah diakses guna melanjutkan pekerjaan penting mereka tanpa gangguan.

Untuk hari jadi yang ke-11, dengan penuh antusias, kami ingin memberitahukan beberapa pembaruan, di antaranya:

• Laporan Radar Cloudflare interaktif yang memberikan wawasan tentang ancaman siber yang dihadapi oleh berbagai organisasi kepentingan publik yang mengalami risiko dan mendapat perlindungan dalam proyek ini. 
• Komitmen yang diperluas terhadap hak-hak digital di kawasan Asia Pasifik dengan dua mitra Project Galileo yang baru.
• Cerita baru dari organisasi yang dilindungi oleh Project Galileo, yang bekerja di garis depan masyarakat sipil, hak asasi manusia, dan jurnalisme dari seluruh dunia.

Melacak dan melaporkan serangan siber dengan laporan Radar hari jadi ke-11 Project Galileo 

Untuk menandai hari jadi ke-11 Project Galileo, kami menerbitkan laporan Radar baru yang memberikan data tentang serangan siber yang menargetkan organisasi yang dilindungi oleh program ini. Laporan ini memberikan wawasan tentang jenis ancaman yang dihadapi oleh kelompok organisasi tersebut, dengan tujuan meningkatkan dukungan kepada para peneliti, masyarakat sipil, dan kelompok yang rentan terhadap serangan dengan mempromosikan praktik terbaik di bidang keamanan siber. Wawasan utama meliputi:

• Data kami menunjukkan meningkatnya kecenderungan serangan DDoS terhadap berbagai organisasi ini, yang menjadi makin umum dibandingkan dengan upaya mengeksploitasi kerentanan aplikasi web biasa.
• Antara tanggal 1 Mei 2024 hingga 31 Maret 2025, Cloudflare telah memblokir 108,9 miliar ancaman siber yang ditujukan terhadap berbagai organisasi yang dilindungi dalam Project Galileo. Angka tersebut berarti secara rata-rata terjadi serangan siber sebanyak hampir 325,2 juta serangan per hari dalam kurun waktu 11 bulan tersebut, serta peningkatan sebesar 241% dibandingkan dengan angka pada laporan Radar tahun 2024. 
• Organisasi jurnalisme dan berita mengalami volume serangan yang tertinggi, dengan lebih dari 97 miliar permintaan berhasil diblokir sebagai potensi ancaman terhadap 315 organisasi yang berbeda. Puncak lalu lintas serangan tercatat pada tanggal 28 September 2024. Pada peringkat kedua adalah kategori Organisasi Hak Asasi Manusia/Masyarakat Sipil, yang mengalami 8,9 miliar pemblokiran permintaan dengan puncak aktivitas serangan terjadi pada tanggal 8 Oktober 2024.
• Cloudflare menerima bergabungnya Pusat Investigatif Belarusia, sebuah organisasi jurnalisme independen pada tanggal 27 September 2024, saat organisasi tersebut telah menghadapi serangan. Serangan DDoS besar di lapisan aplikasi terjadi kemudian pada tanggal 28 September yang menimbulkan lebih dari 28 miliar permintaan dalam satu hari. 
• Kebanyakan targetnya adalah kantor jurnalisme investigatif yang beroperasi di kawasan yang mengalami tekanan dari pemerintah (seperti Rusia dan Belarus), serta LSM yang berfokus pada perlawanan terhadap rasisme dan ekstremisme, serta yang membela hak-hak pekerja.
• Tech4Peace, organisasi hak asasi manusia yang berfokus pada hak digital, ditargetkan oleh serangan yang berlangsung selama 12 hari, yang dimulai pada tanggal 10 Maret 2025 dan menghasilkan lebih dari 2,7 miliar permintaan. Serangan tersebut mencakup serangan berintensitas rendah yang berlangsung lama, kemudian ledakan serangan berintensitas tinggi dalam waktu singkat. Variasi taktik yang disengaja ini menunjukkan pendekatan yang terkoordinasi dan memperlihatkan cara penyerang menyesuaikan metodenya sepanjang serangan tersebut.

Laporan Radar lengkap meliputi informasi tambahan tentang organisasi kepentingan publik, kelompok pembela hak asasi manusia dan masyarakat sipil, organisasi lingkungan hidup, dan pihak-pihak yang terlibat dalam bantuan bencana dan kemanusiaan. Dasbor juga berfungsi sebagai sumber daya yang penting bagi para pengambil kebijakan, peneliti, dan advokat yang bekerja untuk melindungi organisasi kepentingan publik di seluruh dunia.

Mitra global sangat penting bagi perkembangan berkelanjutan Project Galileo

Kemitraan adalah inti keberhasilan Project Galileo. Kami mengandalkan 56 organisasi masyarakat sipil yang tepercaya di seluruh dunia untuk membantu kami dalam mengidentifikasi dan mendukung kelompok yang akan mendapatkan manfaat dari perlindungan kami. Dengan bantuan mitra, kami memperluas jangkauan kami untuk memberikan alat-alat kepada komunitas yang paling membutuhkan perlindungan. Saat ini, kami dengan bangga menyambut dua mitra baru kami di Project Galileo yang memperjuangkan hak digital, teknologi terbuka, dan masyarakat sipil di Asia dan seluruh dunia. 

EngageMedia adalah organisasi nirlaba yang menggabungkan advokasi, media, dan teknologi untuk mempromosikan hak-hak digital, teknologi yang aman dan terlindung, serta film dokumenter tentang isu sosial. Berbasis di kawasan Asia Pasifik, EngageMedia berkolaborasi dengan para pelaku perubahan dan komunitas akar rumput untuk melindungi hak asasi manusia, demokrasi, dan lingkungan.

Sebagai bagian dari kemitraan kami, Cloudflare telah berpartisipasi dalam acara 2025 Tech Camp for Human Rights Defenders (Kamp Teknologi 2025 untuk Para Pembela Hak Asasi Manusia) yang diadakan oleh EngageMedia, yang menyatukan sekitar 40 orang teknolog aktivis dari seluruh kawasan Asia Pasifik. Di antara yang lainnya, kamp ini berfokus pada pengembangan keterampilan praktis di bidang keamanan digital dan ketahanan situs web terhadap ancaman online. Cloudflare mempresentasikan vektor serangan umum yang menargetkan kelompok nirlaba dan pembela hak asasi manusia, seperti serangan DDoS, phishing, dan perusakan situs web, serta berbagi tentang cara Project Galileo membantu organisasi dalam memitigasi berbagai risiko tersebut. Kami juga membicarakan cara yang lebih efektif dalam mempromosikan alat keamanan digital kepada kelompok yang rentan. Kamp ini telah menjadi peluang yang berharga bagi kami untuk mendengarkan dan belajar dari berbagai organisasi di garis depan sehingga memberikan wawasan yang akan terus memengaruhi pendekatan kami dalam mengembangkan solusi keamanan berbasis komunitas yang efektif.

Didirikan pada tahun 2014 oleh para pemuka komunitas teknologi terbuka di Taiwan, Open Culture Foundation (OCF) mendukung upaya dalam melindungi hak-hak digital, mendukung teknologi sipil, dan mendorong kolaborasi terbuka antara pemerintah, masyarakat sipil, dan komunitas teknologi. Melalui kemitraan tersebut, kami bertujuan untuk mendukung lebih dari 34 organisasi masyarakat sipil setempat di Taiwan dengan menyediakan pelatihan dan lokakarya guna membantu mereka dalam mengelola infrastruktur situs web mereka, mengatasi kerentanan seperti serangan DDoS, serta melakukan riset yang berkelanjutan untuk mengatasi berbagai tantangan keamanan yang dihadapi oleh berbagai komunitas ini.

Cerita dari lapangan  

Kami terus terinspirasi oleh pekerjaan dan dedikasi luar biasa dari berbagai organisasi yang berpartisipasi dalam Project Galileo. Dengan membantu berbagai organisasi ini dan mendukung fokus mereka dalam pekerjaannya masing-masing adalah bagian mendasar dari upaya pengembangan Internet yang lebih baik. Berikut beberapa ceritanya:

• Fair Future Foundation (Indonesia): organisasi nirlaba yang menyediakan layanan kesehatan, edukasi, dan akses ke sumber daya penting seperti air bersih dan listrik di daerah sangat terpencil di Asia Tenggara. 
• Youth Initiative for Human Rights (Serbia): lembaga LSM daerah yang mempromosikan hak asasi manusia, aktivisme pemuda, dan rekonsiliasi di kawasan Balkan.
• Belarusian Investigative Center (Belarus): organisasi media yang melakukan investigasi mendalam terhadap korupsi, penghindaran sanksi, dan disinformasi di Belarus dan kawasan sekitarnya. 
• The Greenpeace Canada Education Fund (GCEF) (Kanada): organisasi nirlaba yang melakukan riset, penyelidikan, dan edukasi publik tentang perubahan iklim, keanekaragaman hayati, dan keadilan lingkungan. 
• Insight Crime (Amerika Latin): lembaga kajian dan media nirlaba yang menyelidiki dan menganalisis kejahatan terorganisasi dan keamanan penduduk di Amerika Latin dan Karibia. 
• Diez.md (Moldova): platform berita Moldova yang berfokus pada pemuda, memberikan konten di Rumania dan Rusia untuk topik seperti edukasi, budaya, isu sosial, pemantauan pemilihan umum, dan berita. 
• Engage Media (APAC): organisasi nirlaba yang khusus membela hak digital dan mendukung para advokat di bidang hak asasi manusia, demokrasi, dan keberlangsungan lingkungan hidup di seluruh kawasan Asia Pasifik. 
• Pussy Riot (Eropa): upaya kolektif seni dan aktivisme feminis global yang menggunakan seni, pertunjukan, dan aksi langsung untuk menentang otoritarianisme dan pelanggaran hak asasi manusia. 
• Immigrant Legal Resource Center (Amerika Serikat): organisasi nirlaba yang bekerja untuk memajukan hak-hak kaum imigran dengan memberikan pelatihan legal, mengembangkan materi edukasi, memberikan advokasi tentang kebijakan yang adil, dan mendukung organisasi berbasis komunitas.
• 5wf Foundation (Belanda): organisasi nirlaba di bidang pelestarian kehidupan satwa liar yang mendukung tim garis depan pelestarian secara global dengan menyediakan peralatan untuk melindungi spesies dan ekosistem yang terancam.

Berbagai studi kasus ini memberikan gambaran tentang sifat ancaman global yang beragam, yang dihadapi oleh berbagai kelompok ini serta peranan penting keamanan siber dalam mendukung mereka agar tetap aman secara online. Lihat cerita mereka dan hal lainnya: cloudflare.com/project-galileo-case-studies/

Melanjutkan dukungan kami kepada kelompok yang rentan di seluruh dunia 

Pada tahun 2025, banyak mitra Project Galileo kami yang menghadapi pemotongan anggaran yang signifikan sehingga memengaruhi operasional dan kemampuan mereka dalam mendukung komunitas, membela hak asasi manusia, dan memperjuangkan nilai-nilai demokrasi. Upaya memastikan dukungan berkelanjutan terhadap berbagai layanan ini di tengah tantangan finansial dan logistik saat ini menjadi hal yang jauh lebih penting dari sebelumnya. Kami berterima kasih kepada para mitra masyarakat sipil kami yang terus membantu kami dalam mengidentifikasi kelompok yang membutuhkan dukungan kami. Bersama-sama, kita akan mengupayakan terciptanya internet yang lebih aman, lebih tangguh, dan lebih terbuka bagi semua. Untuk mempelajari selengkapnya tentang Project Galileo dan cara proyek ini mendukung berbagai organisasi yang berisiko di seluruh dunia, buka cloudflare.com/galileo.

Kembali pada tahun 2012, saya menulis postingan singkat di situs pribadi saya dengan judul: Programmer. Postingan tersebut mengumumkan bahwa saya baru saja bergabung dengan perusahaan bernama Cloudflare (masih menggunakan huruf kapital “F”) dengan jabatan Programmer. Saya memilih jabatan itu sebagian karena itu adalah jabatan pertama yang pernah saya miliki, dan karena itu akan mencerminkan apa yang akan saya lakukan di Cloudflare.

Saya telah menghabiskan banyak waktu bekerja di perusahaan rintisan—dalam peran teknis dan kemudian manajerial—dan ingin kembali ke bagian yang benar-benar teknis yang paling saya sukai. Cloudflare memberi saya kesempatan itu, dan saya bekerja pada banyak sistem yang membentuk Cloudflare yang digunakan oleh banyak orang di seluruh dunia saat ini.

Kalau menengok kembali masa-masa saya di perusahaan ini, sungguh sangat sulit untuk memilih hal-hal yang paling berkesan bagi saya. Pada tahun 2019 saya menulis 6.000 kata tentang pengalaman membantu membangun Cloudflare. Namun ada lima hal yang menonjol:

Selalu memberikan fitur dan fungsi baru

Malam saat kami menyelesaikan persiapan peluncuran stik Universal SSL dalam ingatan saya. Kami bermaksud menawarkan Universal SSL Pertama di Industri secara gratis, yang secara efektif akan menggandakan ukuran web terenkripsi dalam semalam, suatu hal yang besar di tahun 2014. Saya ingat salah satu pendiri ketiga Cloudflare, Lee Holloway, membungkuk di depan laptopnya untuk menyelesaikan kode. Tim tersebut telah mengerjakannya sepanjang akhir pekan, dan pada Minggu malam Lee mengumumkan “selesai.” 

Menangani kesulitan

Mudah untuk memilih momen kesuksesan besar atau saat segala sesuatunya berjalan dengan sangat baik, dan Cloudbleed pada tahun 2017 mungkin tidak tampak seperti momen istimewa, tetapi momen itu membantu menunjukkan siapa kami. Ini menunjukkan bagaimana sebuah tim dapat bersatu di bawah tekanan yang intens, dan bagaimana kami dapat menetapkan standar ke depannya tentang cara perusahaan mengungkapkan dan membicarakan masalah keamanan. Saya pribadi menemukan bahwa panggilan Google Meet dapat terus berlangsung selama 24 jam dan tidur dalam potongan dua jam pun dimungkinkan.

Menjadi internasional dan terarah

Berasal dari Inggris, saya adalah anggota tim pertama yang berlokasi di luar Amerika Serikat. Saya harus membantu membangun kantor terbesar di luar AS: pertama, kantor Cloudflare di London dan kemudian kantor Cloudflare di Lisbon. Kedua kantor ini merupakan bagian besar dari jati diri kami saat ini, dengan Lisbon menjadi kantor pusat kami di Eropa.

Ketika COVID menghentikan pekerjaan kami di kantor, saya terkesan oleh tanggapan dari tim. Karena kami semua masing-masing menghadapi kesulitan yang berbeda-beda karena pandemi, kami terus bekerja bersama untuk memastikan bahwa Internet, yang diandalkan semua orang saat terkurung di rumah, berfungsi dengan andal dan aman.

Teknologi yang benar-benar berdampak

Memilih produk favorit akan seperti meminta seseorang untuk memilih anak kesayangannya, tetapi saya memiliki ketertarikan pada solusi WAF, DNS, dan DDoS Cloudflare karena saya secara pribadi mengerjakan sistem tersebut. Dan saya masih merasa perlu meminta maaf kepada tim WAF yang mengambil alih kode saya dan harus menghadapi satu skrip Perl yang tidak boleh disebutkan namanya!

Di luar produk ada sesuatu yang jauh lebih dalam: misi Cloudflare untuk membantu membangun Internet yang lebih baik. Saya sangat bangga dengan cara kami mendukung dan memajukan Internet itu sendiri melalui pekerjaan kami pada standar dan protokol terbaru. "Dan saya bahkan lebih bangga dengan peran yang kami mainkan melalui Project Galileo, The Athenian Project, dan Cloudflare for Campaigns.

Orang-orang

Setiap minggu Cloudflare mengadakan rapat perusahaan yang diakhiri dengan "Shoutouts," sebuah kesempatan untuk memberikan penghargaan kepada anggota tim yang telah bekerja keras. Keingintahuan dan empati merupakan dua nilai inti di Cloudflare, dan setiap minggu saya dikejutkan oleh seberapa sering kami memberikan penghargaan kepada tim yang mengucapkan terima kasih karena membantu penjualan, memperbaiki bug, menanggapi insiden, atau membantu membangun Cloudflare. Semangat tim itulah yang menjadikan Cloudflare tempat kerja yang istimewa.

Salah satu hal yang akan saya rindukan karena tidak bekerja di Cloudflare sehari-hari adalah kekuatan luar biasa dari setiap anggota tim. Saya telah belajar dari mereka selama 13 tahun berturut-turut!

Apa selanjutnya

Saat saya bergabung di perusahaan itu, timnya jauh lebih kecil! Kami beranggotakan 25 orang dan kini telah berkembang menjadi lebih dari 4.200 karyawan dan 15 lokasi di seluruh dunia. Seiring pertumbuhan kami, saya mengenakan banyak peran yang berbeda. Selama beberapa waktu saya memimpin bidang teknik, operasi, keamanan, dan bahkan TI. Dan, tentu saja, saya menulis untuk, dan mengedit, Blog Cloudflare selama bertahun-tahun. Seiring berjalannya waktu, kami merekrut banyak pemimpin hebat untuk menjalankan tim tersebut.

Namun peran yang tetap bertahan adalah Direktur Teknologi. Dan hari ini, kami umumkan bahwa, sebagaimana saya melepaskan jabatan Programmer (dan pemrograman yang menyertainya), saya melepaskan jabatan Direktur Teknologi (dan tanggung jawab peran tersebut) untuk cara baru untuk membantu Cloudflare tumbuh dan sukses, sebagai anggota dewan direksi.

Tahun lalu ketika saya memberi tahu Matthew bahwa saya berencana untuk pensiun, saya tidak menyangka akan ditawari posisi di dewan perusahaan. Merupakan kehormatan yang luar biasa dan langka untuk bisa naik pangkat dari seorang karyawan perusahaan (meskipun seseorang telah berada di sana sejak dekat dengan awal) hingga bergabung dengan dewan direksi. Saya benar-benar gembira dapat terus membantu Cloudflare tumbuh dan sukses dari sudut pandang yang sedikit berbeda.

Pada saat yang sama, Dane Knecht, yang hingga saat ini menjabat sebagai SVP Teknologi Baru dan Inkubasi, telah menjadi Direktur Teknologi kami. Dane bergabung hanya beberapa bulan setelah saya, dan memiliki posisi dan pengalaman unik untuk mengambil peran Direktur Teknologi. Kami telah bekerja sangat erat selama 13 tahun terakhir sebagai rekan sejawat, sehingga dalam banyak rapat sulit untuk membedakan peran kami. Saya cukup yakin Dane berdarah oranye Cloudflare, dan saya belum pernah melihatnya mengenakan kaus yang tidak bertuliskan Cloudflare. Dia telah menjadi bagian dari hampir setiap tonggak penting di Cloudflare. Dia sangat peduli terhadap perusahaan dan kesuksesannya; dia akan menjadi Direktur Teknologi yang hebat.

Rencana saya bukanlah pergi dan bekerja di tempat lain, atau memulai perusahaan baru. Saya bermaksud untuk tetap terlibat erat dengan Cloudflare dalam peran saya di dewan. Saya merasa sangat tersanjung dan bersyukur telah menjadi bagian dari pertumbuhan dan kesuksesan Cloudflare yang luar biasa, dan saya berharap dapat membantu perusahaan ini melanjutkan pertumbuhannya.

Satu bidang yang secara khusus ingin saya bantu adalah pekerjaan perusahaan di seluruh rangkaian produk AI. Kembali ke tahun 2002 (23 tahun lalu! sungguh!). Saya menulis program penyaringan email pembelajaran mesin sumber terbuka yang sangat populer (tidak menyebutnya AI saat itu) dan pada tahun 2004 mengerjakan cara untuk menangani apa yang terjadi ketika satu sistem AI digunakan untuk menyerang sistem lain. Di Cloudflare, kami telah menggunakan teknik pembelajaran untuk meningkatkan keamanan, memblokir bot, dan memprediksi bagaimana sistem kami seharusnya berperilaku dan berkembang. Masih banyak lagi yang harus dilakukan.

Seperti yang dikatakan salah satu pendiri, Michelle : kami baru saja memulai. Dan begitu juga saya.

Meskipun kita masih berada pada tahap awal dari sesuatu yang akan menjadi perubahan besar dalam cara dunia ini beroperasi, ada dua hal yang sudah jelas. Pertama, Internet dan cara kita berinteraksi dengan Internet akan berubah. Kedua, batas antara keamanan dan privasi data akan menjadi makin sulit ditentukan sehingga menyebabkan keamanan menjadi topik penting dalam perubahan ini.

Di Cloudflare, kami memiliki misi untuk membantu membangun Internet yang lebih baik. Meskipun saat ini kita hanya dapat berspekulasi tentang hal-hal yang akan dihadirkan oleh AI di masa depan, tetapi keberhasilan AI akan bergantung pada keandalan dan keamanannya dalam penggunaan.

Hari ini, kami memperkenalkan Cloudflare for AI: paket aplikasi yang bertujuan untuk membantu perusahaan, pengembang, dan pembuat konten dalam mengadopsi, menerapkan, dan mengamankan teknologi AI dalam skala besar secara aman.

Cloudflare for AI tidak sekadar pengelompokan alat dan fitur perangkat lunak, yang sebagiannya adalah alat dan fitur baru, tetapi juga merupakan komitmen untuk memfokuskan pekerjaan pengembangan kami di masa depan dengan mempertimbangkan AI.

Mari kita langsung melihat manfaat yang dapat diberikan oleh Cloudflare for AI bagi pengembang, tim keamanan, dan pembuat konten…

Untuk pengembang

Jika Anda mengembangkan aplikasi AI, baik aplikasi yang sepenuhnya disesuaikan maupun aplikasi yang disediakan dan di-host oleh vendor atau SaaS, Cloudflare dapat membantu Anda dalam menerapkan, menyimpan, mengontrol/mengawasi, dan melindungi aplikasi AI Anda dari berbagai ancaman.

Buat & terapkan: Workers AI dan SDK Agen AI yang baru dari kami akan memudahkan pengembangan & penerapan aplikasi AI yang dapat diskalakan di jaringan Cloudflare. Jaringan Cloudflare meningkatkan pengalaman pengguna dan efisiensi dengan menjalankan AI secara lebih dekat ke pengguna sehingga menghasilkan aplikasi AI dengan latensi rendah dan berkinerja tinggi. Para pelanggan juga menggunakan R2 Cloudflare untuk menyimpan data pelatihan AI mereka dengan tanpa biaya transfer data keluar, dalam rangka mengembangkan model AI yang paling mutakhir. 

Kami terus-menerus berinvestasi tidak hanya untuk infrastruktur inferensi AI tanpa server kami yang tersebar di seluruh dunia, tetapi juga untuk menjadikan Cloudflare sebagai tempat terbaik untuk membuat Agen AI. Arsitektur AI Cloudflare yang dapat disusun memiliki semua elemen dasar yang memungkinkan aplikasi AI dapat berkomunikasi secara waktu nyata, menyimpan status, menjalankan tugas yang berdurasi lama, serta mengulangi tugas sesuai dengan jadwal. 

Melindungi dan mengontrol: Setelah aplikasi Anda diterapkan, baik secara langsung di Cloudflare, atau menggunakan Workers AI, atau dijalankan pada infrastruktur Anda sendiri (cloud atau lokal), AI Gateway dari Cloudflare akan memberi Anda visibilitas dalam hal biaya, penggunaan, latensi, dan kinerja aplikasi secara keseluruhan.

Selain itu, Firewall for AI memungkinkan Anda menambahkan lapisan keamanan di atas aplikasi Anda dengan secara otomatis memastikan setiap perintah bebas dari injeksi, dan bahwa informasi pengidentifikasi pribadi (PII) tidak akan dikirim ke atau (fitur yang akan datang) diekstrak dari aplikasi.

Untuk tim keamanan

Tim keamanan memiliki tantangan baru yang makin meningkat: memastikan agar aplikasi AI digunakan dengan aman, baik yang berkaitan dengan penggunaan internal oleh karyawan maupun dengan pengguna luar aplikasi AI yang menjadi tanggung jawab perusahaan. Memastikan agar data yang berisi informasi pengidentifikasi pribadi dapat ditangani dengan tepat juga makin menjadi perhatian utama para CISO.

Menemukan aplikasi: Anda tidak dapat melindungi hal yang tidak Anda ketahui. Kemampuan menemukan aplikasi AI yang menjadi fitur Firewall for AI mendukung tim AI dalam menemukan aplikasi AI yang digunakan di dalam organisasi tanpa perlu melakukan survei yang ekstensif.

Mengontrol aliran dan akses informasi pengidentifikasi pribadi: Setelah ditemukan, melalui Firewall for AI atau cara lainnya, tim keamanan dapat memanfaatkan Akses Jaringan Zero Trust (ZTNA) untuk memastikan agar hanya karyawan yang sah yang dapat mengakses aplikasi yang tepat. Selain itu, dengan menggunakan Firewall for AI, tim keamanan dapat memastikan bahwa, meskipun memiliki kewenangan, karyawan dan pengguna eksternal sekalipun tidak akan dapat mengirimkan atau mengekstrak informasi pengidentifikasi pribadi ke/dari aplikasi.

Melindungi dari kode eksploitasi: Pengguna bermaksud jahat menargetkan aplikasi AI dengan vektor serangan baru karena aplikasi ini sering terhubung dengan penyimpanan data internal. Dengan Firewall for AI dan portofolio Keamanan Aplikasi yang lebih luas, Anda dapat melindungi diri dari berbagai jenis kode eksploitasi yang disorot dalam Daftar 10 Aplikasi LLM Teratas OWAS, yang meliputi, tetapi tidak terbatas pada, injeksi perintah, pengungkapan informasi sensitif, dan penanganan output yang tidak tepat.

Melindungi percakapan: Dengan Llama Guard yang terintegrasi baik dalam AI Gateway maupun dalam Firewall for AI, Anda dapat memastikan bahwa input dan output dari aplikasi AI Anda tidak akan bersifat toksik, serta mengikuti aturan topik dan sentimen yang sesuai dengan kebijakan bisnis internal Anda.

Bagi pembuat konten

Kehadiran AI dapat dikatakan telah menimbulkan risiko bagi para pembuat konten, dengan model LLM canggih yang kini mampu menghasilkan teks, gambar, dan video berkualitas tinggi. Kami telah membuat blog di masa lalu tentang Independensi AI, pendekatan kami untuk melindungi para pembuat konten, baik secara individu maupun perusahaan. Jika Anda termasuk dalam kategori ini, kami juga memiliki alat yang tepat untuk Anda.

Mengamati pengguna yang sedang mengakses konten Anda: Dengan Dasbor Audit AI dari kami, Anda memperoleh visibilitas ke dalam platform AI (tentang siapa, apa, di mana, dan kapan) yang merayap di situs Anda untuk mengambil konten yang akan digunakan sebagai data pelatihan AI. Kami terus-menerus mengklasifikasikan dan menambahkan vendor baru seiring dengan upaya mereka membuat crawler baru.

Memblokir akses: Jika crawler AI tidak mengikuti robots.txt atau standar lainnya yang relevan, atau berpotensi tidak diinginkan, Anda dapat memblokirnya langsung. Kami menyediakan tombol “satu klik” sederhana bagi para pelanggan yang menggunakan Cloudflare dalam paket layanan mandiri kami untuk melindungi situs web mereka. Organisasi lebih besar dapat menyusun aturan yang lebih mendetail dengan menggunakan Manajemen Bot kami sehingga dapat menargetkan bot secara tersendiri dan membuat filter khusus dengan mudah.

Cloudflare for AI: membuat keamanan AI menjadi mudah

Jika Anda sudah menggunakan Cloudflare, atau sedang mempertimbangkan penerapan dan keamanan aplikasi AI, hubungi kami, dan kami dapat membantu membimbing dan menjelaskan paket aplikasi AI kami untuk menemukan alat yang sesuai dengan kebutuhan Anda.

Memastikan AI agar dapat diskalakan, aman, dan tangguh, adalah perluasan alami dari misi Cloudflare, mengingat begitu banyak keberhasilan kita yang bergantung pada Internet yang aman.

Misi kami sederhana: kami ingin setiap pelanggan Cloudflare memiliki jalur yang jelas menuju keamanan kuantum. Cloudflare menyadari urgensi ini, jadi kami berkomitmen untuk mengelola proses rumit dalam meningkatkan algoritma kriptografi, sehingga Anda tidak perlu mengkhawatirkannya. Kita tidak hanya berbicara tentang melakukannya. Lebih dari 35% lalu lintas HTTPS non-bot yang menyentuh Cloudflare saat ini adalah keamanan pascakuantum. 

Institut Nasional Standar dan Teknologi (NIST) juga mengakui urgensi transisi ini. Pada tanggal 15 November 2024, NIST membuat pengumuman penting dengan menetapkan garis waktu untuk menghentikan RSA dan Elliptic Curve Cryptography (ECC), algoritma kriptografi konvensional yang mendukung hampir setiap bagian Internet saat ini. Menurut pengumuman NIST, algoritma ini akan ditinggalkan pada tahun 2030 dan dilarang sepenuhnya pada tahun 2035.

Di Cloudflare, kami tidak menunggu hingga tahun 2035 atau bahkan 2030. Kami percaya privasi adalah hak asasi manusia yang fundamental, dan kriptografi tingkat lanjut harus dapat diakses oleh semua orang tanpa kompromi. Tidak seorang pun seharusnya diharuskan membayar ekstra untuk keamanan pascakuantum. Itulah sebabnya setiap pengunjung web yang mengakses situs web yang dilindungi oleh Cloudflare saat ini mendapat manfaat dari kriptografi pascakuantum, saat menggunakan pengunjung browser web utama seperti Chrome, Edge, atau Firefox. (Dan kami gembira melihat persentase kecil lalu lintas Safari (seluler) di data Radar kami.) Lebih dari sepertiga lalu lintas manusia yang melewati Cloudflare saat ini sudah menikmati peningkatan keamanan ini, dan kami memperkirakan porsi ini akan meningkat seiring lebih banyak browser dan klien yang ditingkatkan untuk mendukung kriptografi pascakuantum. 

Meskipun langkah besar telah dilakukan untuk melindungi lalu lintas web manusia, tidak semua aplikasi adalah aplikasi web. Dan setiap organisasi memiliki aplikasi internal (baik web maupun lainnya) yang tidak mendukung kriptografi pascakuantum.  

Bagaimana sebaiknya organisasi meningkatkan lalu lintas jaringan perusahaan yang sensitif untuk mendukung kriptografi pascakuantum?

Di situlah pengumuman hari ini muncul. Kami gembira mengumumkan fase pertama kesiapan kuantum ujung ke ujung dari platform Zero Trust kami, yang memungkinkan pelanggan melindungi lalu lintas jaringan perusahaan mereka dengan kriptografi pascakuantum. Organisasi dapat menyalurkan lalu lintas jaringan perusahaan mereka melalui platform Zero Trust Cloudflare, melindunginya dari musuh kuantum tanpa perlu repot memutakhirkan masing-masing aplikasi, sistem, atau koneksi jaringan perusahaan secara individual. 

Lebih khusus lagi, organisasi dapat menggunakan platform Zero Trust kami untuk mengarahkan komunikasi dari perangkat pengguna akhir (melalui browser web atau perangkat klien Cloudfare WARP) untuk mengamankan aplikasi yang terhubung dengan Cloudflare Tunnel, untuk mendapatkan keamanan kuantum ujung ke ujung, dalam kasus penggunaan berikut: 

• Tanpa klien Cloudflare Akses: Solusi Akses Jaringan Zero Trust (ZTNA) tanpa klien kami memverifikasi identitas pengguna dan konteks perangkat untuk setiap permintaan HTTPS ke aplikasi perusahaan dari browser web. Akses Tanpa Klien sekarang dilindungi ujung ke ujung dengan kriptografi pascakuantum.
• Cloudflare klien perangkat WARP: Pada pertengahan tahun 2025, pelanggan yang menggunakan klien perangkat WARP akan memiliki semua lalu lintasnya (apa pun protokolnya) yang disalurkan melalui koneksi yang dilindungi oleh kriptografi pascakuantum. Klien WARP mengamankan perangkat perusahaan dengan secara pribadi mengalihkan lalu lintasnya ke jaringan global Cloudflare, di mana Gateway menerapkan penyaringan web tingkat lanjut dan Access menegakkan kebijakan untuk akses aman ke aplikasi. 
• Cloudflare Gateway: Gateway Web Aman (SWG) kami — yang dirancang untuk memeriksa dan memfilter lalu lintas TLS guna memblokir ancaman dan komunikasi yang tidak sah — kini mendukung TLS dengan kriptografi pascakuantum. 

Di bagian selanjutnya dari postingan ini, kita akan mengeksplorasi ancaman yang ditimbulkan komputasi kuantum dan tantangan yang dihadapi organisasi dalam transisi ke kriptografi pascakuantum. Kami juga akan mendalami rincian teknis tentang bagaimana platform Zero Trust kami mendukung kriptografi pascakuantum saat ini dan berbagi beberapa rencana untuk masa depan.

Mengapa beralih ke kriptografi pascakuantum dan mengapa sekarang? 

Ada dua alasan utama untuk mengadopsi kriptografi pascakuantum sekarang:

1. Tantangan untuk menghentikan penggunaan kriptografi

Sejarah menunjukkan bahwa memperbarui atau menghapus algoritma kriptografi yang ketinggalan zaman dari sistem aktif sangatlah sulit. Misalnya, meskipun fungsi hash MD5 dianggap tidak aman pada tahun 2004 dan sudah lama ditinggalkan, fungsi tersebut masih digunakan dengan protokol autentikasi perusahaan RADIUS hingga tahun 2024. Pada bulan Juli 2024, Cloudflare berkontribusi pada penelitian yang mengungkap serangan pada RADIUS yang mengeksploitasi ketergantungannya pada MD5. Contoh ini menggarisbawahi tantangan besar dalam memperbarui sistem lama — kesulitan dalam mencapai ketangkasan kripto — yang akan sama sulitnya ketika tiba saatnya beralih ke kriptografi pascakuantum. Jadi masuk akal untuk memulai proses ini sekarang.

2. Ancaman “panen sekarang, dekripsi nanti”

Meskipun komputer kuantum tidak memiliki cukup qubit untuk memecahkan kriptografi konvensional saat ini, musuh dapat memanen dan menyimpan komunikasi terenkripsi atau mencuri kumpulan data dengan tujuan mendekripsinya setelah teknologi kuantum matang. Jika data terenkripsi Anda saat ini dapat menjadi kewajiban dalam 10 hingga 15 tahun, perencanaan untuk masa depan pascakuantum sangatlah penting. Untuk alasan ini, kami telah mulai bekerja sama dengan beberapa bank, Penyedia Layanan Internet, dan pemerintahan paling inovatif di seluruh dunia saat mereka memulai perjalanan menuju keamanan kuantum. 

Pemerintah AS sudah mengatasi risiko ini. Pada tanggal 16 Januari 2025, Gedung Putih mengeluarkan Perintah Eksekutif 14144 tentang Penguatan dan Promosi Inovasi dalam Keamanan Siber Nasional. Perintah ini mengharuskan lembaga pemerintah untuk “memperbarui daftar kategori produk secara berkala, yang berisi produk yang mendukung kriptografi pascakuantum (PQC) yang tersedia secara luas…. Dalam waktu 90 hari sejak kategori produk dimasukkan ke dalam daftar … lembaga harus mengambil langkah-langkah untuk menyertakan persyaratan bahwa produk mendukung PQC dalam setiap permintaan produk dalam kategori tersebut.”

Di Cloudflare, kami telah meneliti, mengembangkan, dan menstandardisasi kriptografi pascakuantum sejak 2017. Strategi kami sederhana:

Cukup salurkan lalu lintas Anda melalui koneksi Cloudflare yang aman terhadap kuantum untuk segera melindungi terhadap serangan panen-sekarang-dekripsi-nanti, tanpa beban memutakhirkan sendiri setiap pustaka kriptografi.

Mari kita lihat lebih dekat bagaimana migrasi ke kriptografi pascakuantum terbentuk di Cloudflare.

Migrasi dua fase ke kriptografi pascakuantum

Di Cloudflare, kami sebagian besar berfokus pada migrasi protokol TLS (Transport Layer Security) 1.3 ke kriptografi pascakuantum.   TLS terutama mengamankan komunikasi untuk aplikasi web, tetapi juga digunakan secara luas untuk mengamankan email, pesan, koneksi VPN, DNS, dan banyak protokol lainnya.  Hal ini menjadikan TLS sebagai protokol ideal untuk difokuskan saat migrasi ke kriptografi pascakuantum.

Migrasi melibatkan pembaruan dua komponen penting TLS 1.3: tanda tangan digital yang digunakan dalam sertifikat dan mekanisme perjanjian kunci. Kami telah membuat kemajuan signifikan pada kesepakatan utama, tetapi migrasi ke tanda tangan digital pascakuantum masih dalam tahap awal.

Tahap 1: Migrasi perjanjian kunci

Protokol perjanjian kunci memungkinkan dua pihak untuk secara aman membuat kunci rahasia bersama yang dapat mereka gunakan untuk mengamankan dan mengenkripsi komunikasi mereka. Saat ini, sebagian besar vendor telah sepakat untuk melakukan transisi TLS 1.3 guna mendukung protokol pertukaran kunci pascakuantum yang dikenal sebagai ML-KEM (Module-lattice based Key-Encapsulation Mechanism Standar). Ada dua alasan utama untuk memprioritaskan migrasi perjanjian utama:

• Kinerja: ML-KEM berkinerja baik dengan protokol TLS 1.3, bahkan untuk koneksi jaringan jangka pendek.
• Keamanan: Kriptografi konvensional rentan terhadap serangan “panen sekarang, dekripsi nanti”. Dalam model ancaman ini, musuh menyadap dan menyimpan komunikasi terenkripsi saat ini dan kemudian (di masa mendatang) menggunakan komputer kuantum untuk mendapatkan kunci rahasia, sehingga membahayakan komunikasi. Pada Maret 2025, lebih dari sepertiga lalu lintas web manusia yang mencapai jaringan Cloudflare dilindungi dari serangan ini oleh TLS 1.3 dengan pertukaran kunci ML-KEM hibrid.

^{Bagian lalu lintas permintaan HTTPS manusia yang dienkripsi pascakuantum dilihat oleh Cloudflare menurut Cloudflare Radar dari 1 Maret 2024 hingga 1 Maret 2025. (Diambil pada 13 Maret 2025.)}

Berikut ini cara memeriksa apakah browser Chrome Anda menggunakan ML-KEM untuk persetujuan kunci saat mengunjungi situs web: Pertama, Periksa halaman, lalu buka tab Keamanan, dan terakhir cari X25519MLKEM768 seperti yang ditunjukkan di sini:

Ini menunjukkan bahwa browser Anda menggunakan protokol perjanjian kunci ML-KEM yang dikombinasikan denganelliptic curve cryptography konvensional pada kurva X25519. Ini memberikan perlindungan kriptografi konvensional yang telah teruji dan benar (X25519) bersama dengan perjanjian kunci pascakuantum baru (ML-KEM).

Tahap 2: Migrasi tanda tangan digital

Tanda tangan digital digunakan dalam sertifikat TLS untuk memvalidasi keaslian koneksi — memungkinkan klien memastikan bahwa ia benar-benar berkomunikasi dengan server, dan bukan dengan musuh yang menyamar sebagai server. 

Namun, tanda tangan digital pascakuantum secara signifikan lebih besar, dan dengan demikian lebih lambat, daripada tanda tangan digital sejenisnya saat ini. Dampak terhadap kinerja ini telah memperlambat adopsi mereka, terutama karena mereka memperlambat koneksi TLS yang berumur pendek. 

Untungnya, tanda tangan pascakuantum tidak diperlukan untuk mencegah serangan panen-sekarang-dekripsi-nanti. Sebaliknya, mereka terutama melindungi terhadap serangan oleh musuh yang secara aktif menggunakan komputer kuantum untuk merusak koneksi TLS aktif. Kita masih punya waktu sebelum komputer kuantum mampu melakukan ini, sehingga migrasi tanda tangan digital menjadi prioritas yang lebih rendah.

Meskipun demikian, Cloudflare secara aktif terlibat dalam menstandardisasi tanda tangan pascakuantum untuk sertifikat TLS. Kami juga bereksperimen dengan penerapannya pada koneksi TLS jangka panjang dan mengeksplorasi pendekatan baru untuk mencapai autentikasi pascakuantum tanpa mengorbankan kinerja. Sasaran kami adalah memastikan bahwa tanda tangan digital pascakuantum siap digunakan secara luas ketika komputer kuantum mampu secara aktif menyerang koneksi TLS langsung.

Cloudflare Zero Trust + PQC: keamanan yang siap menghadapi masa depan

Platform Cloudflare Zero Trust menggantikan perimeter keamanan perusahaan lama dengan jaringan global Cloudflare, membuat akses ke Internet dan sumber daya perusahaan lebih cepat dan aman bagi tim di seluruh dunia. Hari ini, kami dengan bangga mengumumkan bahwa platform Zero Trust dari Cloudflare melindungi data Anda dari ancaman kuantum saat data tersebut melintasi Internet publik.  Ada tiga kasus penggunaan utama yang aman terhadap kuantum yang didukung oleh platform Zero Trust kami dalam fase pertama kesiapan kuantum ini.

Akses tanpa klien yang aman secara kuantum

Tanpa klienCloudflare Access kini melindungi lalu lintas Internet organisasi ke aplikasi web internal dari ancaman kuantum, meskipun aplikasi itu sendiri belum bermigrasi ke kriptografi pascakuantum. ("Akses tanpa klien" adalah metode mengakses sumber daya jaringan tanpa memasang aplikasi klien khusus pada perangkat pengguna. Sebaliknya, pengguna terhubung dan mengakses informasi melalui browser web.)

Beginilah cara kerjanya saat ini:

• Koneksi PQ melalui browser: (Berlabel (1) pada gambar.)
  Selama browser web pengguna mendukung perjanjian kunci pascakuantum, koneksi dari perangkat ke jaringan Cloudflare diamankan melalui TLS 1.3 dengan perjanjian kunci pascakuantum.
• PQ dalam jaringan global Cloudflare: (Berlabel (2) pada gambar)
  Jika pengguna dan server asal berjauhan secara geografis, maka lalu lintas pengguna akan memasuki jaringan global Cloudflare di satu lokasi geografis (misalnya Frankfurt), dan keluar di tempat lain (misalnya San Fransisco).  Saat lalu lintas ini berpindah dari satu pusat data ke pusat data lain di dalam jaringan global Cloudflare, lompatan melalui jaringan ini diamankan melalui TLS 1.3 dengan perjanjian kunci pascakuantum. 
• PQ Cloudflare Tunnel: (Berlabel (3) pada gambar)
  Pelanggan membuat Cloudflare Tunnel dari pusat data atau cloud publik mereka — tempat aplikasi web perusahaan mereka dihosting — ke jaringan Cloudflare. Saluran ini diamankan menggunakan TLS 1.3 dengan perjanjian kunci pascakuantum, yang melindunginya dari serangan panen-sekarang-dekripsi-nanti.

Secara keseluruhan, Akses tanpa klien memberikan keamanan kuantum ujung ke ujung untuk mengakses aplikasi HTTPS perusahaan, tanpa mengharuskan pelanggan untuk meningkatkan keamanan aplikasi web perusahaan.

Zero Trust yang Aman secara Kuantum dengan konfigurasi Cloudflare’s WARP Client-to-Tunnel (sebagai pengganti VPN)

Pada pertengahan tahun 2025, organisasi akan dapat melindungi protokol apa pun, bukan hanya HTTPS, dengan tunneling melalui platform Zero Trust Cloudflare dengan kriptografi pascakuantum, sehingga memberikan keamanan kuantum saat lalu lintas berjalan melintasi Internet dari perangkat pengguna akhir ke kantor perusahaan/pusat data/lingkungan data.

Platform Cloudflare, Zero Trust, sangat ideal untuk menggantikan VPN tradisional, dan memungkinkan arsitektur Zero Trust dengan kebijakan autentikasi dan otorisasi modern.  Cloudflare’s WARP Client-to-Tunnel merupakan konfigurasi jaringan yang populer untuk platform Zero Trust kami: organisasi menerapkan Cloudflare perangkat klien WARP milik pada perangkat pengguna akhir mereka, lalu menggunakan untuk terhubung ke kantor Cloudflare Tunnel perusahaan, cloud, atau lingkungan data pusat mereka.   

 Berikut rinciannya:  

• Koneksi PQ melalui klien WARP (hadir pada pertengahan tahun 2025): (Berlabel (1) pada gambar)
  Klien WARP menggunakan protokol MASQUE untuk terhubung dari perangkat ke jaringan global Cloudflare . Kami tengah berupaya untuk menambahkan dukungan guna membangun koneksi MASQUE ini dengan TLS 1.3 dengan perjanjian kunci pascakuantum, dengan target tanggal penyelesaian pada pertengahan tahun 2025.  
• PQ dalam jaringan global Cloudflare:  (Berlabel (2) pada gambar)
  Saat lalu lintas berpindah dari satu pusat data ke pusat data lainnya dalam jaringan global Cloudflare, setiap lompatan yang melewati jaringan Cloudflare sudah diamankan dengan TLS 1.3 dengan perjanjian kunci pascakuantum.
• PQ Cloudflare Tunnel: (Berlabel (3) pada gambar)
  Seperti disebutkan di atas, Cloudflare Tunnel sudah mendukung perjanjian kunci pascakuantum. 

Setelah peningkatan pascakuantum mendatang pada perangkat klien WARP selesai, pelanggan dapat merangkum lalu lintas mereka dalam terowongan yang aman terhadap kuantum, yang secara efektif mengurangi risiko serangan panen-sekarang-dekripsi-nanti tanpa perlu upaya keras untuk meningkatkan jaringan atau aplikasi mereka secara individual.  Dan ini memberikan perlindungan menyeluruh untuk protokol apa pun yang dapat dikirim melalui terowongan ini, bukan hanya untuk HTTPS!

SWG yang aman secara kuantum (PQC ujung ke ujung untuk akses ke aplikasi web pihak ketiga)

Secure Web Gateway (SWG) digunakan untuk mengamankan akses ke situs web pihak ketiga di Internet publik dengan menyadap dan memeriksa lalu lintas TLS . 

Cloudflare Gateway sekarang menjadi SWG yang aman kuantum untuk lalu lintas HTTPS. Selama situs web pihak ketiga yang diperiksa mendukung perjanjian kunci pascakuantum, maka SWG Cloudflare juga mendukung perjanjian kunci pascakuantum. Hal ini berlaku terlepas dari onramp yang digunakan pelanggan untuk masuk ke jaringan Cloudflare (misalnya browser web , klien perangkat WARP , WARP Connector, Magic WAN), dan hanya memerlukan penggunaan browser yang mendukung perjanjian kunci pascakuantum.

Fitur HTTPS SWG Cloudflare Gateway melibatkan dua koneksi TLS pascakuantum, sebagai berikut:

• Koneksi PQ melalui browser: (Berlabel (1) pada gambar)
  Koneksi TLS dimulai dari browser pengguna ke pusat data di jaringan Cloudflare yang melakukan pemeriksaan TLS. Selama browser web pengguna mendukung perjanjian kunci pascakuantum, koneksi ini diamankan oleh TLS 1.3 dengan perjanjian kunci pascakuantum.  
• Koneksi PQ ke server asal: (Berlabel (2) pada gambar)
  Koneksi TLS dimulai dari pusat data di jaringan Cloudflare ke server asal, yang biasanya dikontrol oleh pihak ketiga. Koneksi dari SWG Cloudflare saat ini mendukung perjanjian kunci pascakuantum, selama server asal pihak ketiga juga sudah mendukung perjanjian kunci pascakuantum.  Anda dapat mengujinya hari ini dengan menggunakan https://pq.cloudflareresearch.com/ sebagai server asal pihak ketiga Anda. 

Secara keseluruhan, SWG Cloudflare siap kuantum untuk mendukung akses aman ke situs web pihak ketiga mana pun yang siap kuantum saat ini atau di masa mendatang. Dan ini berlaku terlepas dari onramp yang digunakan untuk mendapatkan lalu lintas pengguna akhir ke jaringan global Cloudflare!

Masa depan pascakuantum: Platform Cloudflare Zero Trust memimpin jalan

Melindungi pelanggan kami dari ancaman kuantum yang muncul bukan sekadar prioritas — tetapi tanggung jawab kami. Sejak 2017, Cloudflare telah memelopori kriptografi pascakuantum melalui penelitian, standardisasi, dan implementasi strategis di seluruh ekosistem produk kami.

Hari ini menandai sebuah tonggak sejarah: Kami meluncurkan fase pertama perlindungan aman kuantum untuk platform Zero Trust kami. Akses tanpa klien yang aman secara kuantum dan Gateway web aman akan segera tersedia, dengan konfigurasi jaringan WARP client-to-tunnel yang akan hadir pada pertengahan tahun 2025. Seiring dengan kemajuan teknologi terkini di bidang kriptografi pascakuantum, komitmen kami terhadap inovasi berkelanjutan memastikan bahwa organisasi Anda tetap unggul dalam menghadapi ancaman masa depan.  Biarkan kami yang mengurusi kelincahan kripto sehingga Anda tidak perlu repot.

Untuk mempelajari lebih lanjut tentang bagaimana kelincahan kripto bawaan Cloudflare dapat membuat bisnis Anda siap menghadapi masa depan, kunjungi halaman web Kriptografi Pascakuantum kami.

Laporan yang diterbitkan setiap kuartal ini memberikan analisis komprehensif tentang perkembangan lanskap ancaman serangan Distributed Denial of Service (DDoS) berdasarkan data dari jaringan Cloudflare. Dalam edisi ini, kami akan berfokus pada kuartal keempat tahun 2024 dan meninjau kembali tahun ini secara keseluruhan.

Sudut pandang unik Cloudflare

Ketika kami menerbitkan laporan pertama kami, kapasitas jaringan global Cloudflare pada saat itu adalah 35 Terabit per detik (Tbps). Sejak saat itu, kapasitas jaringan kami telah meningkat sebesar 817% hingga menjadi 321 Tbps. Kami juga secara signifikan memperluas kehadiran global kami sebesar 65% dari 200 kota pada awal 2020 menjadi 330 kota pada akhir 2024.

Dengan menggunakan jaringan yang sangat besar ini, kini kami melayani dan melindungi hampir 20% dari semua situs web dan sekitar 18.000 jaringan IP pelanggan Cloudflare yang unik. Infrastruktur dan basis pelanggan yang luas ini secara unik menempatkan kami untuk berperan dalam memberikan wawasan dan tren utama yang bermanfaat bagi komunitas Internet yang lebih luas.

Wawasan utama DDoS

• Pada tahun 2024, sistem pertahanan DDoS otonom Cloudflare memblokir sekitar 21,3 juta serangan DDoS, yang meningkat sebesar 53% dibandingkan dengan tahun 2023. Secara rata-rata, pada tahun 2024, Cloudflare telah memblokir 4.870 serangan DDoS setiap jamnya.
• Pada kuartal keempat, lebih dari 420 serangan tersebut bersifat hipervolumetrik, yaitu melebihi laju 1 miliar paket per detik (pps) dan 1 Tbps. Selain itu, jumlah serangan yang melampaui 1 Tbps telah tumbuh secara mengejutkan sebesar 1.885% dari kuartal ke kuartal.
• Selama pekan Halloween 2024, sistem pertahanan DDoS Cloudflare berhasil dan secara otonom mendeteksi serta memblokir serangan DDoS sebesar 5,6 Terabit per detik (Tbps), serangan terbesar yang pernah dilaporkan.

Untuk mempelajari lebih lanjut tentang serangan DDoS dan jenis ancaman cyber lainnya, buka Pusat Pembelajaran kami, lihat laporan ancaman DDoS sebelumnya di blog Cloudflare, atau buka hub interaktif kami, Cloudflare Radar. Juga tersedia API gratis bagi pengguna yang tertarik untuk menyelidiki hal ini dan tren Internet lainnya. Anda juga dapat mempelajari selengkapnya tentang metodologi yang digunakan dalam penyusunan laporan ini.

Anatomi serangan DDoS

Pada Q4 2024 saja, Cloudflare telah memitigasi 6,9 juta serangan DDoS. Angka ini menunjukkan peningkatan sebesar 16% dari kuartal ke kuartal (QoQ) dan 83% dari tahun ke tahun (YoY).

Dari serangan DDoS yang terjadi pada Q4 2024, 49% (3,4 juta) adalah serangan DDoS Lapisan 3/Lapisan 4, sedangkan 51% (3,5 juta) lainnya adalah serangan DDoS HTTP.

^{Distribusi dari 6,9 juta serangan DDoS: Q4 2024}

Serangan DDoS HTTP

Sebagian besar serangan HTTP DDoS (73%) diluncurkan oleh botnet yang sudah dikenal. Deteksi cepat dan pemblokiran berbagai serangan ini dimungkinkan sebagai hasil dari pengoperasian jaringan yang sangat besar dan pengamatan terhadap berbagai jenis serangan dan botnet. Hal ini pada gilirannya memungkinkan para ahli teknik keamanan dan peneliti kami menyusun heuristik untuk meningkatkan efektivitas mitigasi terhadap berbagai serangan ini.

Sekitar 11% lainnya dari serangan HTTP DDoS diketahui menyamar sebagai browser yang sah. Sebanyak 10% lainnya adalah serangan yang mengandung atribut HTTP yang mencurigakan atau tidak wajar. Sisa 8% “Lainnya” adalah HTTP flood generik, serangan pembobolan cache volumetrik, dan serangan volumetrik yang menargetkan titik akhir login.

^{Vektor serangan HTTP DDoS teratas: Q4 2024}

Berbagai vektor serangan, atau kelompok serangan ini, tidak selalu eksklusif. Misalnya, botnet yang sudah dikenal juga menyamar sebagai browser dan memiliki atribut HTTP mencurigakan, tetapi perincian ini adalah upaya kami dalam mengategorikan serangan HTTP DDoS untuk menghasilkan data yang berguna.

Agen pengguna teratas

Pada saat laporan ini diterbitkan, versi stabil Chrome untuk Windows, Mac, iOS, dan Android adalah 132, menurut catatan rilis Google. Namun, sepertinya para pelaku ancaman masih ketinggalan versi sebelumnya, karena tiga belas dari agen pengguna teratas yang paling sering muncul dalam serangan DDoS adalah versi Chrome dengan rentang antara versi 118 hingga 129.

Agen pengguna HITV_ST_PLATFORM menyumbang permintaan DDoS tertinggi dari total permintaan (99,9%) sehingga menjadikannya agen pengguna yang digunakan hampir secara eksklusif dalam serangan DDoS. Dengan kata lain, jika melihat dari lalu lintas yang datang dari agen pengguna HITV_ST_PLATFORM, terdapat kemungkinan sebesar 0,1% bahwa lalu lintas tersebut adalah sah.

Pelaku ancaman sering kali menghindari penggunaan agen pengguna yang tidak umum dan lebih memilih agen pengguna yang lebih umum seperti Chrome agar dapat berbaur dengan lalu lintas biasa. Kehadiran agen pengguna HITV_ST_PLATFORM, yang dikaitkan dengan TV pintar dan dekoder, menunjukkan bahwa perangkat yang terlibat dalam serangan siber tertentu adalah TV pintar atau dekoder yang telah diserang dan dikuasai. Pengamatan ini menyoroti pentingnya mengamankan semua perangkat yang terhubung ke internet, termasuk TV pintar dan dekoder, untuk mencegah eksploitasi perangkat tersebut dalam serangan siber.

^{Agen pengguna teratas yang disalahgunakan dalam serangan DDoS: Q4 2024}

Agen pengguna hackney berada di posisi kedua, dengan 93% permintaan yang berisi agen pengguna ini menjadi bagian dari serangan DDoS. Jika Anda menemukan lalu lintas yang berasal dari agen pengguna hackney, terdapat 7% kemungkinan bahwa lalu lintas tersebut adalah lalu lintas yang sah. Hackney adalah pustaka klien HTTP untuk Erlang yang digunakan untuk membuat permintaan HTTP dan populer dalam ekosistem Erlang/Elixir.

Agen pengguna lainnya yang digunakan dalam serangan DDoS adalah uTorrent, yang dikaitkan dengan klien BitTorrent yang populer untuk mengunduh file. Go-http-client dan fasthttp juga umum digunakan dalam serangan DDoS. Yang pertama adalah klien HTTP default dalam pustaka standar Go dan yang kedua adalah alternatif yang berkinerja tinggi. fasthttp digunakan untuk membuat aplikasi web dengan cepat, tetapi sering dimanfaatkan juga untuk serangan DDoS dan scraping web.

Atribut HTTP yang biasa digunakan dalam serangan DDoS

Metode HTTP

Metode HTTP (juga disebut kata kerja HTTP) menentukan tindakan yang akan dilakukan terhadap sumber daya di server. Metode HTTP adalah bagian dari protokol HTTP yang memungkinkan komunikasi antara klien (seperti browser) dan server.

GET adalah metode yang paling umum digunakan. Hampir 70% permintaan HTTP yang sah menggunakan metode GET. Di posisi kedua adalah metode POST yang menyumbang 27%.

Pada serangan DDoS, kita akan melihat gambaran yang berbeda. Sebanyak hampir 14% permintaan HTTP yang menggunakan metode HEAD adalah bagian dari serangan DDoS, meskipun metode ini hampir tidak ditemukan dalam permintaan HTTP yang sah (0,75% dari semua permintaan). Metode DELETE berada di posisi kedua, dengan penggunaan sekitar 7% untuk tujuan DDoS.

Ketidakseimbangan antara metode yang biasa terlihat dalam serangan DDoS dibandingkan dengan kehadirannya dalam lalu lintas yang sah menjadi terlihat dengan jelas. Administrator keamanan dapat menggunakan informasi ini untuk mengoptimalkan postur keamanannya berdasarkan beberapa header ini.

^{Distribusi metode HTTP dalam serangan DDoS dan lalu lintas yang sah: Q4 2024}

Jalur HTTP

Jalur HTTP mendeskripsikan sumber daya server tertentu. Bersama dengan metode HTTP, server akan melakukan tindakan pada sumber daya tersebut.

Misalnya, GET https://developers.cloudflare.com/ddos-protection/ akan menginstruksikan server untuk mengambil konten untuk sumber daya /perlindungan DDoS/.

Serangan DDoS sering kali menargetkan root pada situs web (“/”), tetapi dalam kasus lain, juga dapat menargetkan jalur tertentu. Pada Q4 2024, 98% dari permintaan HTTP yang diarahkan ke jalur /wp-admin/ adalah bagian dari serangan DDoS. Jalur /wp-admin/ adalah dasbor administrator default untuk situs web WordPress.

Jelas bahwa, banyak jalur yang bersifat unik untuk situs web tertentu, tetapi pada grafik di bawah ini, kami telah memberikan jalur umum teratas yang paling banyak diserang. Administrator keamanan dapat menggunakan data ini untuk memperkuat perlindungannya pada berbagai titik akhir ini, jika berlaku. 

 ^{Jalur HTTP teratas yang ditargetkan oleh serangan HTTP DDoS: Q4 2024}

Perbedaan Antara HTTP dan HTTPS

Pada Q4, hampir 94% lalu lintas yang sah adalah HTTPS. Hanya 6% yang berupa HTTP teks biasa (tanpa enkripsi). Melihat lalu lintas serangan DDoS, sekitar 92% permintaan serangan HTTP DDoS dilakukan melalui HTTPS dan hampir 8% yang dilakukan melalui HTTP teks biasa.

^{HTTP vs. HTTPS dalam lalu lintas yang sah dan serangan DDoS: Q4 2024}

Serangan DDoS Lapisan 3/Lapisan 4

Tiga vektor serangan Lapisan 3/Lapisan 4 (lapisan jaringan) yang paling umum adalah SYN flood (38%), serangan DNS flood (16%), dan UDP flood (14%).

^{Vektor serangan DDoS L3/4 teratas: Q4 2024}

Vektor serangan umum lainnya, atau yang lebih tepat disebut jenis botnet, adalah Mirai. Serangan Mirai menyumbang 6% dari seluruh serangan DDoS lapisan jaringan, yaitu meningkat sebesar 131% QoQ. Pada Q4 2024, botnet varian Mirai bertanggung jawab atas serangan DDoS terbesar yang pernah tercatat, tetapi kita akan membahasnya lebih lanjut di bagian berikutnya.

Vektor serangan yang baru muncul

Sebelum beralih ke bagian berikutnya, ada baiknya membahas pertumbuhan vektor serangan lainnya yang berhasil diamati pada kuartal ini. 

^{Ancaman utama yang baru muncul: Q4 2024}

Serangan DDoS Memcached mengalami pertumbuhan terbesar, dengan peningkatan 314% QoQ. Memcached adalah sistem pembuatan cache database untuk mempercepat situs web dan jaringan. Server memcached yang mendukung UDP dapat disalahgunakan untuk meluncurkan serangan DDoS amplifikasi atau refleksi. Dalam kasus ini, penyerang akan meminta konten dari sistem pembuatan cache, lalu memalsukan alamat IP korban sebagai IP sumber dalam paket UDP. Korban akan dibanjiri dengan respons Memcache yang jumlahnya dapat mencapai 51.200 kali lebih besar dari permintaan awal.

Serangan BitTorrent DDoS juga melonjak pada kuartal ini, yaitu sebesar 304%. Protokol BitTorrent adalah protokol komunikasi yang digunakan untuk berbagi file secara peer-to-peer. Untuk membantu klien BitTorrent dalam menemukan dan mengunduh file secara efisien, klien BitTorrent dapat memanfaatkan Pelacak BitTorrent atau Tabel Hash Terdistribusi (DHT) untuk mengidentifikasi peer yang sedang melakukan seeding (menyediakan) file yang diinginkan. Konsep ini dapat disalahgunakan untuk meluncurkan serangan DDoS. Pelaku jahat dapat memalsukan alamat IP korban sebagai alamat IP seeder (penyedia file) dalam sistem Tracker dan DHT. Banyak klien kemudian akan meminta file dari alamat IP tersebut. Dengan banyaknya jumlah klien yang meminta file, korban dapat dibanjiri dengan lalu lintas yang melebihi kemampuan penanganannya.

Serangan DDoS terbesar yang pernah tercatat

Pada tanggal 29 Oktober, serangan DDoS UDP sebesar 5,6 Tbps diluncurkan oleh botnet varian Mirai yang menargetkan pelanggan Cloudflare Magic Transit, penyedia layanan Internet (ISP) dari Asia Timur. Serangan itu hanya berlangsung 80 detik dan berasal dari 13.000 lebih perangkat IoT . Deteksi dan mitigasi dilakukan secara otonom sepenuhnya oleh sistem pertahanan terdistribusi Cloudflare. Sistem ini tidak membutuhkan campur tangan manusia, tidak memicu peringatan apa pun, dan tidak menyebabkan penurunan kinerja. Sistem tersebut berfungsi sebagaimana yang diharapkan.

^{Pertahanan DDoS otonom Cloudflare memitigasi serangan DDoS Mirai 5,6 Tbps tanpa campur tangan manusia}

Meskipun jumlah total alamat IP sumber yang unik adalah sekitar 13.000, rata-rata alamat IP sumber penyerangan yang unik per detik adalah 5.500. Kami juga melihat jumlah port sumber yang unik dan serupa setiap detiknya. Pada grafik di bawah, setiap garis mewakili satu dari 13.000 alamat IP sumber yang berbeda, dan seperti yang digambarkan, setiap alamat IP menyumbang kurang dari 8 Gbps per detik. Kontribusi rata-rata setiap alamat IP per detik adalah sekitar 1 Gbps (~0,012% dari 5,6 Tbps).

^{Alamat IP sumber sebanyak 13.000 yang meluncurkan serangan DDoS 5,6 Tbps}

Serangan DDoS hipervolumetrik

Pada Q3 2024, kami mulai melihat peningkatan serangan DDoS hipervolumetrik di lapisan jaringan. Pada Q4 2024, jumlah serangan yang melampaui 1 Tbps meningkat sebesar 1.885% QoQ dan serangan yang melampaui 100 Juta pps (paket per detik) meningkat sebesar 175% QoQ. Sebanyak 16% dari serangan yang melampaui 100 Juta pps juga melampaui 1 Miliar pps.

^{Distribusi serangan DDoS Lapisan 3/4 hipervolumetrik: Q4 2024}

Ukuran serangan

Sebagian besar serangan HTTP DDoS (63%) tidak melebihi 50.000 permintaan per detik. Pada sisi lain dari spektrum ini, ada 3% serangan HTTP DDoS yang melebihi 100 juta permintaan per detik.

Serupa dengan itu, sebagian besar serangan DDoS lapisan jaringan juga berukuran kecil. Sebanyak 93% tidak melebihi 500 Mbps dan 87% tidak melebihi 50.000 paket per detik. 

^{Perubahan QoQ dalam ukuran serangan berdasarkan laju paket: Q4 2024}

^{Perubahan QoQ dalam ukuran serangan berdasarkan laju bit: Q4 2024}

Durasi serangan

Sebagian besar serangan HTTP DDoS (72%) berakhir dalam waktu kurang dari sepuluh menit. Sekitar 22% dari serangan HTTP DDoS berlangsung lebih dari satu jam, sedangkan 11% lainnya berlangsung lebih dari 24 jam.

Serupa dengan itu, sebanyak 91% dari serangan DDoS lapisan jaringan juga berakhir dalam sepuluh menit. Hanya 2% yang bertahan lebih dari satu jam.

Secara keseluruhan, terdapat penurunan QoQ yang signifikan dalam durasi serangan DDoS. Karena durasi sebagian besar serangan yang sangat singkat, dalam kebanyakan kasus, tidak memungkinkan bagi manusia untuk merespons peringatan, menganalisis lalu lintas, dan menerapkan mitigasi. Durasi serangan yang singkat tersebut menegaskan perlunya layanan perlindungan DDoS otomatis dalam jaringan yang sama dan selalu aktif.

^{Perubahan durasi serangan QoQ: Q4 2024}

Sumber serangan

Pada kuartal terakhir tahun 2024, Indonesia tetap menjadi sumber serangan DDoS terbesar di seluruh dunia untuk kuartal kedua berturut-turut. Untuk memahami asal dari serangan tersebut, kami memetakan alamat IP sumber yang melancarkan serangan HTTP DDoS karena serangan tersebut tidak dapat dipalsukan, dan untuk serangan DDoS Lapisan 3/Lapisan 4, kami menggunakan lokasi pusat data kami tempat paket DDoS tersebut diterima. Dengan cara ini, kami dapat mengatasi kemungkinan pemalsuan yang terjadi di Lapisan 3/Lapisan 4. Kami dapat mencapai akurasi geografis berkat jaringan kami yang luas yang mencakup lebih dari 330 kota di seluruh dunia.

Hong Kong berada di posisi kedua, naik lima peringkat dari kuartal sebelumnya. Singapura naik tiga peringkat dan menduduki posisi ketiga.

^{Sepuluh sumber serangan DDoS terbesar: Q4 2024}

Jaringan sumber teratas

Sistem otonom (AS - autonomous system) adalah jaringan atau kelompok jaringan besar yang memiliki kebijakan perutean terpadu. Setiap komputer atau perangkat yang terhubung ke Internet juga terhubung ke AS. Untuk mengetahui AS Anda, buka https://radar.cloudflare.com/ip.

Ketika mengamati tempat asal serangan DDoS, khususnya serangan HTTP DDoS, terdapat beberapa sistem otonom yang menonjol.

AS yang paling banyak terdapat lalu lintas serangan HTTP DDoS pada Q4 2024 adalah Hetzner (AS24940) yang berlokasi di Jerman. Hampir 5% dari semua permintaan HTTP DDoS berasal dari jaringan Hetzer, atau dengan kata lain, 5 dari setiap 100 permintaan HTTP DDoS yang diblokir oleh Cloudflare berasal dari Hetzner.

Di posisi kedua adalah Digital Ocean yang berlokasi di AS (AS14061), diikuti oleh OVH yang berlokasi di Prancis (AS16276) di posisi ketiga.

^{Sepuluh jaringan sumber serangan DDoS terbesar: Q4 2024}

Bagi banyak operator jaringan seperti yang disebutkan di atas, dapat menjadi hal yang sulit dalam mengidentifikasi pelaku jahat yang menyalahgunakan infrastruktur mereka untuk melancarkan serangan. Untuk membantu operator jaringan dan penyedia layanan dalam menindak tegas penyalahgunaan tersebut, kami menyediakan secara gratisinformasi intelijen ancaman Botnet DDoS yang memberi pemilik Nomor Sistem Otonom (ASN) daftar alamat IP yang kami lihat berpartisipasi dalam serangan DDoS. 

Pelaku ancaman teratas

Ketika melakukan survei terhadap pelanggan Cloudflare yang ditargetkan oleh serangan DDoS, sebagian besar mengatakan bahwa mereka tidak tahu pelaku yang menyerang mereka. Pelanggan yang tahu melaporkan pesaingnya sebagai pelaku ancaman nomor satu di balik serangan (40%). Sebanyak 17% lainnya melaporkan bahwa pelaku ancaman tingkat negara atau pelaku yang didukung oleh negara berada di balik serangan, dan persentase yang sama melaporkan bahwa pengguna atau pelanggan yang tidak puas berada di balik serangan tersebut.

Sebanyak 14% lainnya melaporkan pemeras sebagai pelaku di balik serangan. Sebanyak 7% menyatakan serangan DDoS disebabkan oleh kesalahan internalnya sendiri, 2% melaporkan peretas dari pihak aktivis sebagai penyebab serangan, sedangkan 2% lainnya melaporkan serangan dilancarkan oleh mantan karyawan.

^{Pelaku ancaman teratas: Q4 2024}

Serangan Ransom DDoS (DDoS dengan tebusan)

Dalam kuartal terakhir tahun 2024, seperti yang telah diantisipasi, kami mengamati lonjakan serangan Ransom DDoS. Lonjakan ini sudah terprediksi, mengingat periode Q4 merupakan waktu utama bagi para penjahat siber, dengan meningkatnya belanja online, pengaturan perjalanan wisata, dan kegiatan liburan. Gangguan terhadap berbagai layanan tersebut selama jam sibuk dapat berdampak besar terhadap pendapatan organisasi dan menyebabkan gangguan di dunia nyata, seperti penundaan dan pembatalan penerbangan.

Pada Q4, 12% pelanggan Cloudflare yang ditargetkan oleh serangan DDoS melaporkan diri mereka diancam atau diperas untuk membayar tebusan. Kejadian ini menunjukkan peningkatan 78% QoQ dan 25% YoY dibandingkan dengan Q4 2023.

^{Laporan Serangan Ransom DDoS per kuartal: 2024}

Meninjau kembali sepanjang tahun 2024, Cloudflare menerima laporan serangan Ransom DDoS terbanyak pada bulan Mei. Pada Q4, terlihat peningkatan yang bertahap mulai dari Oktober (10%), November (13%), dan Desember (14%), yang tertinggi dalam tujuh bulan.

^{Serangan Ransom DDoS yang dilaporkan per bulan: 2024}

Target serangan

Pada Q4 2024, Tiongkok mempertahankan posisinya sebagai negara yang paling banyak diserang. Untuk memahami negara yang lebih banyak diserang, kami mengelompokkan serangan DDoS berdasarkan negara tempat penagihan pelanggan kami. 

Filipina tampil sebagai negara kedua yang paling banyak diserang dalam 10 besar. Taiwan melompat ke posisi ketiga, naik tujuh peringkat dibandingkan kuartal terakhir.

Pada peta di bawah ini, Anda dapat melihat 10 lokasi yang paling banyak diserang serta perubahan peringkatnya dibandingkan dengan kuartal sebelumnya.

^{Sepuluh lokasi teratas yang paling banyak diserang oleh serangan DDoS: Q4 2024}

Industri yang paling banyak diserang

Pada kuartal keempat tahun 2024, industri Telekomunikasi, Penyedia Layanan dan Operator naik dari posisi ketiga (kuartal terakhir) ke posisi pertama sebagai industri yang paling banyak diserang. Untuk memahami industri yang paling banyak terkena serangan, kami mengelompokkan serangan DDoS berdasarkan industri pelanggan kami. Industri Internet berada di posisi kedua, diikuti oleh Pemasaran dan Periklanan di posisi ketiga.

Industri Perbankan & Jasa Keuangan turun tujuh peringkat dari nomor satu pada Q3 2024 ke nomor delapan pada Q4.

^{Sepuluh industri yang paling banyak diserang oleh serangan DDoS: Q4 2024}

Komitmen kami terhadap perlindungan DDoS yang tanpa batasan

Pada kuartal keempat tahun 2024, terjadi lonjakan serangan DDoS Lapisan 3/Lapisan 4 hipervolumetrik, dengan serangan terbesar memecahkan rekor kami sebelumnya, yaitu sebesar 5,6 Tbps pada puncaknya. Peningkatan ukuran serangan ini menyebabkan layanan perlindungan DDoS berbasis cloud yang kapasitasnya terbatas atau peralatan DDoS di lokasi menjadi tidak efektif lagi.

Peningkatan penggunaan botnet yang didorong oleh faktor geopolitik telah memperluas cakupan target yang rentan. Peningkatan serangan Ransom DDoS juga menjadi kekhawatiran yang meningkat.

Terlalu banyak organisasi yang menerapkan perlindungan DDoS hanya setelah mengalami serangan. Pengamatan kami menunjukkan bahwa organisasi dengan strategi keamanan proaktif akan lebih tangguh. Di Cloudflare, kami berinvestasi pada pertahanan otomatis dan portofolio keamanan yang komprehensif untuk memberikan perlindungan proaktif terhadap ancaman saat ini dan yang baru muncul.

Dengan jaringan 321 Tbps yang menjangkau 330 kota di seluruh dunia, kami tetap berkomitmen untuk menyediakan perlindungan DDoS tanpa batas dan tak terbatas, tanpa memandang ukuran, durasi, dan kuantitas serangan.

Di bawah ini, kami menyajikan ringkasan temuan utama, lalu menguraikannya lebih rinci di bagian selanjutnya.

Temuan Utama

Lalu lintas

• Lalu lintas internet global tumbuh 17,2% pada tahun 2024. 🔗
• Google mempertahankan posisinya sebagai layanan Internet paling populer secara keseluruhan. OpenAI tetap berada di puncak kategori AI Generatif. Binance tetap berada di puncak kategori Mata Uang Kripto. WhatsApp tetap menjadi platform perpesanan teratas, dan Facebook tetap menjadi situs Media Sosial teratas. 🔗
• Lalu lintas global dari Starlink tumbuh 3,3x pada tahun 2024, sejalan dengan tingkat pertumbuhan tahun lalu. Setelah memulai layanan di Malawi pada bulan Juli 2023, lalu lintas Starlink dari negara tersebut tumbuh 38x pada tahun 2024. Saat Starlink menambahkan pasar baru, kami melihat lalu lintas tumbuh pesat di lokasi tersebut. 🔗
• Googlebot, perayap web Google, menguasai volume lalu lintas permintaan tertinggi ke Cloudflare pada tahun 2024, karena mengambil konten dari jutaan situs pelanggan Cloudflare untuk pengindeksan pencarian. 🔗
• Lalu lintas dari perayap AI ByteDance (Bytespider) secara bertahap menurun pada tahun 2024. Perayap AI Anthropic (ClaudeBot) pertama kali menunjukkan tanda-tanda aktivitas perayapan yang berkelanjutan pada bulan April, kemudian menurun setelah puncak awal pada bulan Mei & Juni. 🔗
• 13,0% lalu lintas TLS 1.3 menggunakan enkripsi pascakuantum. 🔗

Adopsi & Penggunaan

• Secara global, hampir sepertiga lalu lintas perangkat seluler berasal dari perangkat Apple iOS. Android memiliki >90% pangsa lalu lintas perangkat seluler di 29 negara/wilayah; puncak pangsa lalu lintas perangkat seluler iOS mencapai lebih dari 60% di delapan negara/wilayah. 🔗
• Secara global, hampir separuh permintaan web menggunakan HTTP/2, dengan 20,5% menggunakan HTTP/3. Penggunaan kedua versi tersebut sedikit meningkat dari tahun 2023. 🔗
• React, PHP, dan jQuery termasuk teknologi paling populer yang digunakan untuk membangun situs web, sementara HubSpot, Google, dan WordPress termasuk vendor layanan dan platform pendukung paling populer. 🔗
• Go melampaui NodeJS sebagai bahasa paling populer yang digunakan untuk membuat permintaan API otomatis. 🔗
• Google merupakan mesin pencari paling populer secara global, di semua platform. Pada perangkat seluler dan sistem operasi, Baidu berada di posisi kedua. Bing berada di posisi kedua di desktop dan perangkat Windows, sedangkan DuckDuckGo berada di posisi kedua paling populer di macOS. Pangsanya bervariasi berdasarkan platform dan negara/wilayah. 🔗
• Google Chrome merupakan browser paling populer secara keseluruhan. Meskipun hal ini juga berlaku pada perangkat macOS, penggunaan Safari jauh lebih unggul daripada Chrome pada perangkat iOS. Di Windows, Edge merupakan browser terpopuler kedua karena sudah terinstal dan menjadi default awal. 🔗

Konektivitas

• 225 gangguan Internet besar diamati secara global pada tahun 2024, banyak di antaranya disebabkan oleh penghentian konektivitas Internet regional dan nasional yang diarahkan pemerintah. Pemutusan kabel dan pemadaman listrik juga menjadi penyebab utama. 🔗
• Secara agregat pada tahun 2024, 28,5% permintaan berkemampuan IPv6 dilakukan melalui IPv6. India dan Malaysia merupakan negara terkuat, dengan adopsi IPv6 masing-masing sebesar 68,9% dan 59,6%. 🔗
• 10 negara teratas yang diberi peringkat berdasarkan kecepatan Internet semuanya memiliki kecepatan unduh rata-rata di atas 200 Mbps. Spanyol secara konsisten berada di antara lokasi teratas di seluruh metrik kualitas Internet yang diukur. 🔗
• 41,3% lalu lintas global berasal dari perangkat seluler. Di hampir 100 negara/wilayah, mayoritas lalu lintas berasal dari perangkat seluler. 🔗
• 20,7% koneksi TCP tiba-tiba dihentikan sebelum data berguna dapat dipertukarkan. 🔗

Keamanan

• 6,5% lalu lintas global dimitigasi oleh sistem Cloudflare karena dianggap berpotensi berbahaya atau karena alasan yang ditentukan pelanggan. Di Amerika Serikat, pangsa lalu lintas yang dimitigasi tumbuh hingga 5,1%, sementara di Korea Selatan, turun sedikit menjadi 8,1%. Di 44 negara/wilayah, lebih dari 10% lalu lintas dimitigasi. 🔗
• Amerika Serikat menguasai lebih dari sepertiga lalu lintas bot global. Amazon Web Services menguasai 12,7% lalu lintas bot global, dan 7,8% berasal dari Google. 🔗
• Secara global, Perjudian/Game adalah industri yang paling banyak diserang, sedikit di depan industri yang paling sering menjadi target pada tahun 2023, yakni Keuangan. 🔗
• Log4j, kerentanan yang ditemukan pada tahun 2021, tetap menjadi ancaman terus-menerus dan secara aktif menjadi target sepanjang tahun 2024. 🔗
• Keamanan perutean, yang diukur sebagai pangsa rute RPKI yang valid dan pangsa ruang alamat IP yang tercakup, terus meningkat secara global sepanjang tahun 2024. Kami melihat peningkatan sebesar 4,7% dalam ruang alamat IPv4 RPKI yang valid pada tahun 2024, dan peningkatan sebesar 6,4% dalam rute RPKI yang valid pada tahun 2024. 🔗

Keamanan Email

• Rata-rata 4,3% email ditetapkan berbahaya pada tahun 2024, meskipun angka ini kemungkinan dipengaruhi oleh lonjakan yang diamati pada bulan Maret, April, dan Mei. Tautan yang menipu dan penipuan identitas adalah dua jenis ancaman paling umum yang ditemukan dalam pesan email berbahaya. 🔗
• Lebih dari 99% pesan email yang diproses oleh Keamanan Email Cloudflare dari domain tingkat atas (TLD) .bar, .rest, dan .uno ditemukan sebagai spam atau bersifat berbahaya. 🔗

Pendahuluan

Selama empat tahun terakhir (2020, 2021, 2022, 2023), kami telah menggabungkan berbagai perspektif dari Radar Cloudflare ke dalam Tinjauan Tahunan tahunan, yang mengilustrasikan pola-pola Internet di berbagai area pada tahun tersebut. Situs mikro Tinjauan Tahunan Radar Cloudflare Tahun 2024 melanjutkan tradisi tersebut, menampilkan bagan, grafik, dan peta interaktif yang dapat Anda gunakan untuk menjelajahi dan membandingkan tren Internet penting yang diamati sepanjang tahun lalu.

Jaringan Cloudflare saat ini menjangkau lebih dari 330 kota di lebih dari 120 negara/wilayah, melayani rata-rata lebih dari 63 juta permintaan HTTP(S) per detik untuk jutaan properti Internet, selain menangani rata-rata lebih dari 42 juta permintaan DNS per detik. Data yang dihasilkan oleh penggunaan ini, dikombinasikan dengan data dari alat Cloudflare pelengkap lainnya, memungkinkan Radar untuk memberikan perspektif hampir secara waktu riil yang unik mengenai pola dan tren seputar keamanan, lalu lintas, kinerja, dan penggunaan yang kami amati di seluruh Internet. 

Tinjauan Tahunan 2024 disusun menjadi lima bagian: Lalu Lintas, Adopsi & Penggunaan, Konektivitas, Keamanan, dan Keamanan Email dan mencakup periode dari 1 Januari hingga 1 Desember 2024. Kami telah menggabungkan beberapa metrik baru tahun ini, termasuk lalu lintas bot & perayap AI, pangsa pasar mesin pencari dan browser, gangguan koneksi, dan domain tingkat atas (TLD) “paling berbahaya”. Untuk memastikan konsistensi, kami telah menjaga metodologi yang mendasarinya tetap konsisten dengan perhitungan tahun-tahun sebelumnya. Tren untuk 200 negara/wilayah tersedia di situs mikro; lokasi yang lebih kecil atau kurang padat penduduknya tidak disertakan karena data tidak mencukupi. Beberapa metrik hanya ditampilkan di seluruh dunia, dan tidak ditampilkan jika negara/wilayah dipilih. 

Di bawah ini, kami memberikan ikhtisar konten yang dimuat dalam bagian utama Tinjauan Tahunan (Lalu Lintas, Adopsi & Penggunaan, Konektivitas, Keamanan, dan Keamanan Email), beserta pengamatan penting dan temuan utama. Selain itu, kami juga telah menerbitkan postingan blog pendamping yang secara khusus menjelajahi tren yang terlihat di Layanan Internet Teratas.

Temuan utama dan pembahasan terkait dalam postingan ini hanya memberikan perspektif tingkat tinggi mengenai wawasan unik yang dapat ditemukan di situs mikro Tinjauan Tahunan. Kunjungi situs mikro untuk menjelajahi berbagai dataset dan metrik secara lebih rinci, termasuk tren yang terlihat di negara/wilayah Anda, bagaimana tren tersebut berubah dibandingkan dengan tahun 2023, dan bagaimana tren tersebut dibandingkan dengan negara/wilayah lain yang menarik. Meninjau Internet dari sudut pandang ini memberikan wawasan yang dapat memberikan informasi untuk pengambilan keputusan tentang segala hal, mulai dari postur keamanan organisasi dan prioritas TI hingga pengembangan dan strategi produk. 

Tren lalu lintas

Lalu lintas internet global tumbuh 17,2% pada tahun 2024.

Titik infleksi lalu lintas Internet mungkin terjadi tiga puluh tahun lalu. World Wide Web menjadi umum pada tahun 1994, berkat dirilisnya browser NCSA Mosaic pada akhir tahun 1993 untuk berbagai sistem operasi populer, yang menyertakan dukungan untuk gambar yang disematkan. Pada gilirannya, konten Internet yang “lebih berat” (berbeda dengan yang berbasis teks) menjadi norma, dan ditambah dengan pertumbuhan konsumsi melalui layanan online populer dan industri ISP konsumen yang sedang berkembang, lalu lintas Internet mulai meningkat pesat, dan tren tersebut terus berlanjut hingga saat ini.

Untuk menentukan tren lalu lintas dari waktu ke waktu untuk Tinjauan Tahunan, kami menggunakan volume lalu lintas harian rata-rata (tidak termasuk lalu lintas bot) selama minggu kalender penuh kedua (8-15 Januari) tahun 2024 sebagai dasar kami. (Minggu kalender kedua digunakan untuk memberi waktu bagi orang-orang untuk kembali ke rutinitas sekolah dan kerja “normal” mereka setelah liburan musim dingin dan Hari Tahun Baru.) Perubahan persentase yang ditunjukkan dalam bagan tren lalu lintas dihitung relatif terhadap nilai dasar — ini tidak mewakili volume lalu lintas absolut untuk suatu negara/wilayah. Garis tren menunjukkan rata-rata tujuh hari terakhir, yang digunakan untuk memperhalus perubahan tajam yang terlihat pada data pada tingkat granularitas harian. Untuk membandingkan tren lalu lintas tahun 2024 dengan data tahun 2023 dan/atau lokasi lain, klik ikon “Bandingkan” di kanan atas grafik.

Sepanjang paruh pertama tahun 2024, pertumbuhan lalu lintas Internet di seluruh dunia tampak cukup terbatas, dalam kisaran satu atau dua persen di kedua sisi nilai dasar hingga pertengahan Agustus. Akan tetapi, pada saat itu pertumbuhan mulai meningkat cukup jelas, terus meningkat hingga akhir bulan November, tumbuh 17,2% sepanjang tahun. Tren ini serupa dengan yang juga terlihat pada tahun 2023 dan 2022, seperti yang kita bahas dalam postingan blog Tinjauan Tahunan 2023.

^{Tren lalu lintas internet pada tahun 2024, di seluruh dunia}

Negara Afrika Barat Guinea mengalami pertumbuhan lalu lintas Internet paling signifikan yang terlihat pada tahun 2024, mencapai hingga 350% di atas garis dasar. Pertumbuhan lalu lintas tidak benar-benar dimulai hingga akhir bulan Februari, dan mencapai puncaknya pada awal bulan April. Angkanya tetap antara 100% dan 200% di atas garis dasar hingga bulan September, ketika mengalami beberapa periode pertumbuhan multi-minggu. Sementara pertumbuhan lalu lintas periode September-November juga terjadi pada tahun 2023, puncaknya berada di bawah 90% di atas garis dasar.

Dampak dari gangguan Internet yang signifikan juga terlihat jelas ketika melihat data sepanjang tahun. Dua gangguan Internet yang signifikan di Kuba terlihat jelas sebagai penurunan besar dalam lalu lintas pada bulan Oktober dan November. “Pemutusan total” sistem kelistrikan nasional di pulau tersebut dilaporkan terjadi pada tanggal 18 Oktober, yang berlangsung hanya dalam waktu tiga hari. Hanya beberapa minggu kemudian, pada tanggal 6 November, kerusakan akibat Badai Rafael menyebabkan pemadaman listrik yang meluas di Kuba, yang mengakibatkan penurunan besar dalam lalu lintas Internet. Lalu lintas tetap rendah karena infrastruktur kelistrikan Kuba terus mengalami kesulitan.

^{Tren lalu lintas internet pada tahun 2024, Kuba}

Seperti yang kerap kami bahas di blog Radar Cloudflare dan postingan media sosial, penghentian Internet yang diarahkan pemerintah terjadi terlalu sering, dan dampak tindakan ini juga terlihat jelas saat melihat data lalu lintas jangka panjang. Di Bangladesh, pemerintah memerintahkan penghentian konektivitas Internet seluler pada tanggal 18 Juli, sebagai tanggapan atas protes mahasiswa. Tak lama setelah jaringan seluler dihentikan, jaringan broadband tetap dihentikan juga, yang mengakibatkan hilangnya hampir seluruh lalu lintas Internet di negara tersebut. Konektivitas secara bertahap kembali selama beberapa hari, antara tanggal 23-28 Juli.

^{Tren lalu lintas internet pada tahun 2024, Bangladesh}

Seperti yang juga kami catat tahun lalu, perayaan hari libur besar juga dapat memberi dampak nyata pada lalu lintas Internet di tingkat negara. Misalnya, di negara-negara Muslim termasuk Indonesia dan Uni Emirat Arab, perayaan Idul Fitri, hari raya yang menandai berakhirnya puasa Ramadan, terlihat dari penurunan lalu lintas yang signifikan sekitar tanggal 9-10 April. 

^{Tren lalu lintas internet pada tahun 2024, Indonesia dan Uni Emirat Arab}

Google mempertahankan posisinya sebagai layanan Internet paling populer. OpenAI, Binance, WhatsApp, dan Facebook memimpin kategorinya masing-masing. 

Selama beberapa tahun terakhir, Tinjauan Tahunan telah memberi peringkat layanan Internet paling populer. Pemeringkatan ini mencakup perspektif "keseluruhan", serta puluhan kategori yang lebih spesifik, berdasarkan analisis data kueri anonim dari lalu lintas ke 1.1.1.1 penyelesai DNS publik kami dari jutaan pengguna di seluruh dunia. Untuk tujuan pemeringkatan ini, domain yang dimiliki oleh satu layanan Internet dikelompokkan bersama.

Google sekali lagi menduduki posisi teratas secara keseluruhan, didukung oleh portofolio layanannya yang luas, serta popularitas sistem operasi seluler Android (lebih lanjut tentang itu di bawah). Properti meta Facebook, Instagram, dan WhatsApp juga menduduki posisi 10 teratas.

AI Generatif terus tumbuh popularitasnya sepanjang tahun 2024, dan dalam kategori ini, OpenAI kembali menduduki posisi teratas, yang dibangun di atas keberhasilan dan popularitas ChatGPT yang terus-menerus. Dalam Media Sosial, lima teratas tetap konsisten dengan peringkat tahun 2023 dan 2022, termasuk Facebook, TikTok, Instagram, X, dan Snapchat.

Pemeringkatan kategoris ini, serta tren yang dilihat oleh layanan tertentu, diuraikan lebih rinci dalam posting blog terpisah, Dari ChatGPT hingga Temu: peringkat layanan Internet teratas pada tahun 2024.

Lalu lintas global dari Starlink tumbuh 3,3x pada tahun 2024, sejalan dengan tingkat pertumbuhan tahun lalu. Setelah memulai layanan di Malawi pada bulan Juli 2023, lalu lintas Starlink dari negara tersebut tumbuh 38x pada tahun 2024.

Starlink milik SpaceX terus menjadi penyedia layanan Internet satelit terdepan, menghadirkan konektivitas ke wilayah-wilayah yang belum atau kurang terlayani. Selain membuka pasar baru pada tahun 2024, Starlink juga mengumumkan hubungan untuk menyediakan konektivitas dalam penerbangan ke beberapa maskapai penerbangan, dan di kapal pesiar dan kereta api, serta memungkinkan pelanggan untuk melakukan roaming dengan langganan mereka menggunakan Starlink Mini.

Kami menganalisis volume lalu lintas Cloudflare agregat yang terkait dengan sistem otonom utama Starlink (AS14593) untuk melacak pertumbuhan penggunaan layanan sepanjang tahun 2024. Mirip dengan tren lalu lintas yang dibahas di atas, volume permintaan yang ditunjukkan pada garis tren dalam bagan mewakili rata-rata tujuh hari terakhir. Perbandingan dengan data tahun 2023 dapat ditampilkan dengan mengklik ikon “Bandingkan” di kanan atas grafik. Dalam tampilan perbandingan, garis diskalakan ke nilai maksimum yang ditampilkan.

Secara global, pertumbuhan yang stabil dan konsisten terlihat sepanjang tahun, meskipun meningkat sepanjang bulan November. Peningkatan ini mungkin didorong oleh lalu lintas yang terkait dengan pembaruan perangkat lunak besar khusus pelanggan. 

^{Pertumbuhan lalu lintas Starlink di seluruh dunia pada tahun 2024}

Di banyak lokasi, terdapat permintaan tertahan untuk penyedia konektivitas “alternatif” seperti Starlink, dan di negara/wilayah ini, kami melihat pertumbuhan lalu lintas yang pesat saat layanan tersedia, seperti di Zimbabwe. Ketersediaan layanan diumumkan pada tanggal 7 September, dan lalu lintas dari negara tersebut mulai tumbuh pesat segera setelahnya.

^{Pertumbuhan lalu lintas Starlink di Zimbabwe pada tahun 2024}

Di pasar baru, pertumbuhan lalu lintas berjalan terus setelah peningkatan awal tersebut. Misalnya layanan Starlink tersedia di Malawi pada bulan Juli 2023, dan sepanjang tahun 2024, lalu lintas Starlink dari negara tersebut tumbuh 38x. Meskipun peningkatan 38x di Malawi sangat mengesankan, negara-negara lain juga mengalami pertumbuhan yang signifikan. Di negara Eropa Timur Georgia, layanan tersedia pada tanggal 1 November 2023. Setelah peningkatan yang lambat, lalu lintas mulai meningkat lebih dari 100x pada tahun 2024. Di Paraguay, ketersediaan layanan diumumkan pada tanggal 21 Desember, dan mulai tumbuh pada awal Januari, mencatat peningkatan lebih dari 900x sepanjang tahun.

^{Pertumbuhan lalu lintas Starlink di Malawi pada tahun 2024}

Googlebot menguasai volume lalu lintas permintaan tertinggi ke Cloudflare pada tahun 2024 saat mengambil konten dari jutaan situs pelanggan Cloudflare untuk pengindeksan pencarian. 

Radar Cloudflare menunjukkan tren lalu lintas Internet kepada pengguna selama periode waktu tertentu, tetapi pada tingkat negara/wilayah atau jaringan. Namun, seperti yang kami lakukan pada tahun 2023, kami kembali ingin mengamati lalu lintas yang dilihat Cloudflare pada setahun penuh dari seluruh Internet IPv4. Untuk melakukannya, kami dapat menggunakan kurva Hilbert, yang memungkinkan kami memvisualisasikan urutan alamat IPv4 dalam pola dua dimensi yang menjaga alamat IP di dekatnya tetap berdekatan satu sama lain, sehingga menjadikannya berguna untuk menyurvei ruang alamat IPv4 Internet.

Dengan menggunakan kurva Hilbert, kami dapat memvisualisasikan lalu lintas permintaan IPv4 agregat ke Cloudflare dari tanggal 1 Januari hingga 1 Desember 2024. Dalam visualisasi, kami menggabungkan alamat IPv4 pada tingkat /20, yang berarti bahwa pada tingkat pembesaran tertinggi, setiap kotak mewakili lalu lintas dari 4.096 alamat IPv4. Agregasi ini dilakukan untuk menjaga jumlah data yang digunakan untuk visualisasi tetap terkelola. (Meskipun kami ingin membuat visualisasi serupa untuk lalu lintas IPv6, besarnya ruang alamat IPv6 penuh akan membuat lalu lintas terkait sangat sulit dilihat dalam visualisasi seperti itu, terutama karena jumlah yang sangat kecil telah dialokasikan untuk penetapan oleh Regional Internet Registries.)

Dalam visualisasi, alamat IP dikelompokkan berdasarkan kepemilikan, dan untuk sebagian besar ruang alamat IP yang ditampilkan di sana, mouseover pada tingkat pembesaran default akan menampilkan Regional Internet Registry (RIR) tempat blok alamat tersebut berada. Namun, ada juga sejumlah blok yang ditetapkan sebelum adanya sistem RIR, dan untuk blok tersebut, blok tersebut diberi label dengan nama organisasi yang memilikinya. Pembesaran progresif pada akhirnya akan memperlihatkan sistem otonom dan negara/wilayah yang dikaitkan dengan blok alamat IP tersebut, serta pangsa lalu lintasnya relatif terhadap maksimum. (Jika negara/wilayah dipilih, hanya blok alamat IP yang terkait dengan lokasi tersebut yang terlihat.) Secara keseluruhan, pangsa lalu lintas ditunjukkan dengan corak berdasarkan skala warna, dan meskipun sejumlah blok besar yang tidak bercorak terlihat, ini tidak selalu berarti bahwa ruang alamat terkait tidak digunakan, melainkan mungkin digunakan dengan cara yang tidak menghasilkan lalu lintas ke Cloudflare.

^{Kurva Hilbert yang menunjukkan agregat lalu lintas 2024 ke Cloudflare melalui Internet IPv4}

Corak oranye/merah yang lebih hangat dalam visualisasi menunjukkan area dengan volume permintaan yang lebih tinggi, dan terkubur dalam salah satu area tersebut adalah blok alamat IP yang memiliki volume permintaan maksimum ke Cloudflare selama tahun 2024. Seperti pada tahun 2023, blok alamat ini adalah 66.249.64.0/20, yang merupakan milik Google, dan merupakan salah satu dari beberapa yang digunakan oleh perayap web Googlebot untuk mengambil konten untuk pengindeksan pencarian. Penggunaan ruang alamat tersebut kemungkinan menjadi penjelasan atas volume permintaan yang tinggi, mengingat banyaknya properti web di jaringan Cloudflare.

^{Tampilan kurva Hilbert yang diperbesar menunjukkan blok alamat IPv4 yang menghasilkan volume permintaan tertinggi}

Selain Google, pemilik prefiks lain dalam 20 teratas termasuk Alibaba, Microsoft, Amazon, dan Apple. Untuk menjelajahi Internet IPv4 secara lebih rinci, kami menganjurkan Anda untuk mengunjungi situs mikro Tinjauan Tahunan dan menjelajahinya dengan menyeret dan memperbesar untuk menjelajahi ruang alamat IPv4.

Di antara bot dan perayap AI, lalu lintas Bytespider (ByteDance) secara bertahap menurun pada tahun 2024, sementara ClaudeBot (Anthropic) lebih aktif selama paruh terakhir tahun ini.

Bot dan perayap AI telah menjadi berita sepanjang tahun 2024 karena mereka dengan rakus mengonsumsi konten untuk melatih model yang terus berkembang. Kontroversi telah mengikuti mereka, karena tidak semua bot dan perayap mematuhi arahan pemilik konten untuk membatasi aktivitas perayapan. Pada bulan Juli, Cloudflare memungkinkan pelanggan untuk memblokir bot dan perayap ini dengan satu klik, dan selama Minggu Ulang Tahun kami memperkenalkan Audit AI untuk memberi pemilik situs web lebih banyak visibilitas dan kontrol atas cara platform AI mengakses konten mereka. 

Pelacakan tren lalu lintas untuk bot AI dapat membantu kami lebih memahami aktivitasnya dari waktu ke waktu — mengamati bot mana yang paling agresif dan memiliki volume permintaan tertinggi, bot mana yang melakukan perayapan secara berkala, dll. Grafik lalu lintas bot & perayap AI baru di halaman Lalu Lintas Radar, diluncurkan pada bulan September, memberikan wawasan mengenai tren lalu lintas yang dikumpulkan selama periode waktu terpilih untuk bot AI yang paling dikenal. 

Dengan melihat tren lalu lintas dari dua bot tersebut, kami dapat melihat beberapa pola yang menarik. Bytespider adalah perayap yang dioperasikan oleh ByteDance, pemilik TikTok asal Tiongkok, dan dilaporkan digunakan untuk mengunduh data pelatihan untuk Large Language Model (LLM) milik ByteDance. Aktivitas perayapan Bytespider secara umum mengalami tren penurunan pada tahun 2024, dengan aktivitas akhir November sekitar 80-85% lebih rendah dibandingkan dengan aktivitas yang terlihat di awal tahun. ClaudeBot adalah perayap Anthropic, yang mengunduh data pelatihan untuk LLM-nya yang mendukung produk AI seperti Claude. Lalu lintas dari ClaudeBot tampaknya sebagian besar tidak ada hingga pertengahan April, kecuali beberapa lonjakan kecil yang mungkin merupakan uji coba. Lalu lintas menjadi lebih konsisten di luar angka nol mulai akhir bulan April, tetapi setelah lonjakan awal, menurun sepanjang sisa tahun ini.

^{Tren lalu lintas untuk perayap AI Bytespider dan ClaudeBot pada tahun 2024}

Tren lalu lintas untuk daftar lengkap bot dan perayap AI dapat ditemukan di Cloudflare Radar Data Explorer.

13,0% lalu lintas TLS 1.3 menggunakan enkripsi pascakuantum.

Istilah “pascakuantum” mengacu pada serangkaian teknik kriptografi baru yang dirancang untuk melindungi data dari musuh yang memiliki kemampuan untuk mengambil dan menyimpan data terkini untuk didekripsi oleh komputer kuantum yang cukup canggih di masa mendatang. Tim Riset Cloudflare telah menjelajahi kriptografi pascakuantum sejak tahun 2017.

Pada bulan Oktober 2022, kami mengaktifkan perjanjian utama pascakuantum di jaringan kami secara default, tetapi penggunaannya mengharuskan browser dan klien juga mendukungnya. Pada tahun 2024, Chrome 124 milik Google mengaktifkannya secara default pada tanggal 17 April, dan adopsinya tumbuh pesat setelah perilisan tersebut, meningkat dari lebih dari 2% permintaan menjadi sekitar 12% dalam sebulan, dan berakhir pada bulan November di angka 13%. Kami berharap adopsi akan terus tumbuh hingga dan selama tahun 2025 karena dukungan di browser berbasis Chromium lainnya, bertambahnya dukungan default di Mozilla Firefox, dan pengujian awal di Apple Safari.

^{Tren pertumbuhan lalu lintas TLS 1.3 terenkripsi pascakuantum selama tahun 2024}

Wawasan Adopsi & Penggunaan

Secara global, hampir sepertiga lalu lintas perangkat seluler berasal dari perangkat Apple iOS. Android memiliki >90% pangsa lalu lintas perangkat seluler di 29 negara/wilayah; puncak pangsa lalu lintas perangkat seluler iOS mencapai lebih dari 60% di delapan negara/wilayah.

Dua sistem operasi perangkat seluler terkemuka secara global adalah iOS milik Apple dan Android milik Google, dan dengan menganalisis informasi dalam agen pengguna yang dilaporkan pada setiap permintaan, kita bisa mendapatkan wawasan tentang distribusi lalu lintas menurut sistem operasi klien sepanjang tahun. Sekali lagi, kami menemukan bahwa Android bertanggung menguasai sebagian besar lalu lintas perangkat seluler saat digabungkan secara global, karena distribusi titik harga, faktor bentuk, dan kemampuan yang luas.

Mirip dengan temuan tahun 2023, Android sekali lagi menguasai lebih dari dua pertiga lalu lintas perangkat seluler. Melihat negara-negara teratas untuk lalu lintas Android, kami menemukan lebih dari 95% pangsa di Sudan, Bangladesh, Turkmenistan, Malawi, Papua Nugini, Suriah, dan Yaman, naik dari hanya dua negara pada tahun 2023. Mirip dengan tahun lalu, kami kembali menemukan bahwa negara/wilayah dengan tingkat penggunaan Android yang lebih tinggi sebagian besar berada di Afrika, Oseania/Asia, dan Amerika Selatan, dan banyak yang memiliki tingkat pendapatan nasional bruto per kapita yang lebih rendah. Di negara/wilayah ini, ketersediaan perangkat Android “murah” dengan harga lebih rendah mendukung peningkatan adopsi.

^{Distribusi global lalu lintas perangkat seluler berdasarkan sistem operasi pada tahun 2024}

Sebaliknya, adopsi iOS mencapai puncaknya pada kisaran 65% di Jersey, Kepulauan Faroe, Guernsey, dan Denmark. Tingkat adopsi sebesar 50% atau lebih terlihat di total 26 negara/wilayah, termasuk Norwegia, Swedia, Australia, Jepang, Amerika Serikat, dan Kanada. Lokasi-lokasi ini mungkin memiliki kemampuan lebih besar untuk membeli perangkat dengan harga lebih tinggi, karena pendapatan nasional bruto per kapita mereka relatif lebih tinggi.

^{Negara/wilayah dengan pangsa lalu lintas iOS terbesar pada tahun 2024}

Secara global, hampir separuh permintaan web menggunakan HTTP/2, dengan 20,5% menggunakan HTTP/3.

HTTP (HyperText Transfer Protocol) adalah protokol inti yang diandalkan web. HTTP/1.0 pertama kali distandarisasi pada tahun 1996, HTTP/1.1 pada tahun 1999, dan HTTP/2 pada tahun 2015. Versi terbaru, HTTP/3, diselesaikan pada tahun 2022, dan berjalan di atas protokol transportasi baru yang dikenal sebagai QUIC. Dengan berjalan di atas QUIC, HTTP/3 dapat memberikan peningkatan kinerja dengan mengurangi efek kehilangan paket dan perubahan jaringan, serta membuat koneksi lebih cepat. HTTP/3 juga memberikan enkripsi secara default, yang mengurangi risiko serangan. 

Versi terkini Google Chrome desktop dan seluler (dan varian berbasis Chromium), Mozilla Firefox, dan Apple Safari semuanya mendukung HTTP/3 secara default. Cloudflare menyediakan HTTP/3 gratis untuk semua pelanggan kami, meskipun tidak semua pelanggan memilih untuk mengaktifkannya.

Analisis versi HTTP yang dinegosiasikan untuk setiap permintaan memberikan wawasan tentang distribusi lalu lintas berdasarkan berbagai versi protokol yang digabungkan sepanjang tahun. (“HTTP/1.x” menggabungkan permintaan yang dibuat melalui HTTP/1.0 dan HTTP/1.1.) Pada tingkat global, 20,5% permintaan pada tahun 2024 dibuat menggunakan HTTP/3. Sebanyak 29,9% permintaan lainnya dibuat melalui versi HTTP/1.x yang lama, sedangkan HTTP/2 tetap dominan dan mencakup 49,6% sisanya.

^{Distribusi lalu lintas global berdasarkan versi HTTP pada tahun 2024}

Melihat distribusi versi secara geografis, kami menemukan delapan negara/wilayah yang mengirimkan lebih dari sepertiga permintaan mereka melalui HTTP/3, dengan Reunion, Sri Lanka, Mongolia, Yunani, dan Makedonia Utara termasuk dalam lima negara teratas seperti yang ditunjukkan di bawah ini. Delapan negara/wilayah lainnya, termasuk Iran, Irlandia, Hong Kong, dan Tiongkok, mengirimkan lebih dari setengah permintaan mereka melalui HTTP/1.x sepanjang tahun 2024. Lebih dari separuh permintaan dibuat melalui HTTP/2 di total 147 negara/wilayah.

^{Negara/wilayah dengan pangsa lalu lintas HTTP/3 terbesar pada tahun 2024}

React, PHP, dan jQuery termasuk teknologi paling populer yang digunakan untuk membangun situs web, sementara Hubspot, Google, dan WordPress termasuk vendor layanan dan platform pendukung paling populer.

Situs web dan aplikasi modern sangat kompleks, dibangun dan terintegrasi pada campuran kerangka kerja, platform, layanan, dan alat. Agar dapat memberikan pengalaman pengguna yang lancar, pengembang harus memastikan semua komponen ini dapat hidup berdampingan dengan bahagia. Dengan menggunakan Pemindai URL Radar Cloudflare, kami kembali memindai situs web yang terkait dengan 5000 domain teratas untuk mengidentifikasi teknologi dan layanan paling populer yang digunakan di puluhan kategori yang berbeda. 

Jika melihat teknologi inti yang digunakan untuk membangun situs web, React memiliki keunggulan yang meyakinkan atas Vue.js dan kerangka kerja JavaScript lainnya, PHP adalah teknologi pemrograman yang paling populer, dan pangsa jQuery adalah 10 kali lipat dari pustaka JavaScript populer lainnya.

Layanan dan platform pihak ketiga juga digunakan oleh situs web dan aplikasi untuk mendukung hal-hal seperti analisis, manajemen konten, dan otomatisasi pemasaran. Google Analytics tetap menjadi penyedia analisis yang paling banyak digunakan, WordPress memiliki pangsa lebih dari 50% di antara sistem manajemen konten, dan untuk penyedia otomasi pemasaran, pemimpin kategori HubSpot memiliki pangsa penggunaan hampir dua kali lipat dari Marketo dan MailChimp.

^{Teknologi situs web teratas, kategori kerangka kerja JavaScript pada tahun 2024}

Go melampaui NodeJS sebagai bahasa paling populer yang digunakan untuk membuat permintaan API otomatis.

Banyak situs web dan aplikasi dinamis dibangun pada panggilan API otomatis, dan kami dapat menggunakan visibilitas unik kami ke dalam lalu lintas Web untuk mengidentifikasi bahasa teratas yang digunakan klien API ini. Menerapkan heuristik pada permintaan terkait API yang dipastikan tidak berasal dari seseorang yang menggunakan browser atau aplikasi seluler asli membantu kami mengidentifikasi bahasa yang digunakan untuk membangun klien API.

Analisis kami menemukan bahwa hampir 12% permintaan API otomatis dibuat oleh klien berbasis Go, dengan NodeJS, Python, Java, dan .NET memegang pangsa yang lebih kecil. Dibandingkan dengan tahun 2023, pangsa Go meningkat sekitar 40%, sehingga mampu merebut posisi teratas, sementara pangsa NodeJS turun lebih dari 30%. Python dan Java juga mengalami peningkatan pangsa, sementara .NET mengalami penurunan.

^{Bahasa klien API paling populer di tahun 2024}

Google adalah mesin pencari terpopuler secara global, di semua platform. Pada perangkat seluler/OS, Baidu berada di posisi kedua. Bing berada di posisi kedua di desktop dan perangkat Windows, sedangkan DuckDuckGo berada di posisi kedua paling populer di macOS. 

Dengan melindungi dan mempercepat situs web dan aplikasi untuk jutaan pelanggan, Cloudflare berada dalam posisi unik untuk mengukur data pangsa pasar mesin pencari. Metodologi kami menggunakan header referer HTTP untuk mengidentifikasi mesin pencari yang mengirimkan lalu lintas ke situs dan aplikasi pelanggan. Data pangsa pasar disajikan sebagai agregat keseluruhan, serta dipecah berdasarkan jenis perangkat dan sistem operasi. (Data jenis perangkat dan sistem operasi diperoleh dari header User-Agent dan Client Hints yang menyertai permintaan konten.)

Secara agregat pada tingkat global, Google merujuk lalu lintas terbanyak ke pelanggan Cloudflare, dengan pangsa lebih dari 88% sepanjang tahun 2024. Yandex, Baidu, Bing, dan DuckDuckGo melengkapi lima teratas, semuanya dengan pangsa persentase satu digit. 

^{Pangsa pasar mesin pencari di seluruh dunia secara keseluruhan pada tahun 2024}

Namun, bila ditelusuri berdasarkan lokasi atau platform, perbedaan tampak jelas pada mesin pencari teratas dan pangsanya. Misalnya, di Korea Selatan, Google hanya menguasai dua pertiga rujukan, sementara platform lokal Naver mendorong 29,2%, dengan portal lokal Daum juga berada di lima teratas dengan 1,3%.

^{Pangsa pasar mesin pencari secara keseluruhan di Korea Selatan pada tahun 2024}

Dominasi Google juga sedikit berkurang pada perangkat Windows, yang mana ia hanya menghasilkan 80% rujukan secara global. Tidak mengherankan, Bing menempati posisi kedua untuk pengguna Windows, dengan pangsa 10,4%. Yandex, Yahoo, dan DuckDuckGo melengkapi 5 teratas, semuanya dengan pangsa di bawah 5%.

^{Pangsa pasar mesin pencari di seluruh dunia secara keseluruhan untuk perangkat Windows pada tahun 2024}

Untuk rincian tambahan, termasuk mesin pencari yang digabungkan dalam kategori “Lainnya”, silakan lihat Laporan Rujukan Mesin Pencari triwulanan di Radar Cloudflare.

Google Chrome adalah browser yang paling populer secara keseluruhan. Meskipun hal ini juga berlaku pada perangkat MacOS, penggunaan Safari jauh lebih unggul daripada Chrome pada perangkat iOS. Di Windows, Edge adalah browser paling populer kedua. 

Mirip dengan kemampuan kami untuk mengukur pangsa pasar mesin pencari, Cloudflare juga berada dalam posisi unik untuk mengukur pangsa pasar browser. Metodologi kami menggunakan informasi dari header User-Agent dan Client Hints untuk mengidentifikasi browser yang membuat permintaan konten, beserta sistem operasi terkait. Data pangsa pasar browser disajikan sebagai agregat keseluruhan, serta dipecah berdasarkan jenis perangkat dan sistem operasi. Perhatikan bahwa pangsa browser yang tersedia di perangkat desktop dan seluler, seperti Chrome atau Safari, disajikan secara agregat.

Secara global, kami menemukan bahwa 65,8% permintaan berasal dari browser Google Chrome sepanjang tahun 2024, dan hanya 15,5% yang berasal dari browser Safari milik Apple. Microsoft Edge, Mozilla Firefox, dan browser Internet Samsung melengkapi lima teratas, semuanya dengan pangsa di bawah 10%.

^{Pangsa pasar browser web di seluruh dunia secara keseluruhan pada tahun 2024}

Mirip dengan statistik mesin pencari yang dibahas di atas, perbedaan terlihat jelas saat menelusuri berdasarkan lokasi atau platform. Di beberapa negara tempat iOS memegang pangsa pasar lebih besar daripada Android, Chrome tetap menjadi browser terdepan, tetapi dengan margin yang jauh lebih rendah. Misalnya, di Swedia, pangsa Chrome turun menjadi 56,2%, sementara Safari meningkat menjadi 22,5%. Di Norwegia, Chrome turun menjadi hanya 50%, sementara Safari tumbuh menjadi 25,6%.

^{Pangsa pasar browser web secara keseluruhan di Norwegia pada tahun 2024}

Sebagai browser default pada perangkat yang menjalankan iOS, Apple Safari merupakan browser paling populer untuk perangkat iOS, yang menguasai pangsa pasar sebesar 81,7% sepanjang tahun, sedangkan Chrome hanya 16,1%. Dan meskipun menjadi browser default yang sudah terinstal di perangkat Windows, Edge hanya memiliki pangsa pasar sebesar 17,3%, dibandingkan dengan Chrome yang memiliki pangsa pasar sebesar 68,5%

^{Pangsa pasar browser web di seluruh dunia secara keseluruhan untuk perangkat iOS pada tahun 2024}

Untuk rincian tambahan, termasuk browser yang digabungkan dalam kategori “Lainnya”, silakan lihat Laporan Pangsa Pasar Browser triwulanan di Radar Cloudflare.

Konektivitas

225 gangguan Internet besar terjadi di seluruh dunia pada tahun 2024, banyak di antaranya disebabkan oleh penghentian konektivitas Internet regional dan nasional yang diarahkan pemerintah.

Sepanjang tahun 2024, sebagaimana yang telah kami lakukan selama beberapa tahun terakhir, kami telah sering menulis tentang gangguan Internet yang diamati, baik karena pemutusan kabel, masalah teknis yang tidak ditentukan, penghentian yang diarahkan pemerintah, atau sejumlah alasan lain yang tercakup dalam postingan ringkasan triwulanan kami (Q1, Q2, Q3). Dampak dari gangguan ini bisa signifikan, termasuk kerugian ekonomi yang signifikan dan komunikasi yang sangat terbatas. Pusat Gangguan Radar Cloudflare melacak gangguan Internet ini, dan menggunakan data lalu lintas Cloudflare untuk mendapatkan wawasan tentang cakupan dan durasinya.

Beberapa gangguan yang terjadi sepanjang tahun bersifat sementara, hanya berlangsung beberapa jam saja, sedangkan gangguan lainnya berlangsung selama berhari-hari atau berminggu-minggu. Dalam kategori terakhir, gangguan Internet di Haiti berlangsung selama delapan hari pada bulan September karena kru perbaikan dilarang mengakses kabel bawah laut yang rusak karena perselisihan bisnis, sementara penghentian penyedia Internet seluler dan tetap di Bangladesh berlangsung selama sekitar 10 hari pada bulan Juli. Dalam kategori pertama, Irak sering kali mengalami gangguan internet nasional selama beberapa jam dengan tujuan mencegah kecurangan pada ujian akademik — hal ini berkontribusi pada pengelompokan yang terlihat pada garis waktu selama bulan Juni, Juli, Agustus, dan September.

Di dalam garis waktu di situs mikro Tinjauan Tahunan, mengarahkan kursor ke suatu titik akan menampilkan metadata mengenai gangguan tersebut, dan mengkliknya akan membuka halaman yang memuat informasi tambahan. Di bawah peta dan garis waktu, kami telah menambahkan diagram batang yang mengilustrasikan alasan tercatat yang terkait dengan gangguan yang diamati. Pada tahun 2024, lebih dari setengahnya disebabkan oleh penghentian yang diarahkan pemerintah. Jika suatu negara/wilayah dipilih, hanya gangguan dan alasan untuk negara/wilayah tersebut yang akan ditampilkan.

^{Lebih dari 200 gangguan internet terjadi di seluruh dunia pada tahun 2024}

Secara agregat pada tahun 2024, 28,5% permintaan berkemampuan IPv6 dilakukan melalui IPv6. India dan Malaysia merupakan negara terkuat, dengan adopsi IPv6 masing-masing sebesar 68,9% dan 59,6%.

Protokol IPv4 yang masih digunakan oleh banyak perangkat yang terhubung ke Internet dikembangkan pada tahun 1970-an, dan tidak pernah dimaksudkan untuk menangani skala Internet modern yang luas dan berkembang. Spesifikasi awal untuk penerusnya, IPv6, diterbitkan pada bulan Desember 1995, yang berkembang menjadi draf standar tiga tahun kemudian, yang memberikan ruang alamat yang diperluas yang dimaksudkan untuk lebih mendukung pertumbuhan yang diharapkan dalam jumlah perangkat yang terhubung ke Internet. Pada titik ini, ruang IPv4 yang tersedia sudah lama habis, dan penyedia konektivitas menggunakan solusi seperti Terjemahan Alamat Jaringan untuk menjangkau sumber daya IPv4 yang terbatas. Karena sangat membutuhkan ruang alamat IPv4 seiring pertumbuhan bisnis dan infrastruktur mereka, penyedia cloud dan hosting mengakuisisi blok ruang alamat IPv4 seharga hingga $30 - $50 per alamat. 

Cloudflare telah menjadi pendukung vokal dan aktif untuk IPv6 sejak 2011, ketika kami mengumumkan Gateway IPv6 Otomatis, yang memungkinkan dukungan IPv6 gratis untuk semua pelanggan kami. Pada tahun 2014, kami mengaktifkan dukungan IPv6 secara default untuk semua pelanggan kami, tetapi tidak semua pelanggan memilih untuk tetap mengaktifkannya karena berbagai alasan. Perlu diperhatikan bahwa dukungan sisi server hanya separuh dari persamaan untuk mendorong adopsi IPv6, karena koneksi pengguna akhir juga perlu mendukungnya. (Pada kenyataannya, ini sedikit lebih rumit dari itu, tetapi dukungan sisi server dan klien di seluruh aplikasi, sistem operasi, dan lingkungan jaringan merupakan dua persyaratan utama. Dari perspektif jaringan, penerapan IPv6 juga membawa sejumlah manfaat lainnya.) Dengan menganalisis versi IP yang digunakan untuk setiap permintaan yang dibuat ke Cloudflare, yang digabungkan sepanjang tahun, kami dapat memperoleh wawasan tentang distribusi lalu lintas berdasarkan berbagai versi protokol.

Pada tingkat global, 28,5% permintaan (“tumpukan ganda”) berkemampuan IPv6 dibuat melalui IPv6, naik dari 26,4% pada tahun 2023. India kembali menjadi negara dengan tingkat adopsi IPv6 tertinggi, yakni sebesar 68,9%, yang sebagian besar didukung oleh 94% adopsi IPv6 di Reliance Jio, salah satu penyedia layanan internet terbesar di negara tersebut. India diikuti secara ketat oleh Malaysia, di mana 59,6% permintaan tumpukan ganda dibuat melalui IPv6 selama tahun 2024, berkat tingkat adopsi IPv6 yang kuat di seluruh penyedia Internet terkemuka di negara tersebut. Adopsi IPv6 di India naik dari 66% pada tahun 2023, dan di Malaysia, naik dari 57,3% tahun lalu. Arab Saudi adalah satu-satunya negara lain dengan tingkat adopsi IPv6 di atas 50% tahun ini, yaitu sebesar 51,8%, sedangkan daftar tersebut juga mencakup Vietnam, Yunani, Prancis, Uruguay, dan Thailand pada tahun 2023. Tiga puluh empat negara/wilayah, termasuk banyak di Afrika, masih memiliki tingkat adopsi IPv6 di bawah 1%, sementara total 96 negara/wilayah memiliki tingkat adopsi di bawah 10%.

^{Distribusi lalu lintas global berdasarkan versi IP pada tahun 2024}

^{Negara/wilayah dengan pangsa lalu lintas IPv6 terbesar pada tahun 2024}

10 negara teratas yang diberi peringkat berdasarkan kecepatan Internet semuanya memiliki kecepatan unduh rata-rata di atas 200 Mbps. Spanyol secara konsisten berada di antara lokasi teratas di seluruh metrik kualitas Internet yang terukur.

Karena semakin banyak kehidupan kita sehari-hari yang beralih ke online, termasuk hiburan, pekerjaan, pendidikan, keuangan, belanja, dan bahkan interaksi sosial dan pribadi dasar, kualitas koneksi Internet kita bisa dibilang lebih penting dari sebelumnya, yang membutuhkan kecepatan koneksi yang lebih tinggi dan latensi yang lebih rendah. Meskipun penyedia Internet terus mengembangkan portofolio layanan mereka untuk memberikan peningkatan kecepatan koneksi dan pengurangan latensi guna mendukung pertumbuhan dalam kasus penggunaan seperti konferensi video, streaming langsung, dan gaming online, adopsi konsumen sering kali beragam karena biaya, ketersediaan, atau masalah lainnya. Dengan menggabungkan hasil pengujian speed.cloudflare.com yang dilakukan selama tahun 2024, kami bisa mendapatkan perspektif geografis mengenai metrik kualitas koneksi termasuk kecepatan unduh dan unggah rata-rata, dan latensi rata-rata saat siaga dan saat memuat, serta distribusi pengukurannya.

Pada tahun 2024, Spanyol menjadi pemimpin dalam metrik kecepatan unduh (292,6 Mbps) dan kecepatan unggah (192,6 Mbps), dan menempati posisi kedua secara global untuk latensi saat memuat (78,6 ms). (Latensi saat memuat adalah waktu pulang pergi saat aplikasi yang membutuhkan banyak data digunakan di jaringan.) Kepemimpinan Spanyol dalam metrik kualitas koneksi ini didukung oleh kemajuan kuat yang telah dicapai negara tersebut dalam mencapai tujuan "Dekade Digital" UE, termasuk penyebaran jaringan berkapasitas sangat tinggi (VHCN) tetap, cakupan fiber-to-the-premises (FTTP), dan cakupan 5G dengan dua yang terakhir mencapai 95,2% dan 92,3% secara berurutan. Koneksi broadband serat optik berkecepatan tinggi juga relatif terjangkau, dengan riset menunjukkan penyedia utama menawarkan paket 100 Mbps, 300 Mbps, 600 Mbps, dan 1 Gbps, dengan harga terakhir antara €30 dan €46 per bulan. Angka-angka di bawah ini untuk Spanyol menunjukkan klaster pengukuran kecepatan terbesar di sekitar angka 100 Mbps, dengan sedikit peningkatan juga terlihat di sekitar angka 300 Mbps, yang menunjukkan bahwa paket pertama memiliki kecepatan berlangganan tertinggi, diikuti oleh paket kedua. Lebih lanjut, mereka menunjukkan koneksi ini juga memiliki latensi yang relatif rendah, dengan 87% pengukuran latensi idle di bawah 50 ms dan 65% pengukuran latensi saat memuat di bawah 100 ms, yang memberikan pengguna pengalaman gaming dan konferensi video/streaming yang baik.

^{Distribusi kecepatan unduh/unggah yang terukur di Spanyol pada tahun 2024}

^{Distribusi latensi saat siaga/memuat yang terukur di Spanyol pada tahun 2024}

41,3% lalu lintas global berasal dari perangkat seluler. Di hampir 100 negara/wilayah, mayoritas lalu lintas berasal dari perangkat seluler.

Dengan sekitar 70% penduduk dunia menggunakan smartphone, dan 91% penduduk Amerika memiliki smartphone, perangkat seluler ini telah menjadi bagian tak terpisahkan dari kehidupan pribadi dan profesional kami, yang memberikan akses Internet dari hampir semua tempat dan kapan saja. Di beberapa negara/wilayah, perangkat seluler biasanya terhubung ke Internet melalui Wi-Fi, sementara di negara/wilayah lain menganut prinsip "mengutamakan seluler", yang mana layanan 4G/5G menjadi cara utama mengakses Internet.

Analisis informasi yang terdapat dalam agen pengguna yang dilaporkan dalam setiap permintaan ke Cloudflare memungkinkan kami mengkategorikannya sebagai informasi yang berasal dari perangkat seluler, desktop, atau jenis perangkat lainnya. Dengan menggabungkan kategorisasi ini sepanjang tahun pada tingkat global, kami menemukan bahwa 41,3% lalu lintas berasal dari perangkat seluler, dengan 58,7% berasal dari perangkat desktop seperti laptop dan PC “klasik”. Pangsa lalu lintas ini sejalan dengan yang diukur pada tahun 2023 dan 2022, yang menunjukkan bahwa penggunaan perangkat seluler telah mencapai “kondisi stabil”. Lebih dari 77% lalu lintas berasal dari perangkat seluler di Sudan, Kuba, dan Suriah, sehingga menjadikan mereka negara/wilayah dengan pangsa lalu lintas perangkat seluler terbesar pada tahun 2024. Negara/wilayah lain yang memiliki lebih dari 50% lalu lintas berasal dari perangkat seluler terkonsentrasi di Timur Tengah/Afrika, kawasan Asia Pasifik, dan Amerika Selatan/Tengah. 

^{Distribusi lalu lintas global berdasarkan jenis perangkat pada tahun 2024}

^{Negara/wilayah dengan pangsa penggunaan perangkat seluler terbesar pada tahun 2024}

20,7% koneksi TCP tiba-tiba dihentikan sebelum data berguna dapat dipertukarkan.

Cloudflare berada dalam posisi unik untuk membantu mengukur kesehatan dan perilaku jaringan Internet di seluruh dunia. Salah satu cara kami melakukannya adalah dengan mengukur secara pasif tingkat koneksi ke Cloudflare yang tampak janggal, artinya koneksi tersebut dihentikan secara tiba-tiba sebelum terjadi pertukaran data yang berguna. Penyebab yang mendasari kejanggalan koneksi bervariasi dan berkisar dari serangan DoS hingga perilaku klien yang aneh hingga gangguan koneksi pihak ketiga (misalnya, ketika jaringan memantau dan secara selektif mengganggu koneksi untuk menyaring konten).

Kejanggalan koneksi adalah gejala — tanda-tanda yang terlihat bahwa “sesuatu yang tidak normal” sedang terjadi dalam suatu jaringan, tetapi akar penyebab yang mendasarinya tidak selalu jelas sejak awal. Namun, kita dapat memperoleh pemahaman yang lebih baik dengan menggabungkan perilaku jaringan yang dilaporkan sebelumnya, pengukuran aktif dan laporan di lapangan, dan tren makro di seluruh jaringan. Rincian tambahan tentang analisis tersebut dapat ditemukan dalam postingan blog Penilaian global terhadap gangguan koneksi pihak ketiga danMembawa wawasan tentang reset dan batas waktu TCP ke Radar Cloudflare.

Wawasan mengenai kejanggalan koneksi TCP diluncurkan di Radar Cloudflare pada bulan September, dengan garis plot pada grafik terkait yang sesuai dengan tahap koneksi TCP di mana koneksi ditutup secara janggal (dengan kata lain, tiga pesan pertama yang biasanya kami terima dari klien dalam koneksi TCP adalah paket “SYN” dan “ACK” untuk membuat koneksi, lalu paket “PSH” yang menunjukkan sumber daya yang diminta). Secara global, lebih dari 20% koneksi ke Cloudflare dihentikan secara tiba-tiba, dengan pangsa terbesar (hampir setengahnya) ditutup “Pasca SYN” — yaitu, setelah server kami menerima paket SYN klien, tetapi sebelum kami menerima pengakuan berikutnya (ACK) dari klien atau data berguna apa pun yang akan mengikuti pengakuan tersebut. Penghentian ini sering kali disebabkan oleh serangan DoS atau pemindaian Internet. Kejanggalan Pasca-ACK (3,1% secara global) dan Pasca-PSH (1,4% secara global) lebih sering dikaitkan dengan gangguan koneksi, terutama ketika terjadi pada tingkat tinggi di jaringan tertentu.

^{Tren kejanggalan koneksi TCP berdasarkan tahap pada tahun 2024}

Keamanan

6,5% lalu lintas global dimitigasi oleh sistem Cloudflare karena dianggap berpotensi berbahaya atau karena alasan yang ditentukan pelanggan.

Untuk melindungi pelanggan dari ancaman yang ditimbulkan oleh bot berbahaya yang digunakan untuk menyerang situs web dan aplikasi, Cloudflare memitigasi lalu lintas serangan ini menggunakan teknik mitigasi DDoS atau Aturan Terkelola Firewall Aplikasi Web (WAF). Karena berbagai alasan lain, pelanggan mungkin juga menginginkan Cloudflare untuk memitigasi lalu lintas menggunakan teknik seperti permintaan pembatasan tingkat, atau memblokir semua lalu lintas dari lokasi tertentu, meskipun itu tidak berbahaya. Saat menganalisis lalu lintas ke jaringan Cloudflare sepanjang tahun 2024, kami melihat keseluruhan pangsa yang dimitigasi karena alasan apa pun, serta pangsa yang diblokir sebagai serangan DDoS atau oleh Aturan Terkelola WAF. 

Pada tahun 2024, 6,5% lalu lintas global dimitigasi, naik hampir satu poin persentase dari tahun 2023. Hanya 3,2% yang dimitigasi sebagai serangan DDoS, atau oleh Aturan Terkelola WAF, tingkat yang sedikit lebih tinggi dibandingkan tahun 2023. Lebih dari 10% lalu lintas yang berasal dari 44 negara/wilayah memiliki mitigasi yang diterapkan secara umum, sementara mitigasi DDoS/WAF diterapkan pada lebih dari 10% lalu lintas yang berasal dari hanya tujuh negara/wilayah.

Pada tingkat negara/wilayah, Albania memiliki salah satu pangsa lalu lintas yang dimitigasi tertinggi sepanjang tahun, yaitu sebesar 42,9%, sementara Libya memiliki salah satu pangsa lalu lintas tertinggi yang dimitigasi sebagai serangan DDoS atau oleh Aturan Terkelola WAF, yaitu sebesar 19,2%. Dalam postingan blog Tinjauan Tahunan 2023, kami menyoroti Amerika Serikat dan Korea. Tahun ini, pangsa lalu lintas yang dimitigasi tumbuh menjadi 5,0% di Amerika Serikat (naik dari 3,65% pada tahun 2023), sementara di Korea Selatan, turun sedikit menjadi 8,1%, turun dari 8,36%.

^{Tren lalu lintas yang dimitigasi di seluruh dunia pada tahun 2024}

Amerika Serikat menguasai lebih dari sepertiga lalu lintas bot global. Amazon Web Services menguasai 12,7% lalu lintas bot global, dan 7,8% berasal dari Google.

Lalu lintas Bot menggambarkan setiap lalu lintas Internet non-manusia, dan dengan memantau lalu lintas yang diduga berasal dari bot, pemilik situs dan aplikasi dapat melihat dan, jika perlu, memblokir aktivitas yang berpotensi berbahaya. Namun, tidak semua bot bersifat berbahaya — bot juga dapat bermanfaat, dan Cloudflare memelihara daftar bot terverifikasi, yang meliputi bot yang digunakan untuk hal-hal seperti pengindeksan mesin pencari, pengujian kinerja, dan pemantauan ketersediaan. Apa pun tujuannya, kami menganalisis asal lalu lintas bot pada tahun 2024, dengan menggunakan alamat IP permintaan untuk mengidentifikasi jaringan (sistem otonom) dan negara/wilayah yang terkait dengan bot yang membuat permintaan. Platform cloud tetap menjadi salah satu sumber utama lalu lintas bot karena sejumlah faktor. Faktor-faktor ini termasuk kemudahan penggunaan alat otomatis untuk menyediakan sumber daya komputasi dengan cepat, biaya yang relatif rendah untuk menggunakan sumber daya komputasi ini secara sementara, jejak geografis platform cloud yang tersebar luas, dan konektivitas Internet bandwidth tinggi dari platform tersebut.

Secara global, kami menemukan bahwa 68,5% lalu lintas bot yang diamati berasal dari 10 negara teratas pada tahun 2024, dengan Amerika Serikat menguasai setengah dari total tersebut, lebih dari 5x pangsa Jerman yang berada di posisi kedua. (Dibandingkan dengan tahun 2023, pangsa pasar AS sedikit meningkat, sedangkan pangsa pasar Jerman sedikit menurun.) Di antara platform cloud yang berasal dari lalu lintas bot, Amazon Web Services menguasai 12,7% lalu lintas bot global, dan 7,8% berasal dari Google. Microsoft, Hetzner, Digital Ocean, dan OVH juga masing-masing menyumbang lebih dari satu persen.

^{Distribusi lalu lintas bot global berdasarkan negara sumber pada tahun 2024}

^{Distribusi lalu lintas bot global berdasarkan jaringan sumber pada tahun 2024}

Secara global, Perjudian/Game adalah industri yang paling banyak diserang, sedikit di depan industri yang paling sering menjadi target pada tahun 2023, yakni Keuangan.

Industri yang menjadi target serangan sering kali berubah seiring waktu, tergantung pada niat penyerang. Mereka mungkin mencoba menimbulkan kerugian finansial dengan menyerang situs e-commerce selama periode belanja yang sibuk, memperoleh keuntungan melawan lawan dengan menyerang game online, atau membuat pernyataan politik dengan menyerang situs-situs yang berkaitan dengan pemerintah. Untuk mengidentifikasi aktivitas serangan yang ditargetkan pada industri selama tahun 2024, kami menganalisis lalu lintas yang dimitigasi untuk pelanggan yang memiliki industri dan vertikal terkait dalam catatan pelanggan mereka. Lalu lintas yang dimitigasi digabungkan setiap minggu berdasarkan negara/wilayah sumber di 19 industri target.

Perusahaan dalam industri Perjudian/Game, secara agregat, adalah yang paling banyak diserang selama tahun 2024, dengan 6,6% dari lalu lintas global yang dimitigasi menargetkan industri tersebut. Industri ini sedikit di depan Keuangan, yang memimpin daftar agregat tahun 2023. (Kedua industri ditampilkan sebesar 6,6% dalam tampilan Ringkasan karena pembulatan.)  Situs Perjudian/Game melihat pangsa lalu lintas yang dimitigasi terbesar pada bulan Januari dan minggu pertama bulan Februari, mungkin terkait dengan babak playoff Liga Sepak Bola Nasional di Amerika Serikat, menuju Super Bowl.

Serangan yang menargetkan organisasi Keuangan paling aktif pada bulan Mei, mencapai puncaknya sebesar 15,3% dari lalu lintas yang dimitigasi pada minggu tanggal 13 Mei. Hal ini sejalan dengan angka dalam laporan ancaman DDoS kami untuk Q2 2024 yang menunjukkan bahwa Layanan Keuangan merupakan industri yang paling banyak diserang berdasarkan volume permintaan selama kuartal tersebut di wilayah Amerika Selatan dan Timur Tengah.

Seperti yang telah kami lihat sebelumnya, aktivitas serangan puncak bervariasi berdasarkan industri setiap minggunya. Puncak tertinggi tahun ini terlihat dalam serangan yang menargetkan organisasi Orang & Masyarakat (19,6% dari lalu lintas yang dimitigasi, minggu tanggal 1 Januari), industri Otomotif & Kendaraan (29,7% dari lalu lintas yang dimitigasi, minggu tanggal 15 Januari), dan industri Real Estat (27,5% dari lalu lintas yang dimitigasi, minggu tanggal 26 Agustus).

^{Pangsa lalu lintas global yang dimitigasi berdasarkan industri pada tahun 2024, tampilan ringkasan}

Log4j tetap menjadi ancaman yang terus-menerus dan secara aktif menjadi target sepanjang tahun 2024.

Pada bulan Desember 2021, kami menerbitkan serangkaian postingan blog tentang kerentanan Log4j, yang menyoroti ancaman yang ditimbulkannya, pengamatan kami terhadap upaya eksploitasi, dan langkah-langkah yang kami ambil untuk melindungi pelanggan. Dua tahun kemudian, dalam Tinjauan Tahunan 2023, kami mencatat bahwa meskipun merupakan kerentanan lama, Log4j tetap menjadi target utama serangan selama tahun 2023, dengan aktivitas serangan terkait jauh lebih tinggi daripada kerentanan lain yang dieksploitasi secara umum.

Pada tahun 2024, tiga tahun setelah pengungkapan Log4j awal, kami menemukan bahwa Log4j tetap menjadi ancaman aktif. Tahun ini, kami membandingkan aktivitas serangan harian yang dinormalisasi untuk Log4j dengan aktivitas serangan untuk Atlassian Confluence Code Injection, sebuah kerentanan yang kami periksa dalam Tinjauan Tahunan 2023, serta aktivitas serangan harian agregat untuk beberapa CVE yang terkait dengan kerentanan Authentication Bypass dan Remote Code Execution yang dipublikasikan pada tahun 2024.

Aktivitas serangan Log4j tampaknya menunjukkan tren peningkatan secara umum sepanjang tahun, dengan beberapa lonjakan signifikan terlihat selama paruh pertama tahun ini, dan kemudian lagi pada bulan Oktober dan November. Dalam hal perbedaan aktivitas, Log4j berkisar dari sekitar 4x hingga lebih dari 20x aktivitas yang terlihat untuk Atlassian Confluence Code Injection, dan sebanyak 100x aktivitas agregat yang terlihat untuk kerentanan Authentication Bypass atau Remote Code Injection.  

^{Tren aktivitas serangan global untuk kerentanan dieksploitasi secara umum pada tahun 2024}

Keamanan perutean, yang diukur sebagai pangsa rute RPKI yang valid dan pangsa ruang alamat IP yang tercakup, terus meningkat secara global sepanjang tahun 2024. 

Sebagai protokol perutean yang mendukung Internet, Border Gateway Protocol (BGP) mengomunikasikan rute antar jaringan, yang memungkinkan lalu lintas mengalir antara sumber dan tujuan. Namun, BGP bergantung pada kepercayaan antar jaringan, dan informasi salah yang dibagikan antar rekan, baik dibagikan secara sengaja atau tidak, dapat mengirim lalu lintas ke tempat yang salah, berpotensi menimbulkan hasil yang berbahaya. Infrastruktur Kunci Publik Sumber Daya (Resource Public Key Infrastructure/RPKI) adalah metode kriptografi untuk menandatangani catatan yang mengaitkan pengumuman rute BGP dengan nomor sistem otonom (AS) asal yang benar, yang memberikan cara untuk memastikan bahwa informasi yang dibagikan awalnya berasal dari jaringan yang diizinkan untuk melakukannya. (Penting untuk dicatat bahwa ini hanya setengah dari tantangan penerapan keamanan perutean, karena penyedia jaringan juga perlu memvalidasi tanda tangan ini dan menyaring pengumuman yang tidak valid untuk mencegah pembagiannya lebih lanjut.)

Cloudflare telah lama menjadi pendukung keamanan perutean, termasuk menjadi peserta pendiri dalam MANRS CDN dan Program Cloud dan menyediakan alat publik yang memungkinkan pengguna menguji apakah penyedia Internet mereka telah menerapkan BGP dengan aman. Berdasarkan wawasan yang tersedia di halaman Perutean di Radar Cloudflare, kami menganalisis data dari arsip harian RPKI RIPE NCC untuk menentukan pangsa rute RPKI yang valid (dibandingkan dengan pengumuman rute yang tidak valid atau statusnya tidak diketahui) dan bagaimana pangsa tersebut berubah pada tahun 2024, serta menentukan pangsa ruang alamat IP yang dicakup oleh rute yang valid. Metrik yang terakhir ini menarik karena pengumuman rute yang mencakup sejumlah besar ruang alamat IP (jutaan alamat IPv4, misalnya) memiliki dampak potensial yang lebih besar daripada pengumuman yang mencakup blok kecil ruang alamat IP (ratusan alamat IPv4, misalnya).

Pada tingkat global selama tahun 2024, kami melihat peningkatan sebesar 6,4 poin persentase (dari 43,4% menjadi 49,8%) dalam rute IPv4 yang valid, dan peningkatan sebesar 3,2 poin persentase (dari 53,7% menjadi 56,9%) dalam rute IPv6 yang valid. Mengingat lintasannya, kemungkinan lebih dari setengah rute IPv4 akan valid RPKI pada akhir tahun kalender 2024. Melihat pangsa global ruang alamat IP yang dicakup oleh rute yang valid, kami melihat peningkatan 4,7 poin persentase (dari 38,9% menjadi 43,6%) untuk IPv4, dan peningkatan 3,3 poin persentase (dari 57,6% menjadi 60,9%) untuk IPv6.

^{Pangsa entri perutean RPKI global yang valid berdasarkan versi IP pada tahun 2024}

^{Pangsa ruang alamat IP yang diumumkan secara global yang dicakup oleh rute RPKI yang valid pada tahun 2024}

Spanyol memulai tahun 2024 dengan kurang dari setengah rute RPKI-nya (baik IPv4 maupun IPv6) yang valid. Namun, pangsa rute yang valid meningkat secara signifikan pada tanggal 15 Februari, ketika AS12479 (Orange Espagne) menandatangani catatan yang terkait dengan 98% prefiks alamat IP mereka yang sebelumnya berada dalam status validitas RPKI "tidak diketahui" (atau NotFound), sehingga mengubah prefiks ini dari tidak diketahui menjadi valid. Hal itu mendorong peningkatan langsung untuk IPv4 hingga 76%, mencapai 81% validitas pada tanggal 1 Desember, dan peningkatan langsung untuk IPv6 hingga 91%, mencapai 92,9% validitas pada tanggal 1 Desember. Perubahan penting dalam ruang alamat IP yang tercakup diamati di Kamerun, di mana ruang alamat IPv4 yang tercakup meningkat lebih dari dua kali lipat pada akhir Januari, tumbuh dari 32% menjadi 82%. Hal ini disebabkan oleh AS36912 (Orange Cameroun) yang menandatangani catatan yang terkait dengan semua prefiks alamat IPv4 mereka, yang mengubah ruang alamat IP terkait menjadi RPKI yang valid. 

^{Pangsa IPv4 dan IPv6 dari rute RPKI yang valid untuk Spanyol pada tahun 2024}

^{Pangsa ruang alamat IPv4 yang dicakup oleh rute RPKI yang valid untuk Kamerun pada tahun 2024}

Keamanan Email

Rata-rata 4,3% email ditetapkan berbahaya pada tahun 2024. 

Meskipun penggunaan aplikasi kolaborasi/perpesanan di perusahaan semakin meningkat, email tetap menjadi aplikasi bisnis yang penting dan merupakan titik masuk yang sangat menarik bagi para penyerang ke dalam jaringan perusahaan. Penyerang akan mengirim email berbahaya yang ditargetkan yang berupaya menyamar sebagai pengirim yang sah (seperti eksekutif perusahaan), yang mencoba membuat pengguna mengklik tautan yang menipu, atau yang berisi lampiran berbahaya, di antara jenis ancaman lainnya. Keamanan Email Cloudflare melindungi pelanggan dari serangan berbasis email, termasuk yang dilakukan melalui pesan email berbahaya yang ditargetkan. Selama tahun 2024, rata-rata 4,3% email yang dianalisis oleh Cloudflare ditemukan berbahaya. Secara agregat pada tingkat mingguan, lonjakan di atas 14% terlihat pada akhir Maret, awal April, dan pertengahan Mei. Kami yakin lonjakan ini terkait dengan serangan "backscatter" yang ditargetkan, di mana penyerang membanjiri target dengan pesan yang tidak terkirim, yang kemudian memantulkan pesan tersebut ke korban, yang emailnya telah ditetapkan sebagai alamat balasan:.

^{Tren pangsa email berbahaya secara global pada tahun 2024}

Tautan yang menipu dan penipuan identitas adalah dua jenis ancaman paling umum yang ditemukan dalam pesan email berbahaya. 

Penyerang menggunakan berbagai teknik, yang kami sebut sebagai kategori ancaman, ketika mereka menggunakan pesan email berbahaya sebagai vektor serangan. Kategori ini didefinisikan dan dibahas secara rinci dalam laporan ancaman phishing kami. Dalam analisis kami terhadap email berbahaya, kami menemukan bahwa pesan tersebut mungkin berisi beberapa jenis ancaman. Dalam meninjau agregasi mingguan tren aktivitas ancaman untuk kategori ini, kami menemukan bahwa, secara rata-rata sepanjang tahun 2024, 42,9% pesan email berbahaya berisi tautan yang menipu, dengan pangsa mencapai 70% pada waktu-waktu tertentu sepanjang tahun. Aktivitas untuk kategori topik ini melonjak tajam, dengan titik rendah terlihat pada rentang waktu Maret hingga Mei, dan tren penurunan umum terlihat mulai Juli hingga November.

Penipuan identitas merupakan kategori ancaman yang sama aktifnya, dengan ancaman semacam itu juga ditemukan hingga 70% dalam email yang dianalisis beberapa minggu sepanjang tahun. Rata-rata pada tahun 2024, 35,1% email berisi upaya penipuan identitas. Pola aktivitas untuk kategori ancaman ini tampaknya agak mirip dengan tautan yang menipu, dengan sejumlah puncak dan jurang terjadi selama minggu yang sama. Terkadang, penipuan identitas merupakan ancaman yang lebih umum dalam email yang dianalisis dibandingkan tautan yang menipu, seperti terlihat pada grafik di bawah.

Di antara kategori ancaman lainnya, pemerasan mengalami perubahan paling signifikan sepanjang tahun. Setelah ditemukan dalam 86% email berbahaya selama minggu pertama bulan Januari, pangsanya secara bertahap menurun sepanjang tahun, dan mengakhiri bulan November di bawah 10%.

^{Tren kategori ancaman email berbahaya global untuk Tautan yang Menipu dan Penipuan Identitas pada tahun 2024}

Lebih dari 99% pesan email yang diproses oleh Keamanan Email Cloudflare dari domain tingkat atas (TLD) .bar, .rest, dan .uno ditemukan sebagai spam atau bersifat berbahaya.

Pada bulan Maret 2024, kami meluncurkan serangkaian wawasan keamanan email di Radar Cloudflare, termasuk visibilitas ke dalam apa yang disebut "domain berbahaya" — domain tingkat teratas (TLD) yang ditemukan sebagai sumber spam atau email berbahaya terbanyak di antara pesan yang dianalisis oleh Keamanan Email Cloudflare. Analisis ini didasarkan pada TLD domain pengirim, yang ditemukan di header Dari: pada pesan email. Misalnya, jika pesan berasal dari sender@example.com, maka example.com adalah domain pengirim, dan .com adalah TLD terkait.

Secara agregat sepanjang tahun 2024, kami menemukan bahwa TLD .bar, .rest, dan .uno adalah yang “paling berbahaya”, dengan lebih dari 99% pesan email yang dianalisis dicirikan sebagai spam atau berbahaya. (TLD ini semuanya berumur setidaknya satu dekade, dan masing-masing setidaknya digunakan beberapa kali, dengan antara 20.000 dan 60.000 nama domain terdaftar.)  Diurutkan berdasarkan pangsa email berbahaya, ccTLD (domain tingkat teratas berdasarkan kode negara) .ws milik Samoa Barat berada di posisi teratas, dengan lebih dari 90% email yang dianalisis dikategorikan sebagai berbahaya. Diurutkan berdasarkan pangsa email spam, .quest merupakan pelanggar terbesar, dengan lebih dari 88% email yang berasal dari domain terkait dikategorikan sebagai spam.

^{TLD yang menghasilkan total pangsa email berbahaya dan spam terbesar pada tahun 2024}

Kesimpulan

Internet adalah organisme yang luar biasa kompleks dan dinamis, terus berubah, tumbuh, dan berkembang.

Dengan Tinjauan Tahunan Radar Cloudflare Tahun 2024, kami memberikan wawasan tentang perubahan, pertumbuhan, dan evolusi yang telah kami ukur dan amati sepanjang tahun. Grafik tren, peta, tabel, dan statistik ringkasan memberikan perspektif unik kami tentang lalu lintas Internet, kualitas Internet, dan keamanan Internet, serta bagaimana metrik utama di seluruh area ini bervariasi di seluruh dunia dan dari waktu ke waktu.

Kami sangat mendorong Anda untuk mengunjungi Situs mikro Tinjauan Tahunan Radar Cloudflare Tahun 2024 dan menelusuri tren untuk negara/wilayah Anda, serta mempertimbangkan dampaknya terhadap organisasi Anda sehingga Anda siap menghadapi tahun 2025. Selain itu, untuk wawasan tentang layanan Internet teratas di berbagai kategori industri, kami mendorong Anda untuk membaca postingan blog Tinjauan Tahunan yang menyertainya, Dari ChatGPT hingga Temu: peringkat layanan Internet teratas pada tahun 2024.

Jika Anda memiliki pertanyaan, Anda dapat menghubungi tim Radar Cloudflare di radar@cloudflare.com atau di media sosial di @CloudflareRadar (X), https://noc.social/@cloudflareradar (Mastodon), dan radar.cloudflare.com (Bluesky).

Ucapan Terima Kasih

Seperti yang terjadi setiap tahun, sungguh merupakan upaya tim untuk menghasilkan data, situs mikro, dan konten untuk Tinjauan Tahunan kami, dan saya ingin mengucapkan terima kasih kepada anggota tim yang berkontribusi pada upaya tahun ini. Terima kasih kepada: Jorge Pacheco, Sabina Zejnilovic, Carlos Azevedo, Mingwei Zhang (Analisis Data); André Jesus, Nuno Pereira (Pengembangan Front End); João Tomé (Layanan Internet paling populer); Jackie Dutton, Kari Linder, Guille Lasarte (Komunikasi); Eunice Giles (Desain Merek); Jason Kincaid (penyuntingan blog); dan Paula Tavares (Manajemen Teknik), serta banyak rekan lainnya atas jawaban, suntingan, dukungan, dan ide mereka.

Di Cloudflare, selama tujuh tahun terakhir, kami telah mendukung pemerintah negara bagian dan lokal yang menyelenggarakan pemilu, secara gratis. Saat melihat pemilu yang akan datang di seluruh dunia, kami diingatkan akan betapa pentingnya layanan kami dalam menjaga keandalan dan keamanan informasi yang berkaitan dengan pemilu dari berbagai pihak yang ingin mengganggu proses ini. Sayangnya, permasalahan yang dihadapi para pejabat pemilu dalam menjaga keamanan pemilu telah menjadi makin rumit dan memerlukan fasilitasi pertukaran informasi, peningkatan kapasitas, dan upaya bersama untuk melindungi proses demokrasi.

Di Cloudflare, kami mendukung berbagai pelaku di sektor pemilu dengan menyediakan alat keamanan, kinerja, dan keandalan yang membantu memfasilitasi proses demokrasi. Dengan proyek Cloudflare Impact, kami telah menemukan cara untuk melindungi berbagai pemangku kepentingan yang berperan penting dalam proses pemilu dan mempersiapkan mereka dengan lebih baik dalam menghadapi hal-hal yang tak terduga. Seiring berkembangnya berbagai proyek Impact yang kami lakukan untuk melindungi lebih dari 2.900 domain, kami telah mempelajari cara terbaik untuk melindungi kelompok yang rentan secara online.

Selama Security Week, kami ingin memperlihatkan cara kami mempersiapkan kelompok yang bekerja dalam pemilu di seluruh dunia pada 2024, serta menyelidiki berbagai tren ancaman yang sedang berkembang.

Pandangan untuk tahun mendatang

Pemerintah negara bagian dan lokal berperan penting dalam berbagai aspek proses pemilu. Mulai dari registrasi pemilih hingga pendaftaran kandidat, penyiapan tempat pemungutan suara, distribusi surat suara, penghitungan pemilih, dan pelaporan hasil pemilu, pemerintah negara bagian dan lokal perlu memastikan agar pemilu dilaksanakan dengan adil, aman, dan efisien.

Hal yang dapat kami pelajari dari tujuh tahun terakhir ini adalah bahwa para pejabat pemilu memiliki tanggung jawab yang lebih besar untuk menyelenggarakan pemilu yang bebas dan adil. Negara penyelenggara pemilu tahun ini kemungkinan besar akan menghadapi serangkaian ancaman yang rumit, mulai dari manipulasi pemilih hingga kekerasan fisik. Sayangnya, di banyak negara, banyak individu disalahkan atas hasil pemilu yang tidak menyenangkan politisi dan konstituen tertentu, dan banyak pejabat pemilu yang menghadapi ancaman pembunuhan, pelecehan online, dan perlakuan tidak adil. Pada April 2023, Brennan Center menemukan bahwa sebanyak 45% dari pejabat pemilu lokal mengungkapkan kekhawatiran mereka akan keselamatan rekan kerjanya.

Dalam hal melindungi infrastruktur online, diperlukan langkah-langkah seperti mengamankan sistem pendaftaran pemilih, memastikan integritas informasi terkait pemilu, dan merencanakan tanggapan insiden yang efektif karena ancaman online yang makin canggih. Misalnya, dalam waktu tiga bulan menjelang pemilu paruh waktu AS tahun 2022, Cloudflare berhasil mencegah sekitar 150.000 email phishing yang menargetkan para pejabat kampanye.

Cara kami menggunakan layanan kami untuk mendukung pemilu yang bebas dan adil

Prinsip utama yang menggerakkan upaya kami di sektor pemilu adalah pemikiran bahwa akses ke informasi pemilu yang akurat, sebagaimana yang disediakan oleh pemerintah negara bagian dan lokal, sangat penting agar demokrasi berfungsi dengan baik. Kami memandang diri kami sebagai bagian dari teka-teki lebih besar ketika menyangkut masalah mengamankan pemilu.

Melindungi entitas pemilu adalah tugas yang sangat besar, dan ada kekuatan dalam kemitraan yang menyediakan berbagai jenis peran dan keahlian. Kami telah melihat kelompok seperti Cybersecurity and Infrastructure Security Agency (Lembaga Keamanan Siber dan Keamanan Infrastruktur) meningkatkan peran mereka dalam meningkatkan keamanan pemilu selama beberapa tahun terakhir. Telah terbentuk kemitraan antara pemerintah, organisasi, dan perusahaan swasta yang membantu para pejabat pemilu dengan alat dan keahlian untuk memberikan cara pengamanan yang terbaik untuk proses demokrasi.  

Pada 2020, kami bermitra dengan International Foundation for Electoral Systems (Yayasan Internasional untuk Sistem Pemilu) guna mencari cara untuk memperluas perlindungan kami ke instansi penyelenggara pemilu di luar Amerika Serikat. Dalam kemitraan tersebut, kami telah mampu menyediakan layanan tingkat perusahaan kami ke enam instansi penyelenggara pemilu, termasuk Komisi Pemilu Pusat Kosovo, Komisi Pemilu Negara Makedonia Utara, dan banyak instansi pemilu lokal di Kanada.

“Cloudflare adalah teknologi penggerak bagi Komite Pemilu Negara (SEC) di Makedonia Utara, dan alat Cloudflare membantu kami memastikan bahwa hasil awal pemilu akan dapat diakses oleh masyarakat umum, sehingga mendukung visibilitas dan transparansi.” Vladislav Bidikov, Anggota Gugus Tugas Keamanan Siber, Komisi Pemilu Negara Makedonia Utara        

Tren Internet selama pemilu

Mengamati tren Internet selama pemilu, di beberapa negara kami melihat bahwa lalu lintas Internet biasanya turun pada siang hari, ketika masyarakat pergi ke tempat pemungutan suara. Hal tersebut terjadi di Prancis dan Brasil pada 2022, misalnya. Setelah ditutupnya tempat pemungutan suara, lalu lintas Internet biasanya meningkat, ketika warga mencari informasi hasil pemilu — perhatian yang sama juga diberikan pada saluran TV tradisional.

Indonesia, negara dengan lebih dari 200 juta pemilih (dengan populasi 275 juta jiwa) dan lebih dari 17.000 pulau, mengadakan pemilu pada hari Rabu, 14 Februari. Pada hari itu, lalu lintas Internet harian turun sebesar 5% dibandingkan dengan minggu sebelumnya. Lalu lintas Internet per jam pada siang hari turun sebesar 15% antara pukul 08:00 dan 13:00 waktu setempat (waktu Indonesia Barat, tempat sebagian besar penduduk tinggal), ketika tempat pemungutan suara dibuka. Lalu lintas Internet lebih rendah dibandingkan minggu sebelumnya selama hari tersebut, dan hanya meningkat pada hari berikutnya.

Di sisi lain, penggunaan perangkat seluler mencapai titik tertinggi sepanjang tahun 2024 pada tanggal 14 Februari yang merupakan 77% dari seluruh lalu lintas permintaan ke situs Internet di negara tersebut.

Gangguan massal Internet pada hari pemilu Pakistan

Di Pakistan, pemilu diadakan pada 8 Februari. Selama waktu tersebut, data kami menunjukkan gangguan massal Internet yang dimulai sekitar pukul 02.00 UTC, yang pulih kembali setelah pukul 15.00. Terhentinya layanan Internet ini menargetkan jaringan seluler dan dikritik oleh Amnesti Internasional.

Jaringan seluler Telenor (AS24499), Jazz (AS45669), dan Zong (AS59257) mengalami dampak dari gangguan tersebut. Sebagai contoh, berikut pandangan tentang jaringan Telenor:

Selain itu, platform media sosial X mengalami gangguan berskala nasional menyusul protes yang dipicu oleh tuduhan kecurangan suara dalam pemilu. Terkait penghentian Internet, kami melihat pemutusan Internet total adalah jenis penghentian Internet yang paling parah, tetapi pembatasan penggunaan media sosial dan aplikasi perpesanan, terutama selama pemilu, juga menimbulkan hambatan besar. Banyak dari platform ini yang telah menjadi alat tak tergantikan bagi para jurnalis dan media, dengan berfungsi sebagai saluran penting untuk terhubung dengan audiens, berbagi dan memublikasikan konten mereka, serta berkomunikasi secara aman dengan narasumber mereka.

Bagaimana Anda mempersiapkan diri terhadap hal-hal yang tak terduga?

Kami telah memerinci pekerjaan kami selama banyak pemilu di Amerika Serikat, termasuk cara kami melindungi pemilu 2020 selama masa ketidakpastian. Saat bersiap menghadapi pemilu 2024, kami akan terus berkolaborasi dengan para pakar perihal cara terbaik untuk memberikan layanan kami. Tahun lalu, kami melakukan analisis pada ancaman terhadap kelompok pemilu. Ringkasannya meliputi:

Awal tahun ini, kami mengadakan webinar bagi pemerintah negara bagian dan lokal di bawah Proyek Athenian untuk mengidentifikasi rekomendasi konfigurasi dan memberikan pelajaran yang dipetik selama pemilu paruh waktu tahun 2020 dan 2022 di Amerika Serikat. Kami membahas topik seperti mencegah perusakan situs web dan butir-butir daftar periksa keamanan, seperti memeriksa tanggal kedaluwarsa domain dan sertifikat SSL. Dengan sukacita kami melaporkan bahwa banyak dari upaya kami dalam membantu pemerintah negara bagian dan lokal dalam hal konfigurasi untuk memastikan mereka memperoleh hasil yang maksimal dari produk Cloudflare gratis kami telah membuahkan hasil, dengan 92% lebih dari domain dalam proyek ini menggunakan layanan proksi kami untuk melindungi situs web mereka. Namun, perjalanan yang harus ditempuh masih panjang. Kami menemukan bahwa Autentikasi Dua Faktor masih menjadi masalah dan kami sangat menganjurkan kepada para peserta untuk mengaktifkannya guna melindungi akun dan informasi sensitif.

Menjelang pemilu, kami juga dihubungi oleh entitas pemilu yang lebih besar, seperti sekretaris negara bagian, organisasi nirlaba yang mendukung pejabat pemilu, dan lembaga pemerintah, yang menghubungi kami untuk keahlian kami dalam cara meningkatkan dukungan bagi kelompok pemilu yang lebih kecil.

Apa yang membuat pejabat pemilu negara bagian dan lokal tetap waspada hingga malam hari?

Untuk membantu mempersiapkan pemilu 2024 di Amerika Serikat, kami ingin belajar lebih banyak dari pemerintah negara bagian dan lokal yang dilindungi dalam Proyek Athenian mengenai hal-hal yang mengkhawatirkan mereka sehubungan dengan ancaman keamanan online. Kami mengirim survei singkat kepada peserta dan menemukan bahwa:

• Mayoritas peserta percaya bahwa penggunaan alat AI generatif akan berdampak signifikan terhadap pemilu 2024.
• Sebanyak 80% peserta survei mengindikasikan bahwa tim mereka pernah mengalami serangan phishing email dalam setahun terakhir.
• Kepercayaan dan reputasi adalah kekhawatiran terbesar terkait serangan siber, dengan operasi pemilu di urutan kedua.

Kami bertanya kepada peserta tentang hal-hal yang mereka harapkan dapat dipahami oleh lebih banyak orang perihal upaya mereka di bidang keamanan dan keandalan pemilu, dan ada satu tanggapan yang menonjol dari salah satu daerah. Pada dasarnya, mereka mengatakan bahwa pejabat pemilu juga adalah warga negara dan penduduk di masyarakatnya. Mereka berusaha keras demi berjalannya pemilu yang aman dan adil. Kami berharap dapat mempelajari selengkapnya tentang ancaman terhadap kelompok ini dan cara agar produk kami dapat membantu menjaga data internal mereka agar aman dari serangan.

Super Tuesday

Karena Super Tuesday di Amerika Serikat melibatkan beberapa negara bagian, termasuk California, Alabama, Iowa, Carolina Utara, dan banyak lagi, yang menyelenggarakan pemilihan pendahuluan atau kaukus pada hari yang sama, agenda ini sering dianggap sebagai titik balik yang kritis dalam proses pemilihan pendahuluan presiden.

Pada 6 Maret, CISA melaporkan bahwa tidak ditemukan ancaman digital yang kredibel terhadap Super Tuesday dan hal ini membuat banyak pakar keamanan menjadi lega. Ulasan ini muncul setelah Meta melaporkan terjadinya gangguan massal yang

menyebabkan Facebook, Messenger, dan Instagram tidak dapat diakses oleh banyak pengguna di Amerika Serikat.

Selama Super Tuesday, kami berkesempatan untuk menyaksikan secara langsung manfaat memiliki akses terhadap layanan keamanan siber gratis bagi berbagai kelompok pemilu. Dengan senang hati, kami melaporkan bahwa selama masa tersebut, kami tidak melihat adanya serangan siber yang besar terhadap kelompok ini. Sebagai bagian dari hal ini, kami ingin berbagi wawasan terbaru mengenai tren yang telah kami identifikasi terhadap kelompok pemilu yang kami lindungi untuk mengidentifikasi jenis serangan yang mereka hadapi dengan harapan dapat meningkatkan keamanan mereka secara online.

Proyek Athenian

Dalam Proyek Athenian, kami melindungi lebih dari 400 situs web pemerintah negara bagian dan lokal di 32 negara bagian yang menyelenggarakan pemilu. Kami mengidentifikasi 100 situs web di 16 negara bagian yang menyelenggarakan pemilu pada Super Tuesday dan mengamati peningkatan lalu lintas yang cukup besar setelah hari Senin, tanggal 4 Maret.

Terkait lalu lintas otomatis ke berbagai situs web tersebut, gambar di bawah ini menunjukkan bahwa kami melihat lalu lintas yang diklasifikasikan sebagai lalu lintas bot yang bertahan pada pola yang relatif stabil antara 26 Februari dan 5 Maret. Lalu lintas bot menggambarkan lalu lintas bukan manusia ke situs web atau aplikasi, dan yang penting untuk diketahui adalah, tidak semua lalu lintas bot itu berbahaya. Lalu lintas bot yang sah meliputi aktivitas seperti pengindeksan mesin pencari, sedangkan lalu lintas bot yang berbahaya adalah yang dirancang untuk terlibat dalam aktivitas penipuan seperti mengirim spam, mengambil konten untuk penggunaan tidak sah, atau meluncurkan serangan penolakan layanan terdistribusi (DDoS).

Sejak dini hari tanggal 5 Maret, peningkatan lalu lintas “manusia” sudah jelas terlihat dengan peningkatan yang signifikan terjadi mulai pukul 05.00 EST, lalu menurun sekitar pukul 23.00. Ini adalah hal yang biasa kami lihat di sektor pemilu, karena banyak orang mengunjungi berbagai situs web untuk mengidentifikasi lokasi tempat pemungutan suara mereka, atau melihat hasil pemilu terakhir.

Pada Super Tuesday tanggal 5 Maret, Cloudflare memitigasi lebih dari 18,9 juta lalu lintas permintaan ke situs pemerintah negara bagian dan lokal di bawah proyek Athenian.

Cloudflare for Campaigns

Pada 2020, kami bermitra dengan Defending Digital Campaigns, organisasi nirlaba yang berdedikasi untuk menyediakan sumber daya keamanan siber serta bantuan untuk kampanye dan komite politik di Amerika Serikat. Melalui kemitraan tersebut, kami telah mampu menyediakan produk Cloudflare senilai lebih dari $3 juta. Untuk analisis ini, kami mengidentifikasi 49 situs web yang dilindungi oleh Cloudflare for Campaigns yang berlokasi di negara bagian yang melakukan pemilu selama Super Tuesday. Secara keseluruhan, kami melindungi 97 situs web kampanye dan 27 situs web partai politik.

Lalu lintas keseluruhan ke berbagai situs web ini tetap cukup konsisten sepanjang paruh kedua bulan Februari hingga bulan Maret, tetapi mulai meningkat pada akhir pekan menjelang Super Tuesday, seperti terlihat pada gambar di bawah ini. Puncak lalu lintas terlihat pada pukul 23.00 EST pada 4 Maret dan 20.00 EST pada 5 Maret.

Kami memperhatikan bahwa berbagai situs web dalam zona Cloudflare for Campaign ini mengalami lalu lintas bot yang kecil tetapi konstan, meskipun agak meningkat selama beberapa hari pertama di bulan Maret. Namun, gambar di bawah ini menunjukkan bahwa keseluruhan peningkatan lalu lintas Internet, yang dibahas sebelumnya, digerakkan oleh peningkatan yang signifikan pada lalu lintas permintaan yang teridentifikasi berasal dari pengguna sesungguhnya (yakni, “manusia”).

Mayoritas lalu lintas Internet ditujukan ke partai politik yang dilindungi dalam proyek ini di negara bagian peserta Super Tuesday ini, dengan 53% dari lalu lintas tersebut teridentifikasi ditujukan ke situs web dari berbagai partai ini.

Proyek Galileo

Cloudflare melindungi lebih dari 65 properti Internet di Amerika Serikat yang menangani berbagai topik yang terkait dengan hak pilih dan mempromosikan pemilu yang bebas dan adil. Super Tuesday mengakibatkan lonjakan besar lalu lintas ke berbagai situs web tersebut pada sekitar pukul 09:00 EST dengan jumlah permintaan sebanyak 3,22 juta, yang jauh melampaui nilai maksimum sebelumnya sebesar 1,56 juta pada tanggal 20 Februari pukul 11.00 EST, atau meningkat sebesar 2 kali lipat.

Lonjakan ini disimpulkan berasal dari lalu lintas yang digerakkan oleh pengguna (bukan bot) dan disebabkan oleh satu zona tunggal yang terkait dengan organisasi nirlaba non-partai politik yang menyediakan panduan bagi pemilih online untuk setiap negara bagian, termasuk formulir pendaftaran pemilih. Organisasi ini dilindungi dalam Proyek Galileo sejak 2017. Lalu lintas permintaan mereka mengalami peningkatan lalu lintas sebesar 1360% antara pukul 07.00 dan 09.00 EST. Contoh nyata ini menunjukkan betapa pentingnya akses ke alat keamanan siber sebelum terjadinya peristiwa besar, karena lonjakan lalu lintas Internet yang tidak dapat diprediksi.

2024 dan seterusnya

Menjelang siklus pemilu 2024, Cloudflare siap memberikan dukungan kepada pejabat pemilu, kelompok hak suara, kampanye politik, dan partai yang terlibat dalam pemilu.

Mengingat satu tahun yang penuh dengan kegiatan pemilu dan adanya perhatian global terhadap keamanan pemilu, keterlibatan dari para profesional yang ahli dan berpengalaman sangat penting untuk melindungi proses demokrasi. Melalui kolaborasi yang berkelanjutan dengan para pemangku kepentingan di sektor pemilu, kami terus mengembangkan strategi untuk secara efektif mengamankan infrastruktur web dan tim internal. Komitmen kami tetap berlanjut dalam melindungi sumber daya selama proses pemungutan suara dan menumbuhkan kepercayaan pada institusi demokrasi di seluruh dunia.

Kami ingin memastikan bahwa semua kelompok yang bekerja untuk mendukung demokrasi di seluruh dunia memiliki alat yang mereka butuhkan untuk tetap aman pada saat online. Jika Anda bekerja di sektor pemilu dan membutuhkan bantuan kami, silakan mendaftar di https://www.cloudflare.com/election-security.

Simak terus untuk mendapatkan berita, pengumuman, dan bahasan lain yang akan menggugah pikiran Anda! Jangan lewatkan versi lengkap halaman pusat Security Week.

Masalah yang Dijumpai saat Mengelola Konfigurasi

Sejak awal Cloudflare didirikan, manajemen situs web dan aplikasi web telah dilakukan lewat hal yang kami sebut sebagai Zona, yang berasal dari konsep Zona DNS. Meski telah berfungsi baik selama bertahun-tahun bagi pelanggan, model ini menghadirkan kesulitan dalam mengelola konfigurasi edge, yaitu:

1. Pelanggan perlu mengerahkan upaya manual untuk melakukan setup lingkungan staging.
2. Risiko penyimpangan dalam konfigurasi antara produksi dan staging.

Dalam pengembangan perangkat lunak, Anda perlu menguji perubahan dalam lingkungan yang aman untuk memvalidasinya sebelum diproduksi atau memengaruhi lalu lintas langsung. Dalam banyak siklus pengembangan perangkat lunak umum, ini berarti memberlakukan perubahan pada lingkungan staging atau praproduksi untuk pengujian dan validasi. Cara paling umum yang dilakukan pelanggan dalam Cloudflare saat ini adalah menggunakan dua Zona yang ditandai dengan nama host zona tersebut, misalnya: satu untuk staging bernama staging.example.com dan satu untuk produksi bernama example.com. Ini menyelesaikan masalah inti, sebab mereka memberikan insulasi perubahan. Kesalahan dalam zona staging tidak akan memengaruhi lalu lintas produksi.

Namun, agar dapat diterapkan dalam produksi, perubahan yang berhasil diverifikasi dalam staging harus disalin secara manual oleh pelanggan — atau membuat automasi melalui Penyedia Terraform Cloudflare. Bagi banyak orang, ini mengikuti proses 'perubahan permintaan' manual saat tiket dicatat dengan perubahan yang akan dibuat. Kemudian, seseorang (kerap kali orang yang berbeda) mengambil tiket dan harus secara akurat menggandakan perubahan yang sama berdasarkan instruksi manual. Rentan terjadi kesalahan dalam proses ini; dan kesalahan dalam proses ini dapat mengakibatkan penghentian, tergantung pada perubahannya. Selain itu, penyimpangan konfigurasi antara konfigurasi staging dan produksi dapat menghasilkan kerumitan lebih lanjut.

Kami ingin memberikan keamanan dan keandalan bagi pelanggan dalam mengelola layanan mereka pada Cloudflare. Untuk mengatasi masalah yang dijelaskan sebelumnya, kami mengumumkan Aplikasi HTTP beserta Aturan Perutean.

Aplikasi HTTP

Aplikasi HTTP adalah cara untuk mengelola konfigurasi edge dengan kasus penggunaan, bukan dengan nama host. Setiap Aplikasi HTTP memiliki tujuan, baik menangani konfigurasi situs web pemasaran Anda maupun aplikasi internal. Setiap Aplikasi HTTP terdiri dari beberapa versi konfigurasi, di mana setiap versi mewakili cuplikan pengaturan untuk mengelola lalu lintas — page rule, aturan firewall, pengaturan cache, dll.  Setiap versi konfigurasi dalam Aplikasi HTTP terpisah dari satu sama lain, tetapi apabila versi baru dibuat, versi ini dimulai sebagai salinan versi sebelumnya.

Aturan Perutean

Tidak seperti zona, setiap versi Aplikasi HTTP tidak tergantung pada nama host tertentu. Oleh karena itu, jika versi tidak terkait dengan nama host, seperti zona, bagaimana Anda dapat menentukan versi Aplikasi HTTP yang akan memengaruhi rangkaian lalu lintas tertentu? Jawabannya adalah Aturan Perutean. Dengan Aturan Perutean, Anda dapat menentukan versi Aplikasi HTTP yang diterapkan pada lalu lintas tertentu, atau nama host. Aturan Perutean didukung oleh Kumpulan Aturan Teknis Cloudflare dan mengandalkan penggunaan aturan "jika demikian" kondisional untuk memetakan nama host yang dikontrol dalam akun Cloudflare Anda ke versi konfigurasi tertentu. Sebagai contoh, jika nama host permintaan cocok dengan 'www.example.com', terapkan versi 2 Aplikasi HTTP Pemasaran saya. Saat aturan dilaksanakan dalam edge kami, alih-alih menerapkan konfigurasi zona reguler www.example.com, edge akan menggunakan konfigurasi yang ditetapkan dalam versi 2 Aplikasi HTTP.

Aturan Perutean mendukung dua jenis aturan — aturan staging dan aturan produksi. Keduanya menggunakan daftar nama host, sebagaimana dijelaskan, tetapi saat membuat aturan staging, kami menambahkan filter agar aturan hanya akan dijalankan saat lalu lintas dikirimkan ke IP khusus pada edge kami. Ini artinya Anda dapat menguji perubahan secara aman dengan mengirimkan lalu lintas ke www.example.com pada IP staging tanpa berdampak pada pelanggan. Lebih baik lagi, setelah Anda memvalidasi perubahan dengan pembuatan aturan perutean produksi, konfigurasi yang sama persis akan diterapkan dalam produksi untuk semua pelanggan Anda.

Cukup sudah penjelasannya — mari melihatnya langsung!

Menggunakan Aplikasi HTTP untuk menguji dan memberlakukan perubahan dengan aman

Untuk panduan ini, saya akan berperan sebagai pelanggan lama. Saya memiliki zona yang melayani pelanggan dan ingin membuat beberapa perubahan untuk mengganti aturan agar dapat menulis ulang lokasi aset saya. Tetapi, saya tidak terlalu menguasai regex dan situs semua pelanggan saya akan rusak jika terjadi kesalahan! Daripada membuat perubahan langsung dalam zona, kami akan menggunakan Aplikasi HTTP dan Aturan Perutean untuk membuat, menguji, dan meluncurkan perubahan.

Pertama-tama, saya login ke Dasbor Cloudflare. Setelah memilih akun, saya melihat Aplikasi HTTP yang tersedia pada bilah samping. Selepas memilihnya, saya dapat memilih untuk membuat Aplikasi HTTP pertama saya.

Dasbor Cloudflare menunjukkan halaman kondisi kosong untuk Aplikasi HTTP

Untuk membuat Aplikasi HTTP pertama saya, saya perlu menamai dan memilih zona yang ada sebelumnya, dalam hal ini example.com. Cloudflare akan menggunakan zona itu untuk mengawali konfigurasi versi pertama Aplikasi HTTP. Dengan menyalinnya pada pengaturan yang ada dari zona, saya memiliki salinan aman untuk dikerjakan dan tidak perlu menyusun ulang konfigurasi secara manual.

Layar "Create an Application” (Buat Aplikasi) yang menunjukkan bahwa Aplikasi HTTP akan dibuat dengan nama "Example application (Aplikasi Contoh)" dan dimulai dari example.com

Setelah memilih "Create” (Buat), Aplikasi HTTP pertama saya sudah jadi! Sekarang, versi pertama sedang dibuat. Di balik layar, Cloudflare akan mengambil konfigurasi example.com yang ada dan menyalinnya ke Versi 1 Aplikasi HTTP ini. Setelah berhasil disalin, saya dapat mulai mengedit konfigurasi ini.

Daftar versi Aplikasi Contoh, yang menunjukkan Versi 1 sedang dibuat.

Saya dapat mengedit versi ini seperti yang saya lakukan dalam zona apa saja. Namun, terdapat dua perbedaan penting. Pertama: perubahan yang saya lakukan sekarang tidak akan memengaruhi lalu lintas langsung pada edge Cloudflare, sebab kami belum membuat aturan perutean untuk mengirimkan lalu lintas ke konfigurasi versi ini. Kedua: kami tidak mengizinkan segala hal yang terhubung dengan zona untuk dikontrol melalui Aplikasi HTTP, yaitu: catatan DNS, Sertifikat SSL, Spectrum, atau Load Balancing.

Aturan transformasi Versi 1 menunjukkan bahwa tidak ada aturan yang dibuat.

Dalam bagian Aturan pada Aturan Transformasi, saya membuat aturan baru untuk menulis ulang jalur aset ke lokasi yang benar. Untuk semua permintaan ke example.com/assets/*, kami akan menulis ulang jalur menjadi example.com/internal/files/assets/*.

Membuat aturan transformasi untuk Versi 1 bernama "Rewrite Assets (Tulis Ulang Aset)"

. Aturan ini menggantikan jalur permintaan yang dimulai dengan “/assets/*” dengan “internal/files/assets/*”.

Aturan transformasi Versi 1 yang menunjukkan aturan baru bernama "Rewrite Assets (Tulis Ulang Aset)" telah dibuat.

Pada saat ini, saya telah membuat perubahan, dan sekarang ingin mengujinya. Untuk melakukannya, saya dapat keluar dari bagian pengeditan versi dan menuju Aturan Perutean untuk Aplikasi HTTP ini. Di sini, saya dapat membuat aturan yang akan mengizinkan lalu lintas yang ada untuk dirutekan melalui konfigurasi versi ini.

Daftar kosong dari Aturan Perutean untuk Aplikasi Contoh.

Saya akan membuat aturan staging, sebab saya ingin menjadi satu-satunya yang menguji perubahan ini tanpa berdampak pada pelanggan. Perhatikan, saat membuat aturan staging, IP yang dapat digunakan untuk menguji versi ini akan ditampilkan pada layar pembuatan aturan.

Membuat Aturan Perutean staging yang akan cocok apabila permintaan cocok dengan example.com dan IP edge adalah 192.168.1.1 atau 192.168.2.2 dan menerapkan konfigurasi Versi 1

Setelah membuat aturan, saya dapat mengonfigurasikan komputer untuk mengirimkan permintaan ke IP tersebut untuk example.com. Rackspace memiliki panduan lengkap mengenai cara mengubah file host mesin lokal Anda untuk melakukannya. Sekarang, saat saya mengunjungi example.com, aturan transformasi baru dijalankan, tetapi tidak ada yang berubah bagi orang lain yang mengunjungi situs tersebut.

Aturan Perutean untuk Aplikasi Contoh yang menunjukkan satu aturan staging telah dibuat.

Setelah saya yakin perubahan berfungsi, saya dapat membuat Aturan Perutean produksi yang akan menerapkan perubahan ini bagi semua lalu lintas pada example.com — dan semuanya selesai!

Layar pembuatan Aturan Perutean yang menunjukkan pembuatan aturan produksi yang akan menerapkan Versi 1 apabila permintaan cocok dengan example.com

Setelah diperbarui, jalur aset untuk situs saya akan ditulis ulang untuk semua permintaan ke example.com.

Aturan Perutean untuk Aplikasi Contoh yang menunjukkan aturan staging dan produksi untuk Versi 1.

Apa yang terjadi selanjutnya? Apabila saya siap membuat rangkaian perubahan lainnya, saya dapat membuka Aplikasi HTTP dan menggandakan Versi 1 untuk membuat Versi 2. Awalnya, Versi 2 akan sama persis dengan konfigurasi Versi 1, tetapi karena tidak ada Aturan Perutean yang cocok, ini tidak akan diterapkan ke lalu lintas.

Daftar versi Aplikasi Contoh yang menunjukkan Versi 1 diterapkan ke staging dan produksi, dan Versi 2 siap diedit, tetapi tidak digunakan di mana pun.

Sekarang saya dapat mengedit Versi 2 dengan aman seperti yang saya lakukan sebelumnya dengan Versi 1. Kali ini, saya ingin mengubah aturan firewall agar saya dapat mencegah lalu lintas yang mungkin berbahaya agar tidak mengakses situs saya. Mengubah Versi 2 tidak akan mengubah lalu lintas di edge hingga saya memperbarui Aturan Perutean staging saya untuk menggunakan Versi 2. Ini memungkinkan saya membuat perubahan dengan penuh keyakinan, kemudian mengujinya dengan aman.

Daftar aturan perutean untuk Aplikasi Contoh menunjukkan Versi 2 yang digunakan untuk staging, sedangkan Versi 1 masih digunakan dalam produksi.

Setelah memvalidasi rangkaian perubahan ini, saya dapat mendorong Versi 2 ke semua lalu lintas dengan memperbarui Aturan Perutean produksi untuk menggunakan Versi 2. Proses yang sama dapat dilakukan untuk setiap rangkaian perubahan berikutnya yang ingin saya buat.

Aplikasi HTTP Kini Tersedia dalam Beta Tertutup

Dengan kekuatan Aplikasi HTTP dan Aturan Perutean, pelanggan kini dapat lebih mengontrol cara dan waktu perubahan konfigurasi dibuat. Ini mengurangi kekhawatiran membuat perubahan buruk yang mungkin merusak situs Anda. Kapabilitas ini tersedia dalam beta tertutup untuk pelanggan perusahaan, tetapi jika Anda tertarik, hubungi tim akun Cloudflare Anda untuk mempelajari cara mendapatkan akses!

Ekspansi yang cepat ini berarti memastikan postur keamanan, privasi, dan risiko kami berkembang dengan semestinya. Keyakinan pelanggan terhadap kemampuan kami dalam menangani informasi sensitif di lanskap regulasi yang terus berubah harus sama kuatnya dengan penawaran kami, sehingga kami memperluas cakupan validasi kepatuhan yang sudah ada sebelumnya; tidak hanya itu, kami juga mampu mendapatkan beberapa validasi baru.

Hal yang Baru

Tahun ini kami begitu sibuk dan berfokus pada komitmen terhadap privasi, sekaligus mematuhi salah satu standar keamanan paling ketat dalam industri. Kami dengan gembira membagikan pencapaian berikut selama 2021:

FedRAMP Dalam Proses - Cloudflare meraih pencapaian besar dengan tercantum dalam FedRAMP Marketplace sebagai 'Dalam Proses' untuk menerima otorisasi lembaga pada dasar menengah. Setelah Otorisasi Operasi (ATO) diberikan, lembaga dan penyedia layanan cloud lain akan dapat memanfaatkan produk dan layanan kami dalam kapasitas sektor publik.

ISO 27701:2019 (Organisasi Standardisasi Internasional) - Cloudflare adalah salah satu perusahaan pertama dalam industri yang meraih sertifikasi ISO 27701 sebagai pemroses dan pengendali data. Sertifikasi ini memberikan jaminan kepada pelanggan bahwa kami memiliki program privasi resmi yang selaras dengan GDPR.

Dokumentasi Kepatuhan Mandiri - Pelanggan Pro, Bisnis, dan Perusahaan kini dapat memperoleh salinan sertifikasi, laporan, dan ikhtisar Cloudflare melalui Dasbor Cloudflare.

Sertifikasi & Laporan Keamanan

Cloudflare memahami pentingnya mempertahankan kepatuhan terhadap standar industri, sertifikasi, dan laporan. Pelanggan kami mengandalkan sertifikasi kami untuk memastikan data mereka ditangani dengan aman dan pribadi. Setiap tahun, tim keamanan memperluas cakupan validasi ini untuk memastikan semua produk dan layanan kami yang sesuai disertakan.  Cloudflare telah memenuhi persyaratan standar berikut:

SOC-2 Type II / SOC 3 (Kontrol Organisasi Layanan) - Cloudflare mempertahankan laporan SOC yang meliputi prinsip keamanan, kerahasiaan, dan kepercayaan akan ketersediaan. Laporan SOC-II menjamin produk dan infrastruktur yang mendasarinya aman serta terus tersedia sekaligus melindungi kerahasiaan data pelanggan kami. Setiap tahun, kami melibatkan penilai pihak ketiga, dan laporan yang diberikan kepada pelanggan kami mencakup periode selama setahun penuh.

ISO 27001:2013 (Organisasi Standardisasi Internasional) - Cloudflare telah menerima sertifikasi ISO 27001 sejak 2019. Pelanggan dapat merasa yakin bahwa Cloudflare memiliki program manajemen keamanan informasi resmi yang mematuhi standar dan diakui secara global.

PCI Data Security Standard (DSS) - Cloudflare melibatkan QSA (Penilai Keamanan Berkualifikasi) setiap tahun untuk mengevaluasi kami sebagai Merchant dan Penyedia Layanan Tingkat 1. Dengan demikian, kami dapat meyakinkan pelanggan bahwa kami memenuhi persyaratan untuk mengirimkan data pembayaran mereka dengan aman. Sebagai penyedia layanan, pelanggan kami dapat memercayai produk Cloudflare untuk memenuhi persyaratan DSS serta mengirimkan data pemegang kartu dengan aman melalui layanan kami.

Undang-Undang HIPAA/HITECH (Health Insurance Portability and Accountability Act/Health Information Technology for Economic and Clinical Health - Entitas kesehatan yang tercakup dan memanfaatkan versi perusahaan produk keamanan kami untuk melindungi layer aplikasi mereka dapat merasa yakin bahwa Cloudflare dapat menandatangani Perjanjian Asosiasi Bisnis (BAA).

Pemeriksaan Privasi Resolver DNS Publik 1.1.1.1 - Cloudflare melakukan pemeriksaan privasi pertama dari perusahaan sejenis melalui firma akuntansi terkemuka untuk menentukan apakah resolver 1.1.1.1 dikonfigurasi secara efektif guna memenuhi komitmen privasi Cloudflare. Ringkasan penilaian publik dapat ditemukan di sini.

Apa yang ada di Peta Rencana kami?

Sebagai perusahaan global, Cloudflare bermitra dengan pakar industri dan pemimpin regional di seluruh dunia untuk menentukan cara terbaik membangun kepercayaan pelanggan. Acara berbagi informasi kami dengan pelanggan yang sudah ada dan partisipasi dalam organisasi standar memandu metode kami untuk terus meningkatkan postur keamanan dan privasi produk dan layanan kami. Bagian dari peningkatan ini adalah mendapatkan validasi pihak ketiga tambahan. Saat ini, kami mengevaluasi ISO 27018 untuk memberikan jaminan lebih bagi pelanggan bahwa kami memenuhi standar industri untuk penanganan personal data di platform cloud kami. Kami akan terus melangkah ke depan dalam perjalanan FedRAMP kami. Dan tentunya, kami terus mengevaluasi jenis sertifikasi khusus wilayah lainnya. Untuk informasi terbaru tentang sertifikasi dan laporan kami, kunjungi pusat kepercayaan kami.

Jika Anda adalah pelanggan yang sudah ada dan ingin memberi kami masukan terkait validasi, hubungi Account Executive Anda dan beri tahu mereka! Kami akan terus mengupayakan validasi yang mendukung kebutuhan pelanggan kami dan membuat internet lebih aman dan terlindungi.

Hari ini, kami mengumumkan ketersediaan umum Argo for Packets, yang menyediakan optimalisasi jaringan lapisan IP untuk meningkatkan produk layanan jaringan Cloudflare Anda seperti Magic Transit (layanan perlindungan DDoS Layer 3 kami), Magic WAN (yang memungkinkan Anda membangun SD-WAN Anda sendiri di atas Cloudflare), dan Cloudflare for Offices (inisiatif kami untuk menyediakan konektivitas yang aman dan berkinerja tinggi ke ribuan gedung perkantoran di seluruh dunia).

Jika Anda tidak terbiasa dengan Argo, ini adalah produk Cloudflare yang membuat traffic Anda lebih cepat. Argo menemukan jalur tercepat dan paling tersedia untuk traffic Anda di Internet. Setiap hari, Cloudflare membawa triliunan permintaan, koneksi, dan paket di seluruh jaringan kami dan Internet. Karena jaringan kami, pelanggan kami, dan pengguna akhir mereka terdistribusi dengan baik secara global, semua permintaan yang mengalir di seluruh infrastruktur kami memberikan gambaran yang bagus tentang kinerja berbagai bagian Internet pada waktu tertentu. Cloudflare memanfaatkan gambaran ini untuk memastikan bahwa traffic Anda mengambil jalur tercepat melalui infrastruktur kami.

Sebelumnya, Argo mengoptimalkan traffic pada layer aplikasi Layer 7 dan pada layer protokol Layer 4. Dengan GA Argo for Packets, kami sekarang mengoptimalkan lapisan IP untuk jaringan pribadi Anda. Selama Speed Week, kami mengumumkan akses awal untuk Argo for Packets, dan bagaimana Argo dapat menawarkan pengurangan latensi 10%. Hari ini, untuk merayakan Argo for Packets mencapai GA, kami akan membahas lebih dalam tentang pengurangan latensi, menunjukkan kepada Anda contoh, menjelaskan bagaimana Anda dapat melihat pengoptimalan yang lebih besar, dan berbicara tentang bagaimana bidang data aman Argo memberi Anda enkripsi tambahan bahkan di Layer 3.

Dan jika Anda tertarik untuk mengaktifkan Argo for Packets hari ini, hubungi tim akun Anda untuk memulai prosesnya!

Lebih baik dari BGP

Seperti yang kami katakan selama Speed Week, Argo for Packets memberikan peningkatan latensi rata-rata 10% di seluruh dunia dalam pengujian internal kami:

Seiring kita bergerak menuju GA, kami menemukan bahwa angka dunia nyata kami cocok dengan pengujian internal kami, dan kami masih melihat peningkatan 10% itu. Namun, penting untuk dicatat bahwa angka pengurangan latensi 10% adalah rata-rata di semua jalur di seluruh dunia. Pelanggan yang berbeda dapat melihat keuntungan latensi yang berbeda tergantung pada setup mereka.

Argo for Packets mencapai perolehan latensi ini dengan secara dinamis memilih jalur terbaik di seluruh jaringan kami. Mari kita bicara sedikit tentang apa artinya itu.

Paket normal di jaringan menemukan jalan mereka ke tujuan mereka menggunakan sesuatu yang disebut Border Gateway Protocol (BGP), yang memungkinkan paket untuk melintasi jalur "terpendek" ke tujuannya. Namun, jalur terpendek dalam istilah BGP tidak berkorelasi kuat dengan latensi, tetapi dengan lompatan jaringan. Misalnya, jalur A dalam jaringan memiliki dua kemungkinan jalur: 12345 - 54321 - 13335, dan 12345 13335. Kedua jaringan dimulai dari jaringan 12345 dan berakhir di Cloudflare, yaitu AS 13335. Logika BGP menyatakan bahwa traffic akan selalu melalui jalur kedua. Namun, jika jalur pertama memiliki latensi jaringan yang lebih rendah atau kehilangan paket yang lebih rendah, pelanggan berpotensi melihat kinerja yang lebih baik dan tidak mengetahuinya!

Ada dua cara untuk mengatasi hal ini. Cara pertama adalah berinvestasi dalam membangun lebih banyak pipa dengan jaringan 12345 sambil memperluas jaringan agar berada tepat di sebelah setiap jaringan. Pelanggan juga dapat membangun jaringan mereka sendiri atau membeli jaringan MPLS vendor yang mahal. Solusi mana pun akan menghabiskan banyak uang dan waktu untuk mencapai tingkat kinerja yang diinginkan pelanggan.

Cloudflare meningkatkan kinerja pelanggan dengan memanfaatkan jaringan global dan tulang punggung kami yang ada, ditambah data jaringan dari traffic yang sudah dikirim untuk mengoptimalkan rute kembali ke Anda. Hal ini membuat kami dapat meningkatkan jalur yang diambil saat terjadi perubahan traffic dan kemacetan di Internet. Argo melihat setiap jalur kembali dari setiap pusat data Cloudflare kembali ke asal Anda, hingga ke jalur jaringan individu. Argo membandingkan traffic dan analytics jaringan Layer 4 yang ada di semua jalur unik ini untuk menentukan jalur tercepat dan paling tersedia.

Untuk membuat Argo dipersonalisasi ke jaringan pribadi Anda, Cloudflare menggunakan sumber data yang telah kami buat untuk Magic Transit. Sumber data itu: probe pemeriksaan kesehatan. Cloudflare memanfaatkan probe pemeriksaan kesehatan yang ada dari setiap pusat data Cloudflare kembali ke asal masing-masing pelanggan. Probe ini digunakan untuk menentukan kesehatan jalur dari Cloudflare kembali ke pelanggan untuk Magic Transit, sehingga Cloudflare mengetahui jalur kembali ke asal yang sehat. Probe ini berisi berbagai informasi yang juga dapat digunakan untuk meningkatkan kinerja seperti kehilangan paket dan data latensi. Dengan memeriksa probe pemeriksaan kesehatan dan menambahkannya ke data Layer 4 yang ada, Cloudflare dapat memperoleh pemahaman yang lebih baik tentang latensi satu arah dan dapat membuat peta yang memungkinkan kita untuk melihat semua pusat data yang saling terhubung dan seberapa cepat mereka dibandingkan dengan satu sama lain. Cloudflare kemudian menemukan jalur terbaik di layer 3 kembali ke pusat data pelanggan dengan memilih lokasi entri di mana paket memasuki jaringan kami, dan lokasi keluar yang terhubung langsung kembali ke pelanggan melalui Interkoneksi Jaringan Cloudflare.

Dengan menggunakan peta ini, Cloudflare membangun rute dinamis untuk setiap pelanggan berdasarkan lokasi sumber traffic ke jaringan Cloudflare dan lokasi tujuannya.

Mari pelajari beberapa contoh bagaimana terjadinya pengurangan latensi Anda tergantung pada setup Anda.

Jaringan Cloudflare adalah Jaringan Anda

Dalam blog Speed Week, kami yang menguraikan bagaimana produk Magic membuat jaringan Anda lebih cepat, kami menguraikan beberapa contoh topologi jaringan yang berbeda dan menunjukkan peningkatan yang dimiliki Magic Transit dan Magic WAN di jaringan mereka. Mari kita tingkatkan angka-angka itu dengan menambahkan Argo for Packets di atasnya untuk melihat bagaimana kami dapat meningkatkan kinerja lebih jauh.

Contoh dari blog menguraikan perusahaan dengan lokasi di Carolina Selatan, Oregon, dan Los Angeles. Di blog itu, kami menunjukkan peningkatan latensi yang disediakan oleh Magic Transit dengan sendirinya untuk satu tahap perjalanan. Jaringan itu terlihat seperti ini:

Mari kita buat perincian untuk menunjukkan latensi antara semua jalur di jaringan tersebut. Anggap saja Carolina Selatan terhubung ke Atlanta, dan Oregon terhubung ke Seattle, yang merupakan skenario yang paling mungkin:

Lokasi Sumber

Lokasi Tujuan

Magic WAN latensi satu arah

Argo for Packets Latensi satu arah

Peningkatan Argo (dalam ms)

Peningkatan persen latensi

Los Angeles

Atlanta

49.1

45

4.11

8.36

Los Angeles

Seattle

32.4

27.2

5.18

16

Atlanta

Los Angeles

49

44.9

4.09

8.35

Atlanta

Seattle

78.1

56.9

21.2

27.1

Seattle

Los Angeles

32.2

27

5.22

16.2

Seattle

Atlanta

77.7

56.7

20.9

26.9

Untuk sampel jaringan pelanggan ini, Argo for Packets meningkatkan latensi di setiap jalur yang memungkinkan. Seperti yang Anda lihat, peningkatan persentase rata-rata jauh lebih tinggi untuk jaringan khusus ini daripada rata-rata global 10%.

Mari kita ambil contoh lain dari pelanggan dengan lokasi di Asia: Korea Selatan, Filipina, Singapura, Osaka, dan Hong Kong. Untuk jaringan dengan lokasi tersebut, Argo for Packets mampu menciptakan pengurangan latensi 17% dengan menemukan jalur optimal antara lokasi yang biasanya paling sulit dinavigasi, seperti antara Korea Selatan, Osaka, dan Filipina. Pelanggan dengan banyak lokasi akan melihat manfaat besar dari Argo for Packets, karena ia mengoptimalkan jalur tersulit di Internet dan membuatnya secepat jalur lainnya. Ini menghilangkan latensi yang ditimbulkan oleh jalur jaringan terburuk Anda dan tidak hanya membuat angka rata-rata Anda terlihat bagus, tetapi terutama nomor latensi persentil ke-90 Anda.

Mengurangi latensi jangka panjang ini sangat penting terutama saat pelanggan kembali ke kondisi yang lebih baik dan mulai kembali ke kantor di seluruh dunia.

Pemberhentian Berikutnya: Kantor Anda

Argo for Packets berpasangan dengan cerdas dengan Magic WAN dan Cloudflare for Offices untuk menciptakan jaringan pribadi yang sangat dioptimalkan dan sangat aman, yang beradaptasi dengan apa pun yang Anda lakukan. Jika ini pertama kalinya Anda mendengar tentang Cloudflare for Offices, ini adalah inisiatif baru kami untuk menyediakan konektivitas yang pribadi, aman, dan berkinerja tinggi ke ribuan lokasi baru di seluruh dunia. Dan konektivitas pribadi itu memberikan landasan yang bagus bagi Argo for Packets untuk mempercepat jaringan Anda.

Mengambil contoh di atas dari Amerika Serikat, jika perusahaan ini menambahkan dua lokasi baru di Boston dan Dallas, lokasi tersebut juga melihat pengurangan latensi yang signifikan melalui Argo for Packets. Sekarang, jaringan mereka terlihat seperti ini:

Argo for Packets juga memastikan bahwa kantor baru yang baru ditambahkan akan segera melihat kinerja yang luar biasa di jaringan pribadi:

Lokasi Sumber

Lokasi Tujuan

Peningkatan Argo (dalam ms)

Peningkatan persen latensi

Los Angeles

Dallas

9.89

23.3

Los Angeles

Atlanta

0.774

1.58

Los Angeles

Seattle

0.478

1.51

Los Angeles

Boston

13.3

16.8

Dallas

Los Angeles

9.66

23

Dallas

Atlanta

0

0

Dallas

Seattle

2.96

5.2

Dallas

Boston

0.43

0.955

Atlanta

Los Angeles

0.687

1.4

Atlanta

Dallas

0

0

Atlanta

Seattle

9.7

12.4

Atlanta

Boston

4.39

15.2

Seattle

Los Angeles

0.322

1.02

Seattle

Dallas

3.11

5.43

Seattle

Atlanta

9.81

12.6

Seattle

Boston

34.7

30.3

Boston

Los Angeles

13.3

16.8

Boston

Dallas

0.386

0.85

Boston

Atlanta

4.37

15

Boston

Seattle

33.7

29.6

Cloudflare for Offices membuatnya sangat mudah untuk menyiapkan kantor tersebut karena pelanggan tidak perlu membawa firewall perimeter, perangkat WAN, atau apa pun — mereka cukup menerapkan Cloudflare di gedung mereka, dan kekuatan Cloudflare One memungkinkan mereka untuk mendapatkan semua layanan keamanan jaringan mereka melalui koneksi pribadi ke Cloudflare, yang dioptimalkan oleh Argo for Packets.

Jaringan Anda, tetapi Lebih Cepat

Argo for Packets adalah pelengkap sempurna untuk salah satu solusi Cloudflare One kami: menyediakan bit yang lebih cepat melalui jaringan Anda, dibangun di atas Cloudflare. Sekarang, solusi SD-WAN dan Magic Transit Anda dapat dioptimalkan untuk tidak hanya aman, tetapi juga berkinerja baik.

Jika Anda tertarik untuk mengaktifkan Argo for Packets atau mengarahkan kantor Anda ke solusi konektivitas pribadi dan aman, hubungi tim akun Anda untuk memulai prosesnya.

Sebagai bagian dari CIO Week, kami melihat semua risiko terbesar yang terus dihadapi perusahaan secara online, dan bagaimana kami dapat mengatasinya. Pembobolan nama domain tetap menjadi salah satu yang terbesar. Ada banyak cara di mana domain dapat dibajak atau dibobol, hingga yang paling serius: kehilangan kendali atas nama domain Anda sama sekali.

Anda tidak ingin itu terjadi pada Anda. Bayangkan tidak hanya kehilangan situs web Anda, tetapi semua email perusahaan, segudang sistem yang terkait dengan domain perusahaan, dan entah apa lagi. Menghadapi penyerang yang membobol domain perusahaan Anda adalah mimpi buruk bagi setiap CIO. Dan, jika Anda seorang CIO dan itu bukan sesuatu yang Anda khawatirkan, ketahuilah bahwa kami benar-benar menyurvei setiap registrar domain lain dan sangat tidak puas dengan praktik keamanan mereka sehingga kami perlu meluncurkannya sendiri.

Tapi, sekarang kami memilikinya, kami ingin membuat domain berkompromi dengan sesuatu yang seharusnya tidak pernah terjadi lagi. Oleh karena itu, dengan senang hati kami mengumumkan bahwa kami memperluas tingkat baru perlindungan catatan domain untuk semua pelanggan Perusahaan kami. Kami menyebutnya Perlindungan Domain Cloudflare, dan kami menyertakannya secara gratis untuk setiap pelanggan Cloudflare Enterprise. Bagi pelanggan yang memiliki domain yang diamankan dengan Perlindungan Domain, kami juga akan membebaskan semua biaya pendaftaran dan perpanjangan pada domain tersebut. Perlindungan Domain Cloudflare akan tersedia di Q1 — Anda dapat berdiskusi dengan manajer akun Anda sekarang untuk memanfaatkan penawaran ini.

Tidak mungkin membangun solusi registrar domain yang benar-benar aman tanpa pemahaman tentang bagaimana domain dibobol. Sebelum kami masuk ke detail lebih lanjut dari penawaran kami, kami ingin membawa Anda pada tur seputar bagaimana sebuah domain dapat dibobol.

Mencuri Kunci Kerajaan Anda

Ada tiga jenis pembobolan domain yang sering kita dengar. Mari kita lihat satu per satu.

Transfer Domain

Salah satu pembobolan yang paling serius adalah transfer domain yang tidak sah ke registrar lain. Meskipun kerja sama di antara registrar telah meningkat pesat selama bertahun-tahun, masih sangat sulit untuk memulihkan domain yang dicuri. Seringkali bisa memakan waktu berminggu-minggu — atau bahkan berbulan-bulan. Ini mungkin memerlukan tindakan hukum. Dalam skenario kasus terbaik, domain dapat dipulihkan dalam beberapa hari; dalam kasus terburuk, Anda mungkin tidak akan pernah mendapatkannya kembali.

Kemampuan untuk dengan mudah mentransfer domain antar registrar sangat penting, dan merupakan bagian dari apa yang membuat pasar pendaftaran domain tetap kompetitif. Namun, itu juga memunculkan potensi risiko. Proses transfer yang digunakan oleh sebagian besar registry melibatkan penggunaan token untuk mengotorisasi transfer. Sebelum praktik menyunting data whois yang dapat diakses publik, proses persetujuan email juga digunakan. Untuk mencuri domain, pelaku yang berbahaya hanya perlu mendapatkan akses ke kode otorisasi dan dapat menghapus kunci domain apa pun.

Transfer tidak sah sering dimulai dengan akun yang dibobol. Dalam banyak kasus, kredensial akun pelanggan mungkin dibobol. Dalam kasus lain, penyerang menggunakan skema rekayasa sosial yang rumit untuk mengendalikan domain, sering kali memindahkan domain antar akun registrar sebelum mentransfer domain ke registrar lain.

Pembaruan Server Nama

Pembaruan server nama adalah cara lain di mana domain dapat dibobol. Sementara transfer domain biasanya merupakan upaya untuk mengambil alih domain secara permanen, pembaruan server nama lebih bersifat sementara. Namun, meskipun pembaruan biasanya dapat dibatalkan dengan cepat, jenis pembajakan domain ini bisa sangat merusak. Mereka membuka kemungkinan data pelanggan yang dicuri dan traffic email yang disadap. Tetapi yang paling penting: mereka membuka organisasi hingga kerusakan reputasi yang sangat serius.

Penangguhan dan Penghapusan Domain

Sebagian besar penangguhan dan penghapusan domain bukanlah akibat dari aktivitas berbahaya, tetapi lebih sering terjadi karena kesalahan manusia atau kegagalan sistem. Dalam banyak kasus, pelanggan lupa memperbarui domain atau lalai memperbarui metode pembayaran mereka. Dalam kasus lain, registrar secara keliru menangguhkan atau menghapus domain.

Terlepas dari alasannya: akibatnya adalah domain yang tidak lagi diselesaikan.

Meskipun ini tentu bukan satu-satunya cara di mana domain dapat dibobol, hal-hal di atas adalah beberapa yang paling merusak. Kami telah menghabiskan banyak waktu untuk fokus pada jenis pembobolan ini dan bagaimana mencegahnya terjadi.

Pendekatan Berbeda untuk Domain

Seperti sebagian besar orang, kami sudah lama frustrasi dengan keadaan bisnis domain. Jadi ini bukan rodeo pertama kami di sini.

Kami sudah memiliki layanan registrar — Cloudflare Registrar — yang terbuka untuk semua pelanggan Cloudflare. Kami membuatnya sangat mudah untuk dimulai, untuk berintegrasi dengan Cloudflare, dan tidak ada markup pada harga kami — kami berjanji untuk tidak pernah membebankan Anda lebih dari harga grosir yang dikenakan setiap TLD. Tujuannya: tidak ada lagi "umpan dan peralihan" dan "penjualan tanpa akhir" (yang, menurut pelanggan kami, adalah dua istilah paling umum yang terkait dengan industri domain). Sebaliknya, ini adalah registrar yang Anda sukai. Jelas, karena ini adalah Cloudflare, jadi kami memasukkan sejumlah praktik terbaik keamanan ke dalam cara pengoperasiannya juga.

Untuk pelanggan perusahaan kami yang paling menuntut, kami juga memiliki Perlindungan Domain Khusus. Setiap klien yang menggunakan Perlindungan Domain Khusus dapat menentukan proses mereka sendiri untuk memperbarui catatan. Seperti yang kami katakan saat kami memperkenalkannya: “jika klien Perlindungan Domain Khusus ingin kami tidak mengubah catatan domain mereka kecuali enam orang yang berbeda menghubungi kami, secara berurutan, dari serangkaian nomor telepon yang telah ditentukan, masing-masing membaca beberapa kode sandi unik, dan memberi tahu kami rasa es krim favorit mereka, pada hari Selasa yang juga bulan purnama, maka kami akan memberlakukannya. Demikianlah secara harfiah.”

Ya, ini aman, tetapi juga bukan solusi yang paling terukur. Akibatnya, kami mengenakan biaya premium untuk itu. Namun, saat kami berbicara dengan pelanggan Enterprise, ada kebutuhan akan sesuatu di antaranya — solusi Goldilocks, bisa dikatakan, yang menawarkan perlindungan tingkat tinggi tanpa harus terlalu dibuat-buat.

Masuk ke Perlindungan Domain Cloudflare.

Pendekatan Kunci Lapis Tiga

Pendekatan kami untuk mengamankan domain dengan Perlindungan Domain cukup mudah: mengidentifikasi berbagai vektor serangan, dan merancang mode keamanan berlapis untuk mengatasi setiap potensi ancaman.

Sebelum kami melihat setiap layer keamanan, penting untuk memahami hubungan antara registrar dan registry, dan bagaimana hal itu memengaruhi keamanan domain. Anda dapat menganggap registry sebagai pedagang grosir nama domain. Mereka mengelola database pusat dari semua domain terdaftar dalam Top-Level-Domain (TLD). Mereka juga bertanggung jawab untuk menentukan harga grosir dan menetapkan kebijakan khusus TLD.

Registrar, di sisi lain, adalah pengecer domain dan bertanggung jawab untuk menjual domain ke pengguna akhir. Dengan setiap pendaftaran, transfer, atau pembaruan, registrar membayar biaya transaksi kepada registry.

Registrar dan registry bersama-sama mengelola pendaftaran domain dalam apa yang disebut Shared Registration System (SRS). Registrar berkomunikasi dengan registry menggunakan standar IETF yang disebut Extensible Provisioning Protocol (EPP). Yang terwujud dalam standar EPP adalah seperangkat status domain yang dapat diterapkan oleh registrar dan registry untuk mengunci domain dan mencegah pembaruan, penghapusan, dan transfer (ke registrar lain).

Registrar dapat menerapkan kunci "klien", sering disebut sebagai Kunci Registrar. Registry menerapkan kunci "server", juga dikenal sebagai Kunci Registry. Penting untuk dicatat bahwa kunci registry selalu menggantikan kunci registrar. Ini berarti bahwa kunci registrar tidak dapat dihapus sampai kunci registry telah dihapus.

Sekarang, mari kita lihat lebih dekat tentang pendekatan yang kami rencanakan.

Kami mulai dengan menerapkan Kunci Registrar EPP ke nama domain. Ini adalah kunci klien EPP yang mencegah pembaruan, transfer, dan penghapusan domain.

Kami kemudian menerapkan kunci internal yang mencegah panggilan API apa pun ke domain tersebut agar tidak diproses. Kunci ini berfungsi di luar EPP dan dirancang untuk melindungi domain jika kunci EPP dilepas, serta situasi di mana operasi dapat dijalankan di luar EPP. Misalnya, di beberapa TLD, data kontak domain hanya disimpan oleh registrar dan tidak pernah dikirimkan ke registry. Dalam kasus ini, penting untuk memiliki mekanisme penguncian non EPP.

Setelah kunci registrar diterapkan, kami akan meminta registry untuk menerapkan Kunci Registry menggunakan prosedur khusus berbasis non-EPP. Penting untuk diperhatikan bahwa tidak semua registry menawarkan Kunci Registry sebagai layanan. Dalam beberapa kasus, kami mungkin tidak dapat menerapkan fitur penguncian terakhir ini.

Terakhir, prosedur verifikasi yang aman akan dibuat untuk menangani permintaan di masa mendatang guna membuka kunci atau memodifikasi domain.

Termasuk di Luar Standar

Tujuan kami adalah menjadikan Perlindungan Domain Cloudflare sebagai solusi aman yang paling dapat diskalakan untuk domain yang tersedia. Kami ingin memastikan bahwa domain yang paling penting bagi pelanggan kami — domain yang sangat penting dan bernilai tinggi — dilindungi dengan aman.

Domain yang memenuhi syarat yang secara eksplisit disertakan dalam kontrak Cloudflare Enterprise dapat disertakan dalam layanan pendaftaran Perlindungan Domain kami tanpa biaya tambahan. Dan, seperti yang kami sebutkan sebelumnya, ini juga akan mencakup biaya pendaftaran dan perpanjangan — jadi tidak hanya mengamankan domain Anda menjadi satu hal yang tidak perlu Anda khawatirkan, tetapi juga pembayarannya.

Tertarik untuk menggunakan Perlindungan Domain Cloudflare ke nama domain Anda? Hubungi pengelola akun Anda dan beri tahu mereka bahwa Anda tertarik. Rincian tambahan akan hadir pada awal Q1, 2022.

Apa yang dimaksud dengan risiko siber untuk bisnis?

Mari kita mulai dengan keamanan dan asuransi — misalnya, menjadi pemilik rumah adalah petualangan dan tanggung jawab. Anda mengatur rumah Anda, memeliharanya, dan mengamankannya dari kemungkinan gangguan sekecil apa pun — memagarinya, mengunci pintu, memasang sistem keamanan canggih, dan sebagainya. Langkah-langkah ini pasti mengurangi kemungkinan gangguan, tetapi Anda tetap membeli asuransi. Mengapa? Untuk menutupi kemungkinan langka bahwa mungkin terjadi kesalahan — kesalahan manusia, seperti membiarkan pintu garasi terbuka, atau kejadian tidak terduga, seperti kebakaran, angin topan, dll. Dan saat ada yang tidak beres, Anda memanggil para ahli (alias polisi) untuk menyelidiki dan menanggapi situasi itu.

Menjalankan bisnis yang memiliki segala jenis kehadiran online berkembang dengan cara yang sama. Mendapatkan postur keamanan yang tepat mutlak diperlukan untuk melindungi bisnis, pelanggan, dan karyawan Anda dari serangan siber yang jahat. Tetapi sebagai pemilik bisnis/CFO/CISO yang bertanggung jawab, bagaimanapun Anda pasti membeli asuransi siber untuk melindungi bisnis Anda dari peristiwa jangka panjang yang dapat memungkinkan penyerang jahat memasuki lingkungan Anda, yang menyebabkan kerusakan berat pada bisnis Anda. Dan jika peristiwa seperti itu benar-benar terjadi, Anda melibatkan perusahaan tanggapan insiden untuk melakukan penyelidikan aktif serta mitigasi.

Singkatnya, Anda melakukan segalanya dalam kendali Anda untuk mengurangi risiko siber bisnis dengan menerapkan langkah-langkah keamanan, asuransi, dan tanggapan aktif yang tepat.

Industri asuransi siber dan maraknya serangan ransomware

Selama dua tahun terakhir, maraknya serangan ransomware telah mendatangkan malapetaka pada bisnis dan industri asuransi siber. Menurut laporan Departemen Keuangan, hampir 600 juta dolar dalam transaksi perbankan berkaitan dengan kemungkinan pembayaran ransomware dalam Laporan Aktivitas Mencurigakan (Suspicious Activity Reports, SAR) yang diajukan oleh perusahaan jasa keuangan kepada Pemerintah AS selama enam bulan pertama tahun 2021, melonjak lebih dari 40% dari total selama 2020. Selain itu, penyelidik Departemen Keuangan mengidentifikasi sekitar 5,2 miliar dolar dalam transaksi bitcoin sebagai kemungkinan pembayaran ransomware, yang menunjukkan jumlah pembayaran ransomware sebenarnya jauh lebih tinggi1.

Kemunculan berbagai serangan ini telah dan seharusnya membuat bisnis lebih waspada, sehingga membuat mereka lebih cenderung menerapkan postur keamanan siber yang tepat dan membeli perlindungan asuransi siber.

Selanjutnya, meningkatnya frekuensi dan keparahan serangan, terutama serangan ransomware, telah menyebabkan peningkatan klaim asuransi dan rasio kerugian (rasio kerugian mengacu pada klaim asuransi, yaitu berapa banyak perusahaan asuransi membayar biaya klaim dibagi dengan total premi yang diperoleh, yaitu berapa banyak pelanggan membayar asuransi mereka) untuk asuransi siber. Sesuai dengan laporan penelitian terkini, jenis kerugian yang paling sering ditanggung oleh perusahaan asuransi siber adalah ransomware (41%), kerugian transfer dana (27%), dan insiden pembobolan email bisnis (19%). Tren ini mendorong operator asuransi lama untuk mengevaluasi kembali jumlah pertanggungan yang dapat mereka tawarkan dan berapa banyak mereka harus membebankan biaya kepada klien untuk melakukannya; sehingga memicu perubahan struktural yang dapat berdampak pada kemampuan perusahaan, terutama usaha kecil dan menengah, untuk menekan risiko siber mereka.

Hasil akhirnya adalah peningkatan drastis dalam premi dan tingkat penolakan selama 12 bulan terakhir di antara beberapa operator, yang telah mendorong pelanggan untuk mencari pertanggungan baru. Premi telah meningkat hingga 50%, menurut pakar dan vendor keamanan informasi, dengan beberapa penawaran melejit hampir 100%.2 Selain itu, kurangnya asuransi siber yang dapat diakses dan pertanggungan tepat yang tidak proporsional berdampak pada usaha kecil dan menengah yang menjadi sasaran empuk serangan siber ini. Menurut laporan penelitian terkini, 70% dari serangan ransomware ditujukan ke organisasi dengan kurang dari 1.000 karyawan.3 Peningkatan automasi serangan siber, ditambah dengan penggunaan alat akses jarak jauh yang tidak aman selama pandemi telah membuat organisasi ini terpapar sembari menghadapi peningkatan premi asuransi siber atau ketiadaan akses ke pertanggungan.

Sementara beberapa operator mengecualikan pembayaran ransomware dari polis pelanggan atau menolak pertanggungan kepada pelanggan yang tidak memiliki langkah-langkah keamanan yang tepat, ada operator asuransi baru yang memberikan insentif kepada pelanggan berupa dalam bentuk pertanggungan yang lebih luas atau harga lebih murah agar secara proaktif menerapkan kontrol keamanan siber.

Kemitraan risiko siber Cloudflare

Di Cloudflare, kami selalu meyakini untuk menjadikan Internet tempat yang lebih baik. Kami telah membantu pelanggan berfokus pada bisnis inti mereka selagi kami menjaga keamanan siber mereka. Kini kami melangkah lebih jauh, membantu pelanggan kami mengurangi risiko siber mereka dengan bermitra bersama penjamin emisi asuransi siber dan penyedia tanggapan insiden terkemuka.

Kami bertekad membantu pelanggan mengurangi risiko siber mereka. Kami melakukannya dengan bermitra bersama beberapa perusahaan terkemuka yang disorot di bawah ini. Pelanggan kami dapat memenuhi syarat untuk peningkatan pertanggungan dan diskon premi polis asuransi siber dengan memanfaatkan postur keamanan mereka bersama Cloudflare.

Perusahaan asuransi: Didukung oleh rangkaian keamanan Cloudflare, pelanggan kami memiliki perlindungan komprehensif terhadap vektor ancaman yang paling umum dan parah. Dalam sebagian besar kasus, ketika penyerang melihat bahwa bisnis menggunakan Cloudflare, mereka menyadari bahwa mereka tidak akan dapat melakukan serangan penolakan layanan (DoS) atau menyusup ke jaringan pelanggan. Setelah mengetahui kekuatan Cloudflare, penyerang lebih suka menghabiskan waktu mereka pada target yang lebih rentan. Ini menyiratkan bahwa pelanggan kami menghadapi frekuensi dan tingkat keparahan serangan yang lebih rendah — kelompok pelanggan ideal yang dapat menyiratkan rasio kerugian lebih rendah untuk penjamin emisi. Mitra kami memahami manfaat keamanan menggunakan rangkaian keamanan Cloudflare dan memungkinkan pelanggan kami memenuhi syarat untuk tarif premi yang lebih murah dan pertanggungan yang ditingkatkan.

Pelanggan Cloudflare dapat memenuhi syarat untuk mendapatkan diskon/kredit premi dan pertanggungan yang ditingkatkan dengan mitra kami At-Bay, Coalition, dan Cowbell Cyber.

“Polis asuransi adalah alat yang efektif untuk menunjukkan dampak pilihan keamanan terhadap risiko keuangan perusahaan. Dengan menawarkan harga yang lebih baik pada perusahaan yang menerapkan kontrol lebih kuat, seperti Perlindungan DDoS Komprehensif Cloudflare, kami membantu nasabah memahami cara terbaik untuk mengurangi risiko. Mendorong nasabah kami untuk menerapkan solusi keamanan inovatif seperti Cloudflare, dipadukan dengan pemantauan risiko aktif gratis At-Bay, telah membantu mengurangi ransomware dalam portofolio At-Bay sebesar 7x di bawah rata-rata pasar.”- Rotem Iram, Pendiri dan CEO, At-Bay

“Upaya Cloudflare untuk menciptakan Internet yang lebih aman begitu luar biasa. Saat teknologi Cloudflare berpadu dengan asuransi, kami dapat melindungi bisnis dengan cara yang benar-benar baru. Kami sangat senang untuk menawarkan kepada pelanggan Cloudflare pertanggungan asuransi siber yang ditingkatkan bersama platform pemantauan keamanan aktif Coalition demi membantu bisnis membangun ketahanan siber sejati dengan polis asuransi yang selalu aktif.”- Joshua Motta, Pendiri & CEO, Coalition

“Kami sangat senang bekerja sama dengan Cloudflare untuk memenuhi kebutuhan keamanan nasabah kami dan membantu mengurangi risiko siber mereka. Berkolaborasi dengan perusahaan keamanan siber seperti Cloudflare pasti akan memungkinkan pendekatan penjaminan berbasis data yang dibutuhkan industri”- Nate Walsh, Head of Strategic Partnerships, Corvus Insurance

“Kompleksitas dan frekuensi serangan siber terus meningkat, serta usaha kecil dan menengah terus menjadi sasaran empuk serangan ini. Melalui mitra seperti Cloudflare, kami ingin mendorong bisnis untuk menerapkan standar keamanan terbaik dan secara proaktif mengatasi kerentanan, sehingga mereka dapat memperoleh keuntungan dari penghematan premi polis asuransi siber mereka.”- Jack Kudale, Pendiri dan CEO, Cowbell Cyber

Perusahaan Tanggapan Insiden: Mitra tanggapan insiden kami menangani situasi aktif dalam serangan setiap hari — membantu pelanggan memitigasi serangan, serta membuat properti web dan jaringan mereka kembali online. Sering kali, waktu yang berharga terbuang sia-sia untuk mencari tahu vendor keamanan yang harus dihubungi dan cara mendapatkan tim yang tepat. Kami mengumumkan hubungan baru dengan penyedia tanggapan insiden terkemuka, CrowdStrike, Mandiant, dan Secureworks, untuk memungkinkan rujukan cepat dari organisasi yang diserang. Sebagai penyegaran — kolega saya, James Espinosa, menulis postingan blog yang bagus tentang cara Cloudflare membantu pelanggan melawan serangan DDoS ransomware.

“Kecepatan saat perusahaan dapat mengidentifikasi, menyelidiki, dan memulihkan ancaman sangat menentukan hasil akhirnya. Kemitraan kami dengan Cloudflare memberi perusahaan kemampuan untuk mengambil tindakan dengan cepat dan menahan paparan pada saat serangan, sehingga memungkinkan mereka untuk bangkit kembali dan sesegera mungkin memulihkan bisnis seperti biasa.”- Thomas Etheridge, Senior Vice President, CrowdStrike Services

“Seiring terus berkembangnya ancaman siber, kebutuhan organisasi untuk menerapkan rencana tanggapan meningkat. Mandiant dan Cloudflare bersama-sama membantu pelanggan kami untuk memitigasi risiko pelanggaran terhadap operasi bisnis mereka. Kami berharap dapat menjumpai lebih banyak kolaborasi teknologi yang sangat dibutuhkan ini yang membantu organisasi mengatasi peningkatan ancaman ransomware dan serangan DDoS secara tepat waktu.”- Marshall Heilman, EVP & Chief Technology Officer, Mandiant

“Tanggapan insiden yang proaktif dan keahlian pengujian berlawanan dari Secureworks yang dipadukan dengan platform global cerdas Cloudflare memungkinkan pelanggan bersama kami memitigasi ancaman serangan siber yang canggih dengan lebih baik. Kemitraan ini merupakan pendekatan yang sangat dibutuhkan untuk mengatasi ancaman siber tingkat lanjut dengan kecepatan dan automasi.”- Chris Bell, Vice President - Strategic Alliances, Secureworks

Apa selanjutnya

Singkatnya, Cloudflare dan mitranya bersatu untuk memastikan pelanggan kami dapat menjalankan bisnis mereka sambil mendapatkan keamanan siber dan pertanggungan risiko yang memadai. Namun, kami tidak akan berhenti di sini. Dalam beberapa bulan mendatang, kami akan berupaya membuat cara terprogram untuk berbagi kecerdasan ancaman dengan mitra risiko siber kami. MelaluiPusat Keamanan, kami ingin memungkinkan pelanggan, jika mereka memilih demikian, untuk membagikan informasi postur keamanan mereka dengan aman kepada mitra kami untuk penjaminan emisi yang lebih mudah dan transparan. Mengingat skala jaringan kami dan besar serta heterogenitas serangan yang kami saksikan, kami berada dalam posisi yang kuat untuk memberikan wawasan kepada mitra seputar risiko jangka panjang.

Jika Anda tertarik untuk mempelajari lebih lanjut, lihatlah tautan mitra (At-Bay, Coalition, dan Cowbell Cyber) atau kunjungi laman kemitraan risiko siber kami. Jika Anda tertarik untuk menjadi mitra, isilah formulir ini.

....

Sumber:

1https://www.wsj.com/articles/suspected-ransomware-payments-for-first-half-of-2021-total-590-million-11634308503

Gallagher, Cyber Insurance Market Update, Mid-year 2021

2https://www.ajg.com/us/news-and-insights/2021/aug/global-cyber-market-update/

3https://searchsecurity.techtarget.com/news/252507932/Cyber-insurance-premiums-costs-skyrocket-as-attacks-surge

Cloudflare diluncurkan pada tahun 2009 untuk membantu membuat Internet yang lebih baik dan membuat kinerja serta keamanan Internet dapat diakses oleh semua orang. Selama dua belas tahun terakhir, kami telah menggoyahkan industri keamanan dan meluncurkan berbagai produk untuk mengatasi masalah pelanggan kami di Keamanan Aplikasi, Keamanan Jaringan, dan Keamanan Perusahaan.

Meskipun ada banyak solusi di pasar untuk mengatasi masalah tertentu, kami telah merancang Cloudflare One sebagai platform terpadu agar dapat mengatasi tantangan keamanan paling mendesak bagi pelanggan kami secara holistik.  Sebagai bagian dari visi ini, dengan bangga kami luncurkan Pusat Keamanan beta publik. Tujuan kami adalah membantu pelanggan memahami permukaan serangan mereka dan dengan cepat mengambil tindakan untuk mengurangi risiko insiden.

Mulai hari ini, semua pengguna Cloudflare dapat menggunakan Pusat Keamanan (tersedia di dasbor Cloudflare Anda) untuk memetakan permukaan serangan mereka, meninjau potensi risiko keamanan dan ancaman terhadap organisasi mereka, serta memitigasi risiko ini cukup dengan beberapa klik.

Perubahan permukaan serangan perusahaan

Tahun lalu, kami mengumumkan Cloudflare One untuk mengatasi sifat kompleks jaringan perusahaan saat ini. Proliferasi cloud publik, aplikasi SaaS, perangkat seluler, dan pekerjaan jarak jauh telah membuat model tradisional jaringan perusahaan menjadi usang. Internet adalah WAN perusahaan baru, yang memerlukan pendekatan baru terhadap cara tim keamanan mengelola permukaan serangan mereka.

Kedua, cara kita membuat aplikasi telah berubah. Aplikasi web saat ini kebanyakan menggunakan kode sumber terbuka dan skrip pihak ketiga. Awal tahun ini, kami mengumumkan Perisai Halaman, yang sekarang disebut GA, untuk membantu pelanggan kami melacak dan memantau dependensi JavaScript pihak ketiga mereka.

Transformasi dalam lanskap TI ini, ditambah dengan evolusi alami yang dialami setiap organisasi — seperti pertumbuhan, gesekan, dan aktivitas M&A — menciptakan kompleksitas yang signifikan bagi tim TI dan keamanan untuk tetap berada di puncak guna menghadapi permukaan serangan yang selalu berubah terhadap organisasi mereka.

Pentingnya manajemen permukaan serangan

Permukaan serangan mengacu pada seluruh jejak TI organisasi yang rentan terhadap serangan siber. Permukaan serangan Anda terdiri dari semua server perusahaan, perangkat, SaaS, dan aset cloud yang dapat diakses dari Internet.

Selama enam bulan terakhir, kami sering mendengar pelanggan kami mengatakan bahwa mereka seringkali tidak benar-benar memahami permukaan serangan mereka.

Karena kemudahan menciptakan sumber daya baru dengan cloud publik atau SaaS, tim TI berusaha untuk tetap berada di atas sumber daya TI bayangan. Bahkan ketika TI mengetahui infrastruktur baru yang dibuat oleh tim pengembang, mereka harus terus berusaha untuk memastikan bahwa sumber daya baru ini dikonfigurasikan sesuai standar keamanan perusahaan.

Bukan hanya sumber daya baru yang menyebabkan masalah bagi tim TI — tim TI juga ingin mengidentifikasi dan menonaktifkan dengan cepat situs web atau aplikasi yang terlupakan yang mungkin memiliki data sensitif atau berpotensi memberikan risiko keamanan pada organisasi mereka.

Tantangan ini semakin diperumit dengan penggunaan perangkat lunak pihak ketiga. Kode sumber terbuka, pustaka JavaScript, aplikasi SaaS, atau perangkat lunak yang dihosting sendiri dapat menimbulkan risiko rantai pasokan ke permukaan serangan Anda. Tim keamanan ingin memantau potensi kerentanan dan ketergantungan yang berbahaya pada perangkat lunak pihak ketiga.

Terakhir, ancaman eksternal menambah permukaan serangan organisasi Anda. Tim keamanan ingin cepat mengidentifikasi dan menghapus aset jahat yang dibuat oleh pelaku yang berbahaya. Aset jahat ini seringkali merupakan situs phishing atau titik distribusi malware yang mencoba mengelabui pelanggan atau karyawan organisasi agar memberikan informasi sensitif atau mengunduh berkas.

Tantangan manajemen permukaan serangan

Dengan daftar potensi risiko dan ancaman yang begitu luas terhadap suatu organisasi, tidak heran jika semua organisasi dari berbagai ukuran berusaha untuk mengikuti permukaan serangan mereka. Banyak pelanggan kami telah membuat solusi internal atau menggunakan berbagai produk keamanan untuk memastikan dan memantau permukaan serangan mereka.

Tetapi pelanggan kami sering mengatakan bahwa solusi ini tidak berhasil. Seringkali, solusi ini terlalu bising dan membuat terlalu banyak peringatan sehingga menyulitkan tim keamanan untuk melakukan triase dan memprioritaskan masalah. Pelanggan juga bosan dengan vendor keamanan yang tersebar dan tidak ingin menambahkan alat lain untuk diintegrasikan dengan solusi keamanan yang ada. Tim keamanan memiliki sumber daya yang terbatas — mengenai staf dan anggaran — dan mereka menginginkan solusi yang memberikan lebih sedikit pekerjaan, bukan lebih banyak.

Memperkenalkan Pusat Keamanan Cloudflare

Agar pengelolaan permukaan serangan dapat diakses dan ditindaklanjuti oleh semua organisasi, kami sangat senang bisa meluncurkan Pusat Keamanan Cloudflare. Pusat Keamanan adalah satu tempat untuk memetakan permukaan serangan Anda, mengidentifikasi potensi risiko keamanan, dan memitigasi risiko cukup dengan beberapa klik.

Mulai hari ini, Anda akan menemukan "Pusat Keamanan" di halaman Beranda Akun Anda.

Setelah membuka Pusat Keamanan di dalam dasbor Cloudflare, Anda akan menemukan dua fitur baru:

• Wawasan Keamanan: Meninjau dan mengelola potensi risiko dan kerentanan keamanan yang terkait dengan infrastruktur TI Anda.
• Infrastruktur: Meninjau dan mengelola infrastruktur TI Anda

Dalam rilis hari ini, jika Anda membuka Wawasan Keamanan, Anda dapat melihat log potensi risiko keamanan, kerentanan, dan konfigurasi tidak aman yang terkait dengan infrastruktur TI Anda di Cloudflare. Ahli keamanan kami telah membantu menyusun deteksi otomatis untuk membantu Anda dengan cepat melakukan triase dan mengatasi masalah paling penting yang memengaruhi permukaan serangan Anda.

Jika ini pertama kalinya Anda menggunakan Pusat Keamanan, Anda harus mengeklik Mulai pindai untuk menyetujui pemindaian Cloudflare terhadap infrastruktur Anda. Setelah Anda memilih masuk ke Pusat Keamanan, kami akan memindai infrastruktur Anda secara rutin:

• Jika Anda memiliki zona paket Pro atau yang lebih tinggi, atau menggunakan Teams Standard atau yang lebih tinggi, setelah masuk ke Pusat Keamanan, kami akan memindai infrastruktur Anda setiap hari.
• Untuk paket Cloudflare lainnya, setelah memilih masuk ke Pusat Keamanan, kami akan memindai infrastruktur Anda tiga hari sekali.

Setelah setiap pemindaian, Anda dapat membuka halaman Wawasan Keamanan untuk melihat ringkasan tingkat tinggi dari permukaan serangan Anda dan mengetahui rincian setiap potensi risiko keamanan yang telah teridentifikasi.

Langsung dari Wawasan Keamanan, Anda dapat menyelesaikan wawasan apa pun dengan membuat perubahan yang disarankan pada konfigurasi Cloudflare Anda cukup dengan beberapa klik.

Dengan setiap pemindaian, kami menginventarisasi aset TI Anda di Cloudflare sebagai bagian dari fitur Infrastruktur di dalam Pusat Keamanan. Di bagian atas halaman, Anda dapat menemukan perincian data DNS Anda berdasarkan Penggunaan Proxy. Di bawah bagan ini, Anda dapat meninjau daftar semua domain Anda di Cloudflare, serta melihat informasi penting lainnya tentang domain Anda.

Apa selanjutnya?

Semua fitur yang tersedia sebagai bagian dari rilis beta Pusat Keamanan hari ini termasuk dalam paket Cloudflare Anda saat ini. Misi kami adalah membantu membangun Internet yang lebih baik, dan kami percaya bahwa membuat manajemen permukaan serangan dapat diakses dan dapat ditindaklanjuti merupakan bagian penting dari misi tersebut. Kami ingin semua orang, mulai dari pengembang web individu hingga CIO perusahaan Fortune 100, dapat dengan mudah mengamankan jejak TI mereka.

Anda dapat mulai menggunakan rilis beta Pusat Keamanan hari ini dengan membuka dasbor Cloudflare Anda. Cukup dengan beberapa klik, Anda dapat memastikan bahwa pengaturan Cloudflare dioptimalkan untuk keamanan organisasi Anda.

Kami senang menerima masukan dari Anda tentang Pusat Keamanan. Jika Anda memiliki komentar, pertanyaan, atau masalah, harap langsung hubungi kami di securitycenter@cloudflare.com atau forum Komunitas Cloudflare kami.

Nantikan pembaruan berikutnya karena kami akan terus menambahkan lebih banyak fitur ke Pusat Keamanan. Anda akan segera dapat mengontrol aset TI di Cloudflare serta seluruh jejak TI Anda. Kami akan terus mengembangkan kemampuan deteksi risiko kami, melampaui Keamanan Aplikasi hingga Keamanan Jaringan, Keamanan Perusahaan, dan Keamanan Merek.

Berhati-hatilah dengan Orang yang Membuang Sampah

Untuk memahami proposisi nilai Zaraz, Anda perlu memahami salah satu risiko terbesar bagi sebagian besar situs web yang kurang diperhatikan oleh orang. Untuk memahaminya, saya akan menggunakan analogi.

Bayangkan Anda menjalankan sebuah bisnis. Anggap saja bisnis itu adalah, misalnya, apotek. Anda memiliki karyawan. Mereka memiliki proses dan cara kerja sendiri. Mereka terikat kontrak, dan Anda melakukan pemeriksaan latar belakang sebelum mempekerjakan mereka. Mereka bekerja dengan baik dan Anda mempercayai mereka. Namun, suatu hari, Anda menyadari bahwa tidak ada karyawan yang membuang sampah. Sehingga Anda meminta tim Anda untuk mencari seseorang yang dapat membuang sampah secara rutin.

Tim Anda sibuk dan tidak punya waktu untuk menambahkan tugas ini ke daftar tugas rutin mereka. Namun, satu karyawan yang berani memiliki sebuah ide. Dia pergi ke jalan dan memanggil orang asing. "Hai," kata karyawan Anda kepada orang asing itu. "Aku melihatmu berjalan di sini setiap hari. Kamu mau mampir dan membuang sampah saat melewati jalan ini?

"Eh", kata orang asing itu. "Tentu saja?!"

"Bagus," kata karyawan Anda. "Ini tanda pengenal untuk masuk ke gedung. Tempat sampah berada di belakang area aman apotek, tetapi, jangan khawatir, gunakan saja tanda pengenalnya, dan kamu bisa kembali ke sana. Kelihatannya kamu bisa dipercaya. Ini akan berhasil!!"

Ide itu memang berhasil untuk sementara. Orang asing itu lewat setiap hari. Membuang sampah. Bekerja seperti yang diharapkan. Dan tidak ada lagi yang memikirkan tentang sampah.

Tapi suatu hari Anda masuk, dan ternyata apotek telah dirampok. Obat-obatan dicuri, rekam medis pasien hilang. Log menunjukkan bahwa tanda pengenal orang asing itulah yang digunakan untuk masuk ke apotek. Anda mencari orang asing itu, dan dia berkata, "Hei, sayang sekali, tapi bukan saya yang melakukannya". Sudah lama saya menyerahkan tanggung jawab untuk membuang sampah itu kepada orang lain karena saya tidak lagi berjalan melewati apotek setiap hari."

Kemudian Anda tidak pernah mencari orang yang menggunakan akses khusus tersebut dan mengkhianati kepercayaan Anda.

Kunci Kerajaan

Tentu saja, ini gila. Tidak ada yang akan memilih orang asing secara acak dari jalan dan memberinya akses ke toko fisik mereka. Namun, di dunia maya, kejadian semacam ini umum terjadi.

Setiap hari, pengembang front-end, pemasar, dan bahkan tim keamanan menyematkan skrip pihak ketiga langsung di halaman web mereka. Skrip ini melakukan tugas dasar — ibarat kata seperti membuang sampah. Ketika berfungsi dengan benar, skrip ini dapat bermanfaat dalam menghadirkan fungsionalitas tingkat lanjut ke situs, membantu melacak konversi pemasaran, menyediakan analitik, atau menghentikan penipuan. Tetapi, jika tidak berfungsi dengan benar, skrip tersebut dapat menyebabkan masalah besar dan bahkan mencuri data.

Biasanya, skrip yang dikonfigurasikan dengan buruk dapat memperlambat halaman rendering. Meskipun ada cara agar skrip tidak memblokir, sayangnya para pengembang tidak selalu melakukan praktik terbaik. Seringkali ketika kita melihat situs web yang lambat, penyebab kelambatan terbesar adalah semua skrip pihak ketiga yang telah disematkan.

Tapi itu bisa lebih buruk. Jauh lebih buruk. Di Cloudflare, kami telah melihatnya secara langsung. Pada tahun 2019, seorang peretas menyerang layanan pihak ketiga yang digunakan oleh Cloudflare dan mengubah JavaScript pihak ketiga tersebut yang dimuat pada halaman cloudflare.com. Tujuannya adalah mencuri login cookie, nama pengguna, dan kata sandi. Mereka bahkan secara otomatis membuat kolom nama pengguna dan kata sandi yang terisi otomatis.

Berikut cuplikan kode aktual yang dimasukkan:

Untungnya, serangan ini hanya menyebabkan kerusakan kecil karena bisa diselesaikan dengan sangat cepat oleh tim, tetapi ini menunjukkan bahaya yang sangat nyata dari JavaScript pihak ketiga. Mengapa kode yang dirancang untuk menghitung jumlah klik bahkan diizinkan untuk membuat kolom kata sandi?

Sederhananya, JavaScript pihak ketiga adalah mimpi buruk bagi keamanan web. Apa yang tampak seperti perubahan satu baris sederhana ("cukup tambahkan JavaScript ini untuk mendapatkan pelacakan tampilan halaman gratis!") membuka celah bagi kode berbahaya yang tidak dapat Anda kendalikan.

Yang lebih buruk adalah JavaScript pihak ketiga dapat dan memang memuat JavaScript lain dari pihak lain yang tidak dikenal. Bahkan jika Anda memercayai perusahaan yang kodenya Anda pilih untuk disematkan, Anda mungkin tidak akan memercayai (atau bahkan tahu) apa yang akan mereka sertakan.

Lebih parahnya lagi, skrip ini bisa berubah kapan saja. Ancaman keamanan bisa datang dan pergi. Penyerang yang menargetkan Cloudflare dapat membahayakan pihak ketiga dan mengubah layanan mereka agar hanya menyerang Cloudflare dan menyertakan fitur anti-debugging guna mencoba menghentikan pengembang menemukan adanya peretasan. Jika Anda seorang CIO dan ini tidak membuat Anda takut, tanyakan kepada tim pengembangan web berapa banyak skrip pihak ketiga yang ada di situs web Anda. Apakah Anda mempercayai mereka semua?

Praktik menambahkan skrip pihak ketiga untuk menangani tugas sederhana sama halnya dengan menarik orang asing secara acak dari jalan, memberi mereka akses fisik ke kantor Anda, dan meminta mereka mampir sekali sehari untuk membuang sampah. Hal tersebut adalah sebuah kegilaan di dunia fisik, namun merupakan praktik yang umum dilakukan dalam pengembangan web.

Sandboxing Orang Asing

Di Cloudflare, solusi kami sangat kejam. Kami memerintahkan agar semua skrip pihak ketiga dihapus dari situs web kami. Berbagai tim di Cloudflare prihatin dengan hal ini. Terutama tim pemasaran kami, yang menggunakan skrip ini untuk menilai apakah kampanye yang mereka jalankan berhasil. Namun, kami memutuskan bahwa melindungi integritas layanan kami lebih penting daripada memiliki visibilitas ke hal-hal seperti kampanye pemasaran.

Sekitar waktu inilah kami bertemu tim di belakang Zaraz. Mereka berpendapat tidak perlu ada pilihan drastis seperti itu. Bagaimana jika, sebagai gantinya, Anda dapat secara ketat mengontrol apa yang dilakukan skrip yang Anda sisipkan di halaman Anda. Pastikan jika mereka pernah disusupi, mereka tidak akan memiliki akses ke apa pun yang tidak boleh mereka lihat. Pastikan bahwa jika gagal atau lambat, halaman tidak akan dirender.

Kami telah menghabiskan setengah tahun terakhir menguji Zaraz, dan itu keajaiban. Hal itu memberi Anda yang terbaik dari web yang fleksibel dan dapat diperluas sambil memastikan bahwa CIO dan CISO dapat tidur nyenyak di malam hari mengetahui bahwa meskipun penyedia skrip pihak ketiga disusupi, itu tidak akan mengakibatkan insiden keamanan.

Untuk memperjelas, jika Cloudflare menjalankan Zaraz maka ancaman dari skrip yang dikompromikan yang kami lihat pada tahun 2019 akan sepenuhnya dan secara otomatis dihilangkan. Tidak ada cara bagi penyerang untuk membuat kolom nama pengguna dan kata sandi tersebut, tidak ada akses ke cookie yang disimpan di browser pengguna. Celah serangan akan benar-benar dihilangkan.

Kami telah menerbitkan dua postingan lain hari ini yang menguraikan cara kerja Zaraz serta contoh bagaimana perusahaan menggunakannya untuk memastikan keberadaan web mereka aman, andal, dan cepat. Kami membuat Zaraz tersedia untuk pelanggan Perusahaan kami segera, dan semua pelanggan lain dapat mengakses versi beta gratis di dasbor mereka mulai hari ini.

Jika Anda adalah pengembang skrip pihak ketiga, perhatikan bahwa jika Anda tidak mengamankan skrip dengan benar, maka saat Zaraz meluncurkan lebih banyak web, skrip Anda akan berhenti berfungsi. Hari ini, Cloudflare digunakan di hampir 20% dari semua situs web dan, tak lama kemudian, kami berharap teknologi Zaraz akan membantu melindungi semuanya. Kami ingin memastikan semua skrip yang berjalan di situs pelanggan kami memenuhi standar keamanan, keandalan, dan kinerja modern. Jika Anda memerlukan bantuan untuk mencapainya, hubungi kami, dan kami akan siap membantu: zaraz@cloudflare.com.

Sementara itu, kami mendorong Anda untuk membaca tentang cara kerja teknologi Zaraz dan bagaimana pelanggan seperti Instacart menggunakannya untuk membangun kehadiran web yang lebih baik.

Sungguh luar biasa untuk memiliki Zaraz, melanjutkan misi Cloudflare untuk membantu membangun Internet yang lebih baik. Selamat Datang di tim. Dan seiring dengan itu: kami ingin menyambut Anda di Zaraz! Kami senang Anda dapat memanfaatkan teknologi yang membuat web ini lebih baik.

Saatnya mengucapkan selamat tinggal pada Tag Manager dan Platform Data Pelanggan tradisional. Mereka telah melakukan bagian mereka, dan mereka melakukannya dengan baik, tetapi seiring berkembangnya web, mereka juga mengakibatkan beberapa masalah serius. Kami hadir untuk memecahkan masalah tersebut.

Masalah dalam beban pihak ketiga

Yo'av dan saya mendirikan Zaraz setelah berpengalaman bekerja di sisi seberang untuk implementasi alat pihak ketiga. Saya bekerja dengan manajer pemasaran dan produk yang sering meminta untuk menerapkan satu alat analitik lagi di situs web, sementara Yo'av adalah pengembang yang mencoba menundanya karena risiko kinerja dan keamanan yang dilibatkan.

Kami mulai membangun Zaraz setelah berdiskusi dengan ratusan teknisi yang frustrasi dari seluruh dunia. Itu semua terjadi ketika kami bergabung dengan Y Combinator pada musim dingin 2020. Kami kemudian mengerjakan produk yang sama sekali berbeda: perangkat lunak QA untuk alat analisis web. Dalam setiap promosi ke pelanggan baru, kami biasa menampilkan daftar alat yang sedang dimuat di situs pelanggan tersebut. Kami juga menyajikan daftar bug penerapan yang terkait dengan alat ini. Kami terus mendengar pertanyaan yang sama dan agak tidak berhubungan ini berulang kali: “Bagaimana bisa kami memuat begitu banyak alat pihak ketiga? Apakah ini menyebabkan perlambatan? Apakah itu memengaruhi SEO? Bagaimana saya bisa melindungi pengguna saya jika salah satu alat ini diretas?” Tidak ada yang benar-benar memedulikan QA. Teknisi menanyakan peningkatan kinerja dan risiko keamanan yang disebabkan oleh alat pihak ketiga.

Kami tidak yakin dengan jawaban atas pertanyaan-pertanyaan ini. Tetapi kami menyadari mungkin ada sesuatu yang lebih besar yang tersembunyi di baliknya. Jadi kami memutuskan untuk melakukan penelitian. Kami membuat bot dan memindai 5.000 domain yang paling banyak dikunjungi di AS. Kami memuatnya dengan dan tanpa alat pihak ketiga, lalu membandingkan hasilnya. Rata-rata, alat pihak ketiga memperlambat web sebesar 40%. Di pertengahan 2010-an, beberapa tahun setelah Google merilis Tag Manager, teknisi sering bertanya kepada kami jika menambahkan Google Tag Manager (GTM) akan memperlambat situs web mereka. Saat itu, tidak ada yang memiliki jawaban jelas. Jawaban resmi Google adalah bahwa GTM memuat secara tidak sinkron, dan oleh karena itu seharusnya tidak memperlambat pemuatan "bagian yang terlihat oleh pengguna" dari laman. Sementara itu, kami telah mempelajari bahwa itu sama sekali tidak benar.

Terlepas dari kenyataan bahwa Google mendorong pasar untuk meluncurkan situs web yang lebih cepat, sering kali tumpukan mereka sendirilah yang menyebabkan beban. Jika Anda pernah menggunakan Google PageSpeed Insights, Anda mungkin memperhatikan bahwa Google menunjukkan alat mereka sendiri sebagai masalah di bagian diagnosis. Bahkan di Toko Merchandise Google, yang menggunakan sebagian besar alat Google (GTM, Analytics, iklan, DoubleClick, dll.), alat pihak ketiga memblokir utas utama selama kurang lebih empat detik. GTM sendiri bertanggung jawab untuk memblokir lebih dari satu detik. Perkembangan terbaru di lapangan, seperti penemuan Platform Data Pelanggan, hanya memperparah situasi karena lebih banyak kode pihak ketiga sekarang sedang dievaluasi dan dijalankan di browser daripada sebelumnya.

Pada tahun 2021, situs web median menggunakan 21 solusi pihak ketiga pada perangkat seluler dan 23 di desktop, sementara di persentil ke-90, angka-angka ini naik menjadi 89 solusi pihak ketiga di perangkat seluler, dan 91 di desktop. Saat Anda memuat puluhan alat pihak ketiga, situs web Anda akan melambat. Ini akan merusak metrik penting seperti Total Blocking Time, Time to Interactive, dan banyak lagi. Faktanya, ini tindakan yang sia-sia.

Dalam era saat semuanya berlangsung secara online, kecepatan menjadi keunggulan kompetitif. Dalam iklim digital saat ini, jelas bahwa situs web yang lebih cepat memengaruhi laba dan mengalahkan persaingan. Data terbaru yang diterbitkan oleh Google dan Deloitte menunjukkan bahwa perubahan waktu muat 0,1 detik saja dapat memengaruhi setiap langkah perjalanan pengguna, yang pada akhirnya meningkatkan tingkat konversi hingga 10% di berbagai industri. Selanjutnya, Google mengumumkan Core Web Vitals tahun lalu, yaitu serangkaian metrik untuk mengukur kecepatan yang memengaruhi peringkat SEO Anda.

Banyaknya alat ini juga memaparkan situs web terhadap keamanan server dan ancaman privasi. Karena sebagian besar alat meminta sumber daya JavaScript jarak jauh, pelanggan tidak dapat melacak hal yang sedang dimuat di situs web mereka. Dan jika itu tidak cukup, sebagian besar alat pihak ketiga akan memanggil sumber daya pihak ketiga lainnya, atau mengarahkan permintaan HTTP ke titik akhir yang tidak pernah Anda ketahui keberadaannya. Praktik buruk ini membuat pengguna Anda terkena ancaman berbahaya dan terlalu sering melanggar etika privasi. Dengan penerapan GDPR, CCPA, dan peraturan lainnya, ini tentu menjadi masalah yang memusingkan.

Tren menunjukkan perubahan besar dalam cara kami menggunakan pihak ketiga saat ini, terutama alat periklanan dan pemasaran. Browser utama memaksakan batasan ketat bawaan pada penggunaan cookie pihak ketiga. Publik mengemukakan kekhawatiran tentang privasi dan masalah izin pengguna. Hanya masalah waktu sampai alat pemasaran dan periklanan akan dipaksa untuk menghentikan penggunaan cookie pihak ketiga. Oleh karena itu, masuk akal untuk membuka API mereka dan mengizinkan pemuatan cloud untuk pelanggan. Dan perusahaan perlu menerapkan infrastruktur yang mudah digunakan untuk melakukan perubahan ini. Membangun infrastruktur ini di edge cukup masuk akal karena harus dijalankan sedekat mungkin dengan pengguna akhir agar dapat berfungsi.

Jadikan situs web Anda lebih cepat, dan aman dengan Zaraz!

Zaraz dapat secara signifikan meningkatkan kinerja situs web dengan mengoptimalkan cara memuat alat pihak ketiga. Setiap alat yang kami dukung sedikit berbeda, tetapi ide utamanya adalah menjalankan apa pun yang kami bisa di backend cloud, bukan di browser. Dengan dasbor, pelanggan dapat menerapkan semua jenis solusi pihak ketiga: widget interaktif, alat analitik, alat periklanan, automasi pemasaran, alat CRM, dll. Versi beta mencakup pustaka 18 alat pihak ketiga yang dapat Anda integrasikan ke dalam situs web. Dalam beberapa klik, Anda dapat mulai memuat alat sepenuhnya di cloud, tanpa JavaScript apa pun yang berjalan di browser pengguna akhir Anda. Anda dapat mempelajari lebih lanjut tentang teknologi unik kami dalam postingan blog yang ditulis oleh Yo'av Moshe, CTO kami.

Memindahkan eksekusi skrip pihak ketiga dari browser berdampak signifikan pada waktu pemuatan laman, sebab lebih sedikit kode yang berjalan di browser. Ini juga menciptakan lapisan keamanan dan kontrol ekstra atas Informasi Identifikasi Pribadi, Informasi Kesehatan yang Dilindungi, atau informasi sensitif lainnya yang sering kali secara tidak sengaja diteruskan ke vendor pihak ketiga. Dan jika situs Anda menyertakan beberapa sumber daya pihak ketiga, Cloudflare akan mengumumkan PageShield hari ini, solusi untuk melindungi situs web Anda dari potensi risiko. Kedua produk tersebut menawarkan solusi holistik untuk keamanan pihak ketiga dan ancaman privasi.

Untuk pelanggan yang ingin menguji integrasi lebih kompleks, kami menawarkan API Peristiwa, dan serangkaian variabel yang telah ditetapkan sebelumnya yang dapat Anda gunakan. Dengan cara ini, Anda dapat mengukur konversi atau tindakan apa pun yang terjadi di situs web Anda berdasarkan konteks. Untuk pengguna Google Tag Manager saat ini, kami memiliki kabar baik: Zaraz menawarkan kompatibilitas mundur dataLayer secara langsung. Anda dapat dengan mudah beralih dari GTM ke Zaraz, tanpa perlu mengubah apa pun di basis kode Anda. Dalam waktu dekat, kami juga akan mempermudah proses impor konfigurasi GTM Anda saat ini ke Zaraz.

Instacart mencapai Waktu Pemblokiran 0 md, dan meningkatkan keamanan dengan Zaraz

“Dengan memanfaatkan Zaraz, Instacart dapat melejitkan kinerja domain khusus Shopper kami dengan perubahan minimal yang diperlukan untuk keseluruhan situs. Kami telah melakukan banyak optimasi ke https://shoppers.instacart.com/ tetapi kami mengidentifikasi alat pihak ketiga sebagai masalah berikutnya dalam dampak kinerja. Dengan Zaraz, kami mengoptimalkan waktu pemuatan pihak ketiga dan menggunakan Cloudflare Worker, kami mempertahankan integrasi di subdomain kami sendiri, dengan tetap mengontrol visibilitas dan keamanan.”- Marc Barry, Staff Software Engineer, Fondasi Cloud di Instacart

Tidak ada yang lebih pas untuk membahas manfaat menggunakan Zaraz daripada pelanggan kami. Instacart, platform grosir online terkemuka di Amerika Utara, telah memutuskan untuk menguji Zaraz di domain shoppers.instacart.com. Mereka memiliki dua tujuan: untuk meningkatkan keamanan dan privasi, serta meningkatkan kecepatan laman (lebih khususnya, untuk meningkatkan Total Waktu Pemblokiran).

Untuk bagian keamanan dan privasi, fakta bahwa Zaraz secara default tidak menyimpan informasi apa pun tentang pengguna akhir, tetapi hanya bertindak sebagai saluran, berperan penting dalam keputusan mereka untuk mengujinya. Dan dengan mencegah skrip pihak ketiga berjalan langsung di browser, mereka bermaksud mengurangi risiko keamanan yang terkait dengan penggunaan alat pihak ketiga. Untuk mendapatkan kontrol lebih, mereka telah memutuskan menggunakan Cloudflare Worker untuk membuat proxy semua permintaan ke dan dari layanan Zaraz, melalui sub-domain shoppers.instacart.com mereka. Ini memberi mereka visibilitas dan kontrol penuh atas proses pengiriman data ke pihak ketiga, termasuk Zaraz.

Instacart adalah salah satu perusahaan paling cakap teknologi di dunia, dan sub-domain Shopper cukup cepat untuk memulai daripada situs web lain. Mereka telah melakukan banyak hal untuk meningkatkan metrik kecepatannya sebelumnya. Tetapi mereka telah mencapai titik saat skrip pihak ketiga adalah hal utama yang memperlambatnya.

Seperti yang disajikan dalam grafik di atas, meluncurkan Zaraz secara signifikan dapat meningkatkan kecepatan laman untuk perangkat seluler. Total Waktu Pemblokiran berkurang dari 500 md menjadi 0 md. Waktu untuk Interaktif meningkat sebesar 63%, menurun dari 11,8 menjadi 4,26 detik. Waktu CPU meningkat 60%, dari 3,62 detik menjadi 1,45 detik. Dan bobot JavaScript menyusut sebesar 63%, dari 448 KB menjadi 165 KB.

Kami juga mengukur peningkatan signifikan pada desktop. Total Waktu Pemblokiran berkurang dari 65 md menjadi 0 md. Waktu untuk Interaktif meningkat sebesar 23%, menurun dari 1,64 menjadi 1,26 detik. Waktu CPU meningkat sebesar 55%, dari 1,57 detik menjadi 0,7 detik. Dan bobot JavaScript meningkat dengan jumlah yang sama — dari 448 KB menjadi 165 KB.

Dengan semakin banyak pemimpin industri seperti Instacart yang mulai memindahkan alat ke cloud, hanya menunggu waktu hingga sebagian besar vendor dan startup SaaS akan mulai membangun integrasi sisi server sebagai solusi lengkap yang berjalan di edge. Vendor pihak ketiga tidak pernah bermaksud untuk membahayakan, mereka hanya kekurangan alat untuk membangun integrasi yang dapat ditingkatkan di edge. Bersama Instacart, kami berkesempatan untuk terhubung langsung dengan beberapa vendor, berkolaborasi, dan berupaya menemukan solusi paling optimal. Ke depannya, kami akan berupaya keras untuk berkolaborasi dengan perusahaan dan vendor SaaS, serta memberi mereka cara mudah untuk membangun solusi di edge. Simak terus!

Masa depan Zaraz sebagai platform

Hari ini menandai tonggak penting dalam sepak terjang perusahaan kami. Tim kami sangat senang bergabung dengan kantor Cloudflare di Portugal, saat kami akan terus memimpin pengembangan produk Zaraz. Sebagai bagian dari Cloudflare, kami akan mengubah Zaraz menjadi platform tempat vendor pihak ketiga dapat dengan mudah membangun alat dan memanfaatkan kemampuan jaringan global Cloudflare. Kami akan memimpin seluruh industri menuju adopsi pemuatan sisi server dari alat pihak ketiga dan akan memungkinkan semua orang dengan mudah membuat produk yang lebih baik, lebih cepat, dan lebih aman.

Fakta bahwa Zaraz sepenuhnya berjalan pada Workers, bahkan sebelum kami bergabung dengan Cloudflare, menjadikan integrasi begitu sederhana dan cepat. Hasilnya, kami dapat dengan cepat melanjutkan untuk membangun fitur baru hingga mencapai penawaran lengkap dan ketersediaan umum. Kemampuan internal Cloudflare yang unik akan memungkinkan kami menjadikan Zaraz lebih kuat dan menyederhanakan proses orientasi pelanggan baru. Satu peningkatan besar yang telah kami capai adalah pelanggan Cloudflare tidak perlu membuat perubahan kode apa pun untuk menggunakan Zaraz. Setelah diaktifkan, skrip kita akan dimasukkan langsung di HTML. Hal menarik lainnya adalah seluruh layanan sekarang berjalan di domain Anda sendiri.

Selain itu, kami berencana untuk memanfaatkan keahlian Cloudflare guna memperluas rangkaian fitur kami serta membantu pelanggan menghadapi lebih banyak ancaman keamanan dan risiko privasi yang diakibatkan oleh kode pihak ketiga. Salah satu contohnya adalah menambahkan pemicu geolokasi, untuk memungkinkan memuat alat yang berbeda kepada pengguna akhir yang mengunjungi situs web Anda dari berbagai belahan dunia. Ini diperlukan agar tetap mematuhi beragam peraturan. Contoh lainnya adalah fitur Pencegahan Kehilangan Data, yang saat ini digunakan oleh beberapa pelanggan perusahaan kami. Fitur DLP memindai setiap permintaan yang masuk ke titik akhir pihak ketiga demi memastikannya tidak menyertakan informasi sensitif seperti nama, alamat email, SSN, dll. Masih banyak lagi fitur dalam saluran.

Perusahaan berpengaruh seperti Cloudflare akan membantu kami mendorong perubahan positif di pasar, mendorong vendor untuk membangun di edge, dan perusahaan mengadopsi pemuatan cloud. Kami berencana memperluas SDK guna memungkinkan semua vendor pihak ketiga membangun integrasi mereka di platform kami dan dengan mudah menjalankan solusi mereka di edge, menggunakan Workers. Bersama Cloudflare, kami akan memainkan peran utama dalam perubahan pemuatan kode pihak ketiga ke cloud. Saatnya mengucapkan selamat tinggal pada Tag Manager dan Platform Data Pelanggan. Pengumuman ini menandai akhir dari sebuah era. Tak lama lagi, kita semua akan menikmati pengalaman penelusuran yang 40% lebih cepat, cukup dengan mengoptimalkan cara situs web memuat alat pihak ketiga.

Menawarkan Zaraz kepada jutaan pengguna Cloudflare dari seluruh dunia membawa kami selangkah lebih maju untuk mencapai tujuan: menjadikan Internet lebih cepat dan lebih aman, bagi semua orang. Kami percaya pengalaman pengguna situs web apa pun — kecil atau besar —tidak boleh dirusak oleh penggunaan analitik, chatbot, atau alat pihak ketiga lainnya. Alat-alat ini harus meningkatkan pengalaman pengguna, bukan merusaknya. Dan kami tidak akan berhenti sampai seluruh web beralih ke pemuatan cloud alat pihak ketiga, sehingga membebaskan browser untuk melakukan hal yang awalnya ditetapkan untuk dilakukan: memuat situs web. Kami bersemangat akan masa depan ini dan tak akan berhenti sampai tujuan kami tercapai.

Jika Anda ingin menjelajahi versi beta gratis, klik di sini. Jika Anda adalah perusahaan dan memiliki persyaratan tambahan/khusus, klik di sini untuk bergabung ke daftar tunggu. Untuk bergabung ke saluran Discord kami, klik di sini.

Kami sangat menikmati belajar tentang solusi mereka sehingga kami ingin memperkuat cerita mereka. Secara khusus, kami menghargai bagaimana teknisi Kudelski Security memanfaatkan fleksibilitas dan skalabilitas teknologi kami sepenuhnya guna mengotomatisasi alur kerja bagi pengguna akhir mereka. Jika Anda tertarik untuk mempelajari lebih lanjut tentang Kudelski Security, lihat pekerjaan mereka di bawah ini atau blog penelitian mereka.

Akses Zero Trust ke Kubernetes

Selama beberapa tahun terakhir, tim teknisi Kudelski Security telah memprioritaskan migrasi infrastruktur kami ke lingkungan multi-cloud. Migrasi cloud internal kami mencerminkan apa yang dikejar klien akhir kami dan telah membekali kami dengan keahlian dan alat guna meningkatkan layanan kami bagi mereka. Selain itu, transisi ini telah memberi kami kesempatan untuk membayangkan kembali pendekatan keamanan kami sendiri dan menerapkan praktik terbaik Zero Trust.

Sejauh ini, salah satu aspek paling menantang dari adopsi Zero Trust kami adalah mengamankan akses ke berbagai bidang kontrol (API) Kubernetes (K8s) kami di berbagai lingkungan cloud. Awalnya, tim infrastruktur kami berusaha untuk mendapatkan visibilitas dan menerapkan kontrol berbasis identitas yang konsisten ke berbagai API yang terkait dengan klaster K8s yang berbeda. Selain itu, saat berinteraksi dengan API ini, pengembang kami sering tidak mengetahui klaster mana yang perlu mereka akses dan bagaimana melakukannya.

Untuk mengatasi pergesekan ini, kami merancang solusi internal yang memanfaatkan Cloudflare untuk mengotomatisasi bagaimana pengembang dapat dengan aman mengautentikasi ke klaster K8 yang berada di cloud publik dan lingkungan di lokasi. Secara khusus, untuk pengembang tertentu, kini kami dapat menampilkan semua layanan K8s yang mereka akses di lingkungan cloud tertentu, mengautentikasi permintaan akses menggunakan aturan Zero Trust Cloudflare, dan membuat koneksi ke klaster tersebut melalui Identity-aware proxy Cloudflare, Cloudflare Tunnel.

Yang terpenting, alat otomatisasi ini telah memungkinkan Kudelski Security sebagai organisasi untuk meningkatkan postur keamanan kami dan meningkatkan pengalaman pengembang kami pada saat yang bersamaan. Kami memperkirakan bahwa alat ini dapat memberi penghematan pada pengembang baru setidaknya dua jam dari waktu yang dihabiskan untuk membaca dokumentasi, mengirimkan tiket layanan TI, dan secara manual menerapkan dan mengonfigurasi berbagai alat yang diperlukan untuk mengakses klaster K8s yang berbeda.

Di blog ini, kami merinci beberapa poin masalah spesifik yang kami tangani, bagaimana kami merancang alat otomatisasi kami, dan bagaimana Cloudflare membantu kami berkembang dalam perjalanan Zero Trust kami dengan cara kerja dari rumah yang ramah.

Tantangan mengamankan lingkungan multi-cloud

Karena Kudelski Security telah memperluas layanan klien dan tim pengembangan internal kami, kami secara inheren telah memperluas jejak aplikasi kami dalam beberapa klaster K8s dan beberapa penyedia cloud. Untuk teknisi dan pengembang infrastruktur kami, API klaster K8s adalah titik masuk penting untuk pemecahan masalah. Kami mengerjakan GitOps dan semua penerapan aplikasi secara otomatis, tetapi kami masih harus selalu terhubung ke klaster untuk menarik log atau men-debug masalah.

Namun, mempertahankan keragaman ini mengakibatkan kompleksitas dan tekanan bagi administrator infrastruktur. Untuk pengguna akhir, infrastruktur yang luas dapat diterjemahkan ke kredensial yang berbeda, alat akses yang berbeda untuk setiap klaster, dan file konfigurasi yang berbeda untuk dilacak.

Pengalaman akses yang kompleks seperti itu dapat membuat pemecahan masalah waktu riil menjadi sangat menyakitkan. Misalnya, teknisi panggilan yang mencoba memahami lingkungan K8s yang tidak dikenal mungkin akan menggali banyak dokumentasi atau dipaksa untuk membangunkan rekan kerja lain untuk mengajukan pertanyaan sederhana. Semua ini rawan kesalahan dan membuang waktu yang berharga.

Pendekatan umum dan tradisional untuk mengamankan akses ke K8s API menghadirkan tantangan yang kami tahu ingin kami hindari. Misalnya, kami merasa bahwa mengekspos API ke internet publik secara inheren akan meningkatkan permukaan serangan kami, itu adalah risiko yang tidak dapat kami tanggung. Selain itu, kami tidak ingin memberikan akses berbasis luas ke API klaster kami melalui jaringan internal dan mengabaikan risiko pergerakan lateral. Seiring pertumbuhan Kudelski, biaya operasional dan kerumitan penerapan VPN di seluruh tenaga kerja kami dan lingkungan cloud yang berbeda akan menimbulkan tantangan penskalaan juga.

Sebaliknya, kami menginginkan pendekatan yang memungkinkan kami mempertahankan lingkungan kecil dan mikro tersegmentasi, domain kegagalan kecil, dan tidak lebih dari satu cara untuk memberikan akses ke layanan.

Memanfaatkan Identity-aware Proxy Cloudflare untuk akses Zero Trust

Untuk melakukan ini, tim teknik Kudelski Security memilih pendekatan yang lebih modern: membuat koneksi antara pengguna dan setiap klaster K8s kami melalui Identity-aware proxy (IAP). IAP fleksibel dalam memberlakukan dan menambahkan layer keamanan tambahan di depan aplikasi kami dengan memverifikasi identitas pengguna saat permintaan akses dibuat. Lebih lanjut, mereka mendukung pendekatan Zero Trust kami dengan membuat koneksi dari pengguna ke aplikasi individual — bukan seluruh jaringan.

Setiap klaster memiliki IAP dan kumpulan kebijakannya sendiri, yang memeriksa identitas (melalui SSO perusahaan kami) dan faktor kontekstual lainnya seperti postur perangkat laptop pengembang. IAP tidak menggantikan mekanisme autentikasi klaster K8s, ia menambahkan yang baru di atasnya, dan berkat federasi identitas dan SSO, proses ini sepenuhnya transparan bagi pengguna akhir kami.

Dalam setup kami, Kudelski Security menggunakan IAP Cloudflare sebagai komponen Cloudflare Access -- solusi ZTNA dan salah satu dari beberapa layanan keamanan yang disatukan oleh platform Zero Trust Cloudflare.

Untuk berbagai aplikasi berbasis web, IAP membantu menciptakan pengalaman tanpa hambatan bagi pengguna akhir yang meminta akses melalui browser. Pengguna mengautentikasi melalui SSO perusahaan atau penyedia identitas mereka sebelum mencapai aplikasi yang aman, sementara IAP bekerja di belakang layar.

Aliran pengguna itu terlihat berbeda untuk aplikasi berbasis CLI karena kami tidak dapat mengarahkan ulang aliran jaringan CLI seperti yang kami lakukan di browser. Dalam kasus kami, teknisi kami ingin menggunakan klien K8s favorit mereka yang berbasis CLI seperti kubectl atau k9s. Ini berarti Cloudflare IAP kami perlu bertindak sebagai proxy SOCKS5 antara klien CLI dan setiap klaster K8s.

Untuk membuat koneksi IAP ini, Cloudflare menyediakan daemon dari sisi server ringan yang disebut cloudflared yang menghubungkan infrastruktur dengan aplikasi. Koneksi terenkripsi ini berjalan di jaringan global Cloudflare di mana kebijakan Zero Trust diterapkan dengan inspeksi sekali jalan.

Namun, tanpa otomatisasi apa pun, tim infrastruktur Kudelski Security perlu mendistribusikan daemon pada perangkat pengguna akhir, memberikan panduan tentang cara menyiapkan koneksi terenkripsi tersebut, dan mengambil langkah-langkah konfigurasi manual dan praktis lainnya serta memeliharanya dari waktu ke waktu. Selain itu, pengembang masih akan kekurangan satu panel visibilitas di berbagai klaster K8s yang perlu mereka akses dalam pekerjaan rutin mereka.

Solusi otomatis kami: k8s-tunnels!

Untuk mengatasi tantangan ini, tim teknik infrastruktur kami mengembangkan alat internal — yang disebut 'k8s-tunnels' — yang menyematkan langkah-langkah konfigurasi kompleks guna mempermudah pengembang kami. Selain itu, alat ini secara otomatis menemukan semua klaster K8s yang dapat diakses oleh pengguna tertentu berdasarkan kebijakan Zero Trust yang dibuat. Untuk mengaktifkan fungsi ini, kami menyematkan SDK dari beberapa penyedia cloud publik utama yang digunakan oleh Kudelski Security. Alat ini juga menyematkan cloudflared daemon_,_ artinya kami hanya perlu mendistribusikan satu alat kepada pengguna kami.

Secara keseluruhan, pengembang yang meluncurkan alat tersebut melalui alur kerja berikut: (kami berasumsi bahwa pengguna sudah memiliki kredensial yang valid jika tidak, alat akan membuka browser di IDP kami untuk mendapatkannya)

1. Pengguna memilih satu atau lebih klaster untuk

2. k8s-tunnel akan secara otomatis membuka koneksi dengan Cloudflare dan mengekspos proxy SOCKS5 lokal di mesin pengembang

3. k8s-tunnel mengubah konfigurasi klien kubernetes lokal pengguna dengan mendorong informasi yang diperlukan untuk melalui proxy SOCKS5 lokal

4. k8s-tunnel mengalihkan konteks klien Kubernetes ke koneksi saat ini

5. Pengguna sekarang dapat menggunakan klien CLI favoritnya untuk mengakses klaster K8s

Seluruh prosesnya sangat mudah dan digunakan setiap hari oleh tim teknik kami. Dan, tentu saja, semua keajaiban ini dimungkinkan melalui mekanisme penemuan otomatis yang kami buat di k8s-tunnels. Setiap kali teknisi baru bergabung dengan tim kami, kami hanya meminta mereka untuk meluncurkan proses penemuan otomatis dan memulainya.

Berikut adalah contoh proses penemuan otomatis yang sedang berjalan.

1. k8s-tunnels akan terhubung ke berbagai API penyedia cloud kami dan mencantumkan klaster K8s yang dapat diakses pengguna
2. k8s-tunnels akan mempertahankan file konfigurasi lokal pada mesin pengguna dari klaster tersebut sehingga proses ini tidak dijalankan lebih dari sekali

Peningkatan otomatisasi

Untuk penerapan di lokasi, hal tersebut sedikit lebih rumit karena kami tidak memiliki cara sederhana untuk menyimpan metadata klaster K8 seperti yang kami lakukan dengan tag sumber daya dengan penyedia cloud publik. Kami memutuskan untuk menggunakan Vault sebagai Penyimpanan Nilai Utama untuk meniru tag sumber daya cloud publik untuk lokal. Dengan cara ini kami dapat mencapai penemuan otomatis klaster lokal dengan mengikuti proses yang sama seperti dengan penyedia cloud publik.

Mungkin Anda melihat bahwa di tangkapan layar CLI sebelumnya, pengguna dapat memilih beberapa klaster secara bersamaan! Kami segera menyadari bahwa pengembang kami sering kali perlu mengakses beberapa lingkungan secara bersamaan untuk membandingkan beban kerja yang berjalan dalam produksi dan dalam staging. Jadi, alih-alih membuka dan menutup tunnel setiap kali mereka perlu berpindah klaster, kami merancang alat kami sedemikian rupa sehingga mereka dapat dengan mudah membuka beberapa tunnel secara paralel dalam satu instans k8s-tunnels dan cukup mengganti klaster K8s tujuan di laptop mereka.

Terakhir, tetapi tidak kalah penting, kami juga telah menambahkan dukungan untuk favorit dan notifikasi pada rilisan baru, memanfaatkan Cloudflare Worker, tapi hal tersebut untuk postingan blog lainnya.

Apa selanjutnya

Dalam merancang alat ini, kami telah mengidentifikasi beberapa masalah di dalam pustaka klien Kubernetes saat digunakan bersama dengan beberapa proxy SOCKS5, dan kami bekerja dengan komunitas Kubernetes untuk memperbaiki masalah tersebut, jadi semua orang akan mendapatkan manfaat dari patch tersebut dalam waktu dekat.

Dengan postingan blog ini, kami ingin menyoroti bagaimana mungkin menerapkan keamanan Zero Trust untuk beban kerja kompleks yang berjalan di lingkungan multi-cloud, sekaligus meningkatkan pengalaman pengguna akhir.

Meskipun hari ini kode 'k8s-tunnels' kami terlalu spesifik untuk Kudelski Security, tujuan kami adalah untuk membagikan apa yang telah kami buat kembali ke komunitas Kubernetes, sehingga organisasi lain dan pelanggan Cloudflare dapat mengambil manfaat darinya.

Akses yang aman untuk perangkat yang dikelola dan tidak dikelola

Pada awal tahun 2021, Cloudflare mengumumkan ketersediaan umum Isolasi Browser, browser jarak jauh yang cepat dan aman yang terintegrasi secara alami dengan platform Zero Trust Cloudflare. Platform ini — juga dikenal sebagai Cloudflare for Teams — menggabungkan akses Internet yang aman dengan solusi (Gateway) dan mengamankan akses aplikasi dengan solusi ZTNA (Access).

Biasanya, admin memberlakukan Isolasi Browser dengan meluncurkan klien perangkat Cloudflare di titik akhir, sehingga Cloudflare dapat berfungsi sebagai proxy Internet DNS dan HTTPS yang aman. Model ini melindungi pengguna dan aplikasi sensitif saat administrator mengelola perangkat tim mereka. Dan untuk pengguna akhir, pengalaman terasa tanpa gesekan seperti browser lokal: mereka hampir tidak menyadari bahwa sebenarnya mereka menjelajah di mesin aman yang berjalan pada pusat data Cloudflare di dekat mereka.

Integrasi Isolasi Browser dari ujung ke ujung dengan akses Internet yang aman memudahkan administrator untuk memberlakukan Isolasi Browser pada seluruh tim mereka tanpa pengguna menyadari bahwa mereka sebenarnya menjelajah di mesin yang aman pada pusat data Cloudflare terdekat. Namun, mengelola klien titik akhir dapat menambahkan biaya konfigurasi overhead untuk pengguna pada perangkat yang tidak dikelola, atau kontraktor pada perangkat yang dikelola oleh organisasi pihak ketiga.

Isolasi web tanpa klien Cloudflare menyederhanakan koneksi ke browser jarak jauh melalui hyperlink (misalnya: https://.cloudflareaccess.com/browser). Setelah pengguna diautentikasi melalui penyedia identitas yang didukung Cloudflare Access, browser pengguna akan menggunakan HTML5 untuk membuat koneksi latensi rendah ke browser jarak jauh yang dihosting di pusat data Cloudflare terdekat tanpa menginstal perangkat lunak apa pun. Tidak ada server untuk dikelola dan diskalakan, atau wilayah untuk dikonfigurasi.

Jelajahi tautan berisiko tinggi dengan aman

Tindakan sederhana mengeklik tautan di email, atau situs web menyebabkan browser Anda mengunduh dan menjalankan muatan konten web aktif yang dapat mengeksploitasi ancaman zero-day yang tidak diketahui dan dapat membobol titik akhir.

Isolasi web tanpa klien Cloudflare dapat dimulai melalui URL awalan (misalnya, https://.cloudflareaccess.com/browser/https://www.example.com). Cukup dengan mengonfigurasi halaman pemblokiran khusus, gateway email, atau alat tiket Anda untuk mengawali tautan berisiko tinggi dengan Isolasi Browser akan secara otomatis mengirim klik berisiko tinggi ke browser jarak jauh, melindungi titik akhir dari setiap kode berbahaya yang mungkin ada pada tautan target.

Di sini, di Cloudflare, kami menggunakan produk Cloudflare untuk melindungi Cloudflare, dan pada kenyataannya, menggunakan pendekatan isolasi web tanpa klien ini untuk aktivitas investigasi keamanan kami sendiri. Dengan mengawali tautan berisiko tinggi menggunakan domain autentikasi kami, tim keamanan kami dapat menyelidiki situs web dan situs phishing yang berbahaya secara aman.

Tidak ada kode berisiko yang pernah mencapai perangkat karyawan, dan pada akhir penyelidikan mereka, browser jarak jauh dihentikan dan disetel ulang ke status bersih yang diketahui untuk penyelidikan berikutnya.

Akses Zero Trust terintegrasi dan penelusuran jarak jauh

Saat data perusahaan hanya diakses dari perangkat yang dikelola, di dalam jaringan yang dikontrol dan telah lama berlalu. Perusahaan yang mengandalkan kontrol postur perangkat yang ketat untuk memverifikasi bahwa akses aplikasi hanya terjadi dari perangkat yang dikelola, hanya memiliki sedikit alat untuk mendapatkan dukungan tenaga kerja kontraktor atau BYOD. Secara historis, administrator telah mengatasi masalah ini dengan menerapkan lingkungan Virtual Desktop Infrastructure (VDI) yang mahal dan intensif sumber daya.

Selain itu, dalam hal mengamankan akses aplikasi, Cloudflare Access unggul dalam menerapkan kebijakan penolakan default yang paling rendah untuk aplikasi berbasis web, tanpa perlu menginstal perangkat lunak klien apa pun pada perangkat pengguna.

Isolasi web tanpa klien Cloudflare menambah kasus penggunaan ZTNA, memungkinkan aplikasi yang dilindungi oleh Access dan Gateway untuk memanfaatkan kontrol perlindungan data Isolasi Browser seperti kontrol pencetakan lokal, clipboard, dan pembatasan unggah / unduh file untuk mencegah data sensitif ditransfer ke perangkat yang tidak dikelola.

Tautan terisolasi dapat dengan mudah ditambahkan ke peluncur aplikasi Access sebagai bookmark yang mengizinkan tim dan kontraktor Anda mengakses situs apa pun secara mudah dengan satu klik.

Terakhir, hanya karena browser jarak jauh mengurangi dampak pembobolan, tidak berarti browser tersebut harus memiliki akses tidak terkelola ke Internet. Semua traffic dari browser jarak jauh ke situs web target harus diamankan, diperiksa, dan dicatat oleh solusi SWG Cloudflare (Gateway) yang memastikan bahwa ancaman yang diketahui dapat difilter melalui kebijakan HTTP dan pemindaian anti-virus.

Bergabunglah dengan isolasi web tanpa klien versi beta

Isolasi web tanpa klien akan tersedia sebagai kemampuan bagi pelanggan Cloudflare for Teams yang telah menambahkan Isolasi Browser ke paket mereka. Kami akan segera membuka isolasi web tanpa klien Cloudflare untuk akses versi beta. Jika Anda tertarik untuk berpartisipasi, daftar di sini untuk menjadi yang pertama mendengar kabar dari kami.

Kami senang dengan penelusuran aman dan aktivitas penggunaan akses aplikasi untuk model isolasi web tanpa klien kami. Sekarang, tim dari berbagai ukuran, dapat menghadirkan konektivitas Zero Trust tanpa batas ke perangkat yang tidak dikelola di mana pun di dunia.