Pertahanan berlapis, selapis demi selapis.
Tinjauan tingkat tinggi tentang bagaimana platform perpesanan BroadNet terstruktur — dari edge API hingga interkoneksi operator — sehingga keamanan diterapkan di setiap lapisan, bukan sekadar ditambahkan di perimeter. Gambaran umum ini sengaja dibuat tidak rahasia: ini menunjukkan bentuk tumpukan teknologi, bukan topologi internalnya.
Lapisan-lapisannya, dalam istilah sederhana.
Aplikasi & saluran pelanggan
Aplikasi dan kampanye Anda terhubung melalui antarmuka yang terdokumentasi dan memiliki versi. Tidak ada informasi mengenai tenant downstream yang akan terekspos ke tenant lainnya.
Gateway API & SDK
Edge publik. Token akses Bearer per-akun mengautentikasi setiap permintaan API; pembatasan laju (rate limiting) per-tenant, daftar putih (allowlisting) IP, dan web application firewall (WAF) otomatis berada di depan platform.
Platform perpesanan
Pemrosesan multi-tenant dengan isolasi per-tenant, antrean yang tahan lama, dan orkestrasi pengiriman. Tindakan yang mengubah status dicatat ke dalam log audit.
Kecerdasan rute
Perutean berbasis biaya terendah dan kualitas memilih jalur yang legal dan patuh sesuai tujuan, dengan deteksi rute abu-abu dan pemindahan rute jika rute menurun di bawah target layanannya.
Keamanan & firewall
Pertahanan kelas telekomunikasi — firewall SMS, firewall SS7, perlindungan sender-ID, flash-call, dan analisis penyalahgunaan OTP — diterapkan secara default pada rute milik BroadNet sendiri.
Interkoneksi operator
Lebih dari 1.000 koneksi langsung ke operator memberikan ikatan langsung di 86 negara, dengan rute mitra terlabel di lebih dari 200 negara lainnya, sehingga trafik berakhir pada rute resmi yang telah dikontrak.
Lima lapisan pertahanan, secara mendalam.
Lapisan bernomor di atas menjelaskan jalur yang diambil oleh sebuah pesan. Kelima bidang ini menjelaskan kontrol yang berlaku di setiap titik pada jalur tersebut — masing-masing dirancang agar kegagalan pada satu bidang dapat ditangani oleh bidang berikutnya.
Edge & jaringan
Edge publik mengakhiri TLS 1.3, menyerap penyalahgunaan volumetrik, dan memvalidasi bahwa permintaan sudah terbentuk dengan baik sebelum mencapai logika aplikasi. Tidak ada sistem downstream yang mempercayai jaringan tempat permintaan tersebut tiba.
- Pembatasan laju per-tenant dan per-endpoint dengan kontrol burst
- Opsi allowlisting IP dan mutual-TLS untuk ikatan SMPP dan API
- Penyaringan web application firewall (WAF) otomatis untuk pola injeksi dan penyalahgunaan umum
- Absorpsi DDoS dan pembuangan anomali tingkat koneksi di edge
Aplikasi & identitas
Setiap permintaan diautentikasi dan diotorisasi berdasarkan meritnya sendiri. Token akses Bearer per akun menetapkan identitas; peran terukur (scoped roles) menentukan apa yang dapat dilakukan identitas tersebut; multi-tenancy ditegakkan dalam kode, bukan berdasarkan konvensi.
- Bearer access token per akun untuk API; token berdurasi singkat untuk sesi interaktif
- Kontrol akses berbasis peran dengan cakupan default hak istimewa terendah
- Isolasi per-tenant sehingga tidak ada tenant yang dapat mengakses data tenant lain
- webhook terenkripsi TLS untuk DLR masuk dan MO
Data & penyimpanan
Konten pesan, metadata pengiriman, dan catatan audit disimpan di bawah enkripsi saat istirahat (at rest) dengan masa retensi yang sesuai dengan jendela kontrak dan regulasi. Tindakan yang mengubah status ditulis ke jejak audit append-only.
- Enkripsi AES-256 saat data tersimpan di seluruh penyimpanan utama dan cadangan
- Log audit append-only untuk tindakan yang mengubah status
- Jendela retensi data disesuaikan dengan kontrak dan regulasi regional
- Cadangan dienkripsi dan diuji terhadap tujuan pemulihan yang telah ditentukan
Manajemen kunci
Kunci dibuat, disimpan, diputar (rotated), dan dipensiunkan di dalam infrastruktur manajemen kunci khusus. Kode aplikasi hanya memegang referensi, bukan materi kunci mentah, dan rotasi tidak memerlukan gangguan layanan.
- Manajemen kunci terpusat dengan pemisahan dari rahasia aplikasi
- Rotasi kunci terjadwal dan pencabutan segera jika dicurigai ada kompromi
- Pemisahan tugas untuk penyimpanan kunci dan akses administratif
- Enkripsi envelope sehingga kunci data itu sendiri dilindungi oleh kunci utama
Pemantauan & respons
Observabilitas mencakup seluruh stack alih-alih hanya satu titik hambatan, sehingga anomali dapat terdeteksi dekat dengan lokasi kejadian. NOC 24/7 menghubungkan deteksi dengan proses respons insiden yang terdokumentasi.
- NOC 24/7 dengan peringatan di seluruh edge, platform, perutean, dan interkoneksi
- Analitik rute abu-abu, penyalahgunaan sender ID, dan penyalahgunaan OTP pada trafik langsung
- Respons insiden terdokumentasi dengan klasifikasi tingkat keparahan dan eskalasi terukur
- Analisis akar masalah (RCA) dan alasan gangguan (RFO) setelah insiden material.
Kontrol, dipetakan ke standar.
Pemetaan representatif dari setiap lapisan ke keluarga kontrol dalam ISO/IEC 27001, SOC 2 dan ISO 22301. Ini bersifat ilustratif, bukan pernyataan penerapan lengkap — set kontrol yang diaudit akan dibagikan di bawah NDA.
| Layer | Kontrol representatif | Standar yang dipetakan |
|---|---|---|
| Edge & jaringan | TLS 1.3, WAF, pembatasan laju per-tenant, allowlisting IP, absorpsi DDoS | ISO 27001 A.8 · SOC 2 CC6.6 |
| Aplikasi & identitas | Autentikasi API bearer-token, RBAC hak istimewa terendah, isolasi per-tenant. | ISO 27001 A.8 / A.9 · SOC 2 CC6.1–CC6.3 |
| Data & penyimpanan | AES-256 saat istirahat, log audit append-only, jendela retensi, cadangan terenkripsi. | ISO 27001 A.8 · SOC 2 CC6.1 / C1.1 |
| Manajemen kunci | KMS terpusat, rotasi terjadwal, pencabutan, pemisahan tugas | ISO 27001 A.8.24 · SOC 2 CC6.1 |
| Pemantauan & respons | NOC 24/7, telemetri lintas-lapisan, IR terdokumentasi, RCA/RFO | ISO 27001 A.5.24–A.5.28 · SOC 2 CC7.2–CC7.4 |
| Kontinuitas | Cadangan, tujuan pemulihan yang teruji, manajemen kelangsungan bisnis | ISO 22301 · SOC 2 A1.2 |
Memenuhi standar referensi ISO/IEC 27001:2022 Annex A, SOC 2 Trust Services Criteria, dan ISO 22301. Lihat Kepatuhan untuk daftar sertifikasi dan Trust Center untuk meminta bukti.
Enkripsi & manajemen kunci.
Enkripsi hanya sekuat cara kunci-kuncinya dikelola. Data dilindungi saat transit maupun saat disimpan, dan kunci yang melindunginya berada di infrastruktur khusus — terpisah dari kode aplikasi dan data itu sendiri.
Dalam transit
TLS 1.3 pada setiap antarmuka eksternal — API, SMPP dan webhook — dengan suite cipher modern dan opsi certificate-pinning untuk koneksi perusahaan.
Saat istirahat
AES-256 di seluruh penyimpanan utama dan cadangan. Konten pesan dan metadata pengiriman memiliki jendela retensi yang selaras dengan kontrak dan regulasi regional.
Siklus hidup kunci
Manajemen kunci terpusat dengan rotasi terjadwal, pencabutan cepat, pemisahan tugas, dan enkripsi envelope sehingga kunci data itu sendiri dilindungi oleh kunci utama.
Model ancaman & pertahanan berlapis.
Defence in depth berarti tidak ada satu kontrol pun yang menjadi tumpuan tunggal. Untuk setiap target penyerang yang realistis, lebih dari satu lapisan harus gagal sebelum dampak terjadi.
Pencurian kredensial atau kebocoran kunci API
Cakupan hak akses minimum membatasi radius dampak; token berdurasi singkat dan pencabutan segera memperkecil jendela risiko; isolasi per-tenant mencegah pergerakan lateral ke tenant lain.
Injeksi rute abu-abu & spoofing sender ID
Firewall SMS dan perlindungan sender ID mengklasifikasikan dan membuang trafik ilegal sebelum berakhir; koneksi langsung ke operator memastikan trafik yang sah mendarat pada rute yang telah dikontrak.
Penyalahgunaan OTP / penggelembungan trafik secara artifisial
Analitik perilaku dan deteksi penyalahgunaan flash-call / OTP membatasi pola trafik yang digelembungkan secara artifisial pada kecepatan lini sebelum dapat dimonetisasi di hilir.
Serangan lapisan sinyal (SS7)
Firewall SS7 memeriksa dan menyaring pensinyalan untuk melindungi dari pelacakan lokasi, intersepsi, dan upaya penipuan pada lapisan jaringan.
Paparan data saat transit atau saat tersimpan
TLS 1.3 melindungi data saat transit dan AES-256 melindungi data saat istirahat; kunci disimpan dalam infrastruktur manajemen kunci khusus yang terpisah dari data yang dilindunginya.
Penyalahgunaan orang dalam atau administratif
Kontrol akses berbasis peran, pemisahan tugas untuk penyimpanan kunci, dan pencatatan audit append-only membuat tindakan istimewa dapat dipertanggungjawabkan dan ditinjau.
Pemantauan di setiap lapisan
Observabilitas dan pemantauan 24/7 mencakup seluruh sistem alih-alih hanya berada di satu titik hambatan, sehingga anomali dapat ditangkap dekat dengan tempat terjadinya. Alat khusus dan ambang batas peringatan dibagikan kepada evaluator di bawah NDA.
Enkripsi di seluruh sistem
TLS 1.3 melindungi data saat transit dan AES-256 melindungi data saat istirahat (at rest) di seluruh lapisan. Spesifikasi kontrol dan manajemen kunci yang terperinci tersedia di bawah NDA — lihat sertifikasi untuk cakupan audit.
Detail kontrol bersertifikat, lokasi pusat data, target pemulihan yang tepat, dan topologi internal tercakup dalam cakupan audit BroadNet dan dibagikan di bawah NDA. Lihat ISO/IEC 27001 dan ISO 22301.
Konektivitas sistem ini.
Ikhtisar ini adalah tampilan arsitektural. Bukti, sertifikat, dan komitmen operasional yang mendukungnya tersedia di halaman Trust Center serta halaman Kepatuhan dan Keamanan.
Pertanyaan yang sering diajukan.
Apakah ini arsitektur keamanan yang lengkap?
Tidak. Halaman ini adalah ringkasan yang sengaja dibuat tidak rahasia: ini menunjukkan bentuk tumpukan teknologi dan kontrol di setiap lapisan, bukan topologi internal, lokasi pusat data, atau target pemulihan yang tepat. Detail kontrol bersertifikat dibagikan kepada evaluator di bawah NDA dan dicakup oleh ruang lingkup audit BroadNet.
Standar apa saja yang disertifikasi untuk platform ini?
BroadNet memiliki sertifikasi ISO/IEC 27001 (keamanan informasi), ISO 9001 (kualitas), dan ISO 22301 (kelangsungan bisnis). Tabel pemetaan kontrol pada halaman ini mereferensikan silang kontrol representatif ke keluarga kontrol ISO 27001, SOC 2, dan ISO 22301 sehingga evaluator dapat melihat bagaimana setiap lapisan selaras.
Bagaimana enkripsi ditangani saat transit dan saat tersimpan (at rest)?
TLS 1.3 melindungi data saat transit dan AES-256 melindungi data saat tersimpan (at rest), di seluruh penyimpanan utama dan cadangan. Kunci dibuat, disimpan, dirotasi, dan dinonaktifkan di dalam infrastruktur manajemen kunci khusus, menggunakan enkripsi amplop sehingga kunci data itu sendiri dilindungi oleh kunci utama.
Apakah Anda menerapkan firewall SMS dan SS7 milik Anda sendiri pada trafik BroadNet?
Ya. Pertahanan kelas operator — firewall SMS, firewall SS7, perlindungan sender ID, dan analisis penyalahgunaan OTP — diterapkan pada rute BroadNet sendiri secara default, bukan hanya ditawarkan sebagai tambahan untuk aset pihak ketiga.
Bagaimana cara saya meminta detail kontrol yang telah diaudit?
Detail kontrol yang ditentukan, lokasi pusat data, target pemulihan yang tepat, dan topologi internal dibagikan kepada evaluator yang memenuhi syarat di bawah NDA. Mulailah dari Trust Center atau halaman Kepatuhan, atau hubungi tim keamanan untuk meminta paket dokumentasi.