Firewall SMS internasional berada di titik interkoneksi. Mereka melindungi trafik yang datang dari luar negeri. Mereka tidak dapat mendeteksi spam on-net, badai SMS internal, rute abu-abu melalui SIM box lokal, penyalahgunaan flash-call, atau pemalsuan sender ID merek bank dan pemerintah Anda. Firewall SMSC Lokal berada di depan — atau berdampingan dengan — SMSC Lokal Anda, dan menangani setiap ancaman tersebut.
Operator yang memasangkan firewall internasional mereka dengan firewall inti lokal
Inspeksi inline tanpa risiko inline. Setiap aturan berjalan dalam mode pemantauan sebelum melakukan pemblokiran; setiap keputusan dapat diatribusikan ke aturan yang membuatnya.
Overhead inline end-to-end per pesan.
Setiap aturan dapat dijalankan dalam mode log-only sebelum melakukan pemblokiran.
Izinkan, blokir, batasi, tandai-dan-rute.
Dikelola bersama, mandiri, atau dikelola sepenuhnya.
Firewall berada di antara setiap sumber trafik dan inti perpesanan Anda — SMPP, HTTP, API internal, aplikasi internal, mitra eksternal — dan memeriksa setiap pesan sebelum menyentuh Local SMSC.
SMPP, HTTP, API internal — baik aplikasi internal maupun mitra eksternal. Setiap jalur menuju inti perpesanan masuk dalam cakupan.
Tipe terdeteksi: A2P, P2P, flash-call, trafik uji coba, pesan sistem. Konteks ditandai sebelum aturan apa pun dijalankan.
Kombinasi aturan konten, perilaku, dan kontekstual. Per rute, per pengirim, per segmen, per jam dalam sehari.
Izinkan · blokir · batasi (throttle) · tag-dan-rute. Setiap keputusan dicatat bersama aturan yang mendasarinya.
Trafik yang disetujui diteruskan ke SMSC Lokal. Trafik yang diblokir dihentikan dengan catatan bukti yang disimpan.
SMPP, HTTP, API internal — baik aplikasi internal maupun mitra eksternal. Setiap jalur menuju inti perpesanan masuk dalam cakupan.
Tipe terdeteksi: A2P, P2P, flash-call, trafik uji coba, pesan sistem. Konteks ditandai sebelum aturan apa pun dijalankan.
Kombinasi aturan konten, perilaku, dan kontekstual. Per rute, per pengirim, per segmen, per jam dalam sehari.
Izinkan · blokir · batasi (throttle) · tag-dan-rute. Setiap keputusan dicatat bersama aturan yang mendasarinya.
Trafik yang disetujui diteruskan ke SMSC Lokal. Trafik yang diblokir dihentikan dengan catatan bukti yang disimpan.
Empat alasan operator memasang firewall khusus di SMSC Lokal, meskipun mereka sudah menjalankan firewall internasional di titik interkoneksi.
Firewall internasional melindungi A2P masuk dari luar negeri. Badai SMS internal, phishing on-net, rute abu-abu SIM-box lokal, dan spoofing sender ID dari bank lokal berasal dari dalam jaringan — dan membutuhkan firewall di bagian dalam.
Inspeksi inline tidak akan efektif jika menambah latensi yang signifikan. Firewall ini dirancang untuk pengambilan keputusan jalur cepat pada inti perpesanan dan diukur secara berkelanjutan terhadap baseline SMSC Anda sendiri.
Tidak ada aturan yang memblokir trafik produksi tanpa menjalankan mode log-only terlebih dahulu terhadap trafik nyata dan membuktikan tingkat false-positive-nya. Promosi ke mode penegakan adalah satu perubahan tunggal dengan jejak audit lengkap, dan setiap pemblokiran dapat dibatalkan.
Pemisahan yang jelas antara kebijakan yang ditentukan operator dan rekomendasi BroadNet. Alur kerja persetujuan untuk perubahan aturan yang sensitif. Jejak audit lengkap mengenai siapa yang mengubah apa, kapan, dan mengapa.
Empat tipe tindakan
Mesin aturan menggabungkan sinyal konten, perilaku, dan kontekstual, namun tindakan yang diambil selalu merupakan salah satu dari empat hasil tersebut. Setiap tindakan dapat diaudit, dibatalkan, dan diluncurkan dalam mode pemantauan terlebih dahulu.
Rute secara normal ke SMSC Lokal. Tanpa batasan. Dicatat dengan aturan yang menyetujuinya untuk audit.
Tolak pesan dan simpan alasannya. Bukti disimpan untuk penyelidikan RA / regulator / perlindungan merek.
Terapkan batas kecepatan berdasarkan pengirim, IP, akun, atau mitra. Pesan tetap terkirim, tetapi aliran terkendali.
Lampirkan metadata atau alihkan ke jalur alternatif untuk penanganan khusus, monetisasi, atau inspeksi tambahan.
Tingkatan layanan
Tiga model operasional. Sebagian besar operator memulai dengan pengelolaan bersama selama masa uji coba dan beralih ke model mana pun yang lebih disukai tim mereka setelah mereka merasa nyaman dengan aturan yang ditetapkan.
Tim Anda mengelola operasional sehari-hari: pengeditan aturan, triase peringatan, dan jendela perubahan. BroadNet mendukung penyetelan kompleks, pembaruan intelijen ancaman, dan eskalasi insiden.
Kontrol penuh atas kerangka kerja kebijakan. BroadNet menyediakan pelatihan, dokumentasi, runbook, dan jalur eskalasi untuk masalah tingkat platform. Ideal bagi operator dengan tim keamanan yang matang.
BroadNet menangani manajemen aturan, pemantauan, penyetelan, dan respons insiden. Operator menetapkan arah kebijakan dan meninjau hasil bulanan. Opsi dengan overhead minimal.
Kapabilitas
Sistem internal yang salah konfigurasi dapat menciptakan loop yang mampu melumpuhkan Local SMSC dalam hitungan menit. Batasan laju per-sumber, deteksi burst, dan throttling otomatis menghentikan badai tersebut sebelum layanan pelanggan mengetahuinya.
Kelola whitelist untuk sender ID bank, pemerintah, dan OTT yang telah disetujui melalui koordinasi dengan brand. Blokir akun yang menyerupai aslinya, impersonasi dengan penggunaan huruf besar-kecil yang tidak konsisten, serta pengirim tidak terdaftar yang mengklaim identitas terlindungi.
Panggilan berdurasi singkat yang berulang untuk verifikasi OTP dikorelasikan dengan aktivitas SMS. Putuskan secara komersial: blokir, izinkan dengan pemantauan, atau arahkan ke jalur berbayar. Tautan silang ke /operators/flash-call.
Trafik A2P yang dikirim melalui kartu SIM konsumen melewati perjanjian komersial. Analisis pola mengidentifikasi perilaku box-SIM pada jaringan Anda sendiri; trafik yang diblokir menghasilkan bukti untuk tim RA.
Setiap aturan dapat dijalankan dalam mode log-only sebelum mulai memblokir. Validasi terhadap trafik produksi nyata, ukur tingkat false-positive, lalu aktifkan untuk penegakan aturan hanya dengan satu klik dan log perubahan lengkap.
Log pesan terperinci dengan aturan yang terpicu, dapat diekspor sebagai CSV / JSON / PDF untuk perselisihan mitra dan permintaan regulator. Retensi dikonfigurasi sesuai kebijakan IT dan kepatuhan Anda.
Cakupan ancaman
| Vektor serangan | Kontrol firewall lokal | Hasil |
|---|---|---|
| Badai & loop internal SMS | Batasan tarif per sumber, deteksi lonjakan, dan throttling otomatis pada core lokal. | Badai berhasil diredam sebelum Local SMSC kewalahan. |
| Spoofing sender ID on-net pada bank lokal | Whitelist terkoordinasi merek dengan deteksi look-alike, mixed-case, dan sender ID yang tidak terdaftar. | Peniruan merek lokal diblokir dengan jejak audit lengkap. |
| Rute abu-abu A2P on-net (SIM box lokal) | Analisis pola A2P-vs-P2P dan fingerprinting SIM-box pada jaringan Anda sendiri. | Melewati blokir dan dibuktikan untuk tim RA. |
| Penyalahgunaan flash-call & voice-OTP | Korelasi panggilan verifikasi durasi singkat dengan aktivitas SMS, ditentukan oleh kebijakan. | Blokir, pantau, atau arahkan ke jalur berbayar — sebuah pilihan komersial, bukan pemblokiran buta. |
| Perubahan aturan yang berisiko menyebabkan false positive | Setiap aturan berjalan dalam mode pemantauan log-only terhadap trafik langsung sebelum ditegakkan. | Tingkat false-positive diukur terlebih dahulu; promosi ke mode penegakan hanya dengan satu klik yang dapat diaudit. |
Tantangan: Platform pemasaran internal yang salah konfigurasi mulai mengirimkan pengulangan notifikasi SMS yang sama ke seluruh basis pelanggan, mengancam kelebihan beban SMSC selama jam sibuk. Pendekatan: Batas laju (rate cap) sumber internal telah diterapkan dalam mode pemantauan dan ditingkatkan untuk penegakan dalam jendela perubahan.
Tantangan: Spoofing sender-ID dari bank lokal utama menggerus kepercayaan pelanggan terhadap SMS sebagai saluran verifikasi. Pendekatan: Daftar putih (whitelist) sender-ID yang disetujui dimasukkan melalui kemitraan dengan bank, dengan deteksi kemiripan pada identitas yang hampir sama dan identitas yang tidak terdaftar.
Tantangan: Trafik OTP flash-call dari penyedia OTT mengonsumsi sumber daya pensinyalan suara tanpa menghasilkan pendapatan, dan tidak dapat dibedakan dari panggilan singkat yang sah. Pendekatan: Aturan korelasi Suara ↔ SMS mengidentifikasi pola berulang pada flash-call; kebijakan komersial memilih untuk memonetisasi sumber bervolume tinggi dan memblokir sisanya.
Dapat diterapkan secara on-premise, siap audit, dan diakui regulator di setiap pasar yang kami layani.
Dipasangkan dengan
Firewall A2P internasional pada interkoneksi. Pasangan dari perlindungan inti lokal — bersama-sama, keduanya mencakup ancaman dari luar negeri maupun ancaman on-net.
Pelajari lebih lanjutDeteksi khusus untuk bypass verifikasi OTT pada ingress suara internasional. Digunakan oleh Firewall SMSC Lokal untuk korelasi suara ↔ SMS.
Pelajari lebih lanjutInti perpesanan kelas operator. Local SMSC Firewall berada secara inline / proxy di depan gateway ini pada sebagian besar penerapan.
Pelajari lebih lanjutFirewall internasional melindungi trafik yang datang dari luar negeri — firewall ini berada di titik interkoneksi. Local SMSC Firewall berada di depan, atau di samping, Local SMSC Anda dan melindungi inti perpesanan. Ini menangani ancaman yang berasal dari dalam jaringan Anda atau yang melewati perlindungan internasional: sistem internal yang salah konfigurasi, spam on-net, rute abu-abu melalui SIM box lokal, spoofing sender ID merek lokal, dan penyalahgunaan flash-call. Kedua solusi ini saling melengkapi dan sebagian besar operator menjalankan keduanya.
Biasanya di bawah 10 milidetik per pesan, secara end-to-end. Proses inspeksi dan pengambilan keputusan berjalan secara real-time pada jalur in-memory yang telah dioptimalkan. Sebagai referensi, variasi jaringan normal sering kali mencapai 50–100 ms, sehingga firewall kami hanya merupakan sebagian kecil dari angka tersebut. Kami mengukur dan memublikasikan latensi per aturan selama masa uji coba.
Setiap aturan dapat diterapkan dalam mode pemantauan terlebih dahulu — sistem akan mencatat setiap kecocokan tetapi tidak pernah memblokir. Anda dapat melihat dengan tepat apa yang akan ditolak, mengukur tingkat false-positive, dan baru menerapkan aturan tersebut untuk penegakan saat Anda sudah merasa yakin. Jika terjadi false positive saat penegakan aturan, log terperinci akan menunjukkan aturan dan konten tepat yang memicunya, dan aturan tersebut dapat disesuaikan atau pengirim dapat dimasukkan ke daftar putih dalam hitungan menit.
Keduanya dapat digunakan. Tersedia tiga tingkatan: fully-managed (BroadNet mengoperasikan firewall, Anda menetapkan kebijakan), co-managed (tim Anda menangani operasional harian, BroadNet mendukung penyetelan kompleks dan insiden), dan self-service (Anda menjalankan segalanya, BroadNet menyediakan pelatihan, dokumentasi, dan eskalasi tingkat platform). Sebagian besar operator memulai dengan co-managed selama masa uji coba dan beralih ke model mana pun yang lebih disukai tim mereka.
Firewall biasanya diterapkan secara on-premise di dalam pusat data Anda. Konten pesan dianalisis secara real-time dan tidak disimpan — hanya metadata dan bukti kecocokan aturan yang dicatat. Retensi log dan kontrol akses mengikuti kebijakan IT serta kepatuhan internal Anda. Tidak ada konten yang keluar dari jaringan Anda tanpa persetujuan eksplisit Anda.
Kerja sama tipikal dimulai dengan lokakarya teknis antara tim jaringan, keamanan, dan IT Anda dengan teknisi BroadNet, diikuti dengan uji coba pada sebagian rute atau mitra (setiap aturan berjalan dalam mode monitor saja pada awalnya), dan kemudian peluncuran penegakan bertahap. Jalur lengkap — dari lokakarya hingga penegakan penuh — memakan waktu beberapa bulan dalam sebagian besar implementasi, dengan lini masa tepatnya bergantung pada kompleksitas lingkungan dan ritme penyetelan aturan yang Anda inginkan.
Log pesan yang terperinci mengatribusikan setiap keputusan ke aturan yang menghasilkannya. Upaya rute abu-abu yang diblokir, trafik pola SIM-box, dan pengiriman A2P-sebagai-P2P yang tidak sah dapat diekspor sebagai paket bukti — CSV / JSON / PDF — untuk perselisihan mitra dan penyelidikan regulator. Tim RA mendapatkan bukti yang dapat diatribusikan bahwa kerugian yang sebelumnya tidak terlihat telah dikuantifikasi dan ditangani.
Ya. Firewall terintegrasi dengan stack pemantauan umum, sistem ticketing, dan platform SIEM melalui API dan syslog. Peristiwa keamanan akan muncul dalam alur kerja operasional yang sudah digunakan tim Anda. Integrasi spesifik akan ditentukan selama lokakarya teknis.
Pertanyaan tidak ada di sini? Tanyakan kepada tim engineering kami
Firewall SMS dan SS7 di dalam jaringan menghentikan rute abu-abu dan penipuan pada line rate sementara trafik sah tetap mengalir tanpa gangguan.
Libatkan tim jaringan, keamanan, dan IT Anda. Kami akan menentukan cakupan integrasi, merancang set aturan awal, dan menjalankan fase pertama dalam mode pemantauan — tanpa pemblokiran produksi hingga Anda memutuskan.
