I firewall SMS internazionali si collocano all'interconnessione. Proteggono il traffico proveniente dall'estero. Non vedono lo spam on-net, le tempeste SMS interne, le grey route tramite SIM box locali, l'abuso di flash call o lo spoofing dei sender ID di banche ed enti governativi. Il Local SMSC Firewall si colloca a monte — o accanto — al vostro SMSC locale, e affronta ciascuna di queste minacce.
Operatori che affiancano al proprio firewall internazionale un firewall per il core locale
Ispezione in linea senza rischio in linea. Ogni regola viene eseguita in modalità di monitoraggio prima di iniziare a bloccare; ogni decisione è attribuibile alla regola che l'ha generata.
Overhead end-to-end in linea, per singolo messaggio.
Ogni regola può funzionare in sola registrazione prima di iniziare a bloccare.
Consenti, blocca, limita, contrassegna e instrada.
Co-gestito, self-service o completamente gestito.
Il firewall si colloca tra ogni fonte di traffico e il vostro core di messaggistica — SMPP, HTTP, API interne, applicazioni interne, partner esterni — e ispeziona ogni messaggio prima che raggiunga l'SMSC locale.
SMPP, HTTP, API interne: sia per applicazioni interne che per partner esterni. Ogni percorso di accesso al nucleo del sistema di messaggistica è incluso.
Tipo rilevato: A2P, P2P, chiamata flash, traffico di test, messaggi di sistema. Contesto etichettato prima dell'attivazione di qualsiasi regola.
Combinazione di regole di contenuto, comportamentali e contestuali. Per percorso, per mittente, per segmento, per ora del giorno.
Consenti · blocca · limita · etichetta e instrada. Ogni decisione viene registrata con la regola che l'ha generata.
Il traffico approvato viene inoltrato SMSC locale. Il traffico bloccato viene eliminato, mantenendo una registrazione probatoria.
SMPP, HTTP, API interne: sia per applicazioni interne che per partner esterni. Ogni percorso di accesso al nucleo del sistema di messaggistica è incluso.
Tipo rilevato: A2P, P2P, chiamata flash, traffico di test, messaggi di sistema. Contesto etichettato prima dell'attivazione di qualsiasi regola.
Combinazione di regole di contenuto, comportamentali e contestuali. Per percorso, per mittente, per segmento, per ora del giorno.
Consenti · blocca · limita · etichetta e instrada. Ogni decisione viene registrata con la regola che l'ha generata.
Il traffico approvato viene inoltrato SMSC locale. Il traffico bloccato viene eliminato, mantenendo una registrazione probatoria.
Quattro motivi per cui gli operatori installano un firewall dedicato presso l'SMSC locale, anche quando dispongono già di uno internazionale all'interconnessione.
I firewall internazionali proteggono l'A2P in ingresso dall'estero. Le tempeste SMS interne, il phishing on-net, le grey route da SIM box locali e lo spoofing dei sender ID delle banche locali provengono dall'interno della rete — e richiedono un firewall altrettanto interno.
L'ispezione in linea è impraticabile se introduce una latenza percepibile. Il firewall è progettato per decisioni a percorso rapido sul core di messaggistica ed è misurato in modo continuo rispetto alla baseline del vostro stesso SMSC.
Nessuna regola blocca il traffico in produzione senza prima essere eseguita in sola registrazione sul traffico reale e senza aver dimostrato il proprio tasso di falsi positivi. Il passaggio all'applicazione è una singola modifica con audit trail completo, e ogni blocco è reversibile.
Netta separazione tra la policy definita dall'operatore e le raccomandazioni di BroadNet. Flussi di approvazione per le modifiche alle regole più sensibili. Audit trail completo di chi ha modificato cosa, quando e perché.
Quattro tipi di azione
Il motore delle regole combina segnali di contenuto, comportamentali e contestuali, ma l'azione intrapresa è sempre una tra quattro possibili. Ciascuna è verificabile, reversibile e viene distribuita prima in modalità di monitoraggio.
Instrada normalmente verso l'SMSC locale. Nessuna restrizione. Registrato insieme alla regola che lo ha approvato, ai fini di audit.
Rifiuta il messaggio e ne conserva la motivazione. Evidenze mantenute per indagini RA, regolatorie o di tutela del brand.
Applica un limite di velocità per mittente, IP, account o partner. Il messaggio prosegue, ma il flusso viene controllato.
Associa metadati o reindirizza verso un percorso alternativo per una gestione speciale, la monetizzazione o un'ispezione aggiuntiva.
Livelli di servizio
Tre modelli operativi. La maggior parte degli operatori inizia in modalità co-gestita durante il pilota, per poi passare al modello preferito dal proprio team una volta acquisita familiarità con il set di regole.
Il vostro team gestisce le operazioni quotidiane: modifica delle regole, gestione delle allerte, finestre di modifica. BroadNet supporta la calibrazione complessa, gli aggiornamenti di threat intelligence e l'escalation degli incidenti.
Controllo completo del quadro delle policy. BroadNet fornisce formazione, documentazione, runbook e una linea di escalation per i problemi a livello di piattaforma. Ideale per operatori con team di sicurezza maturi.
BroadNet si occupa della gestione delle regole, del monitoraggio, della calibrazione e della risposta agli incidenti. L'operatore definisce l'orientamento della policy e ne rivede i risultati mensilmente. L'opzione a minimo carico operativo.
Funzionalità
I sistemi interni mal configurati creano cicli che possono mettere fuori uso un SMSC locale in pochi minuti. Limiti di velocità per singola fonte, rilevamento dei picchi improvvisi e limitazione automatica arrestano la tempesta prima che il servizio clienti ne venga a conoscenza.
Mantiene whitelist di sender ID approvati per banche, enti governativi e app OTT, in coordinamento con il brand. Blocca i sender simili, le impersonificazioni con variazioni di maiuscole/minuscole e i mittenti non registrati che rivendicano identità protette.
Chiamate brevi e ripetute per la verifica OTP correlate all'attività SMS. Decisione commerciale: blocca, consenti con monitoraggio o instrada verso un percorso a pagamento. Rimanda a /operators/flash-call.
Il traffico A2P consegnato tramite SIM consumer aggira gli accordi commerciali. L'analisi dei pattern identifica il comportamento tipico dei SIM box sulla vostra stessa rete; il traffico bloccato produce evidenze per il team RA.
Ogni regola può funzionare in sola registrazione prima di iniziare a bloccare. Convalidatela sul traffico reale di produzione, misuratene il tasso di falsi positivi, quindi promuovetela all'applicazione con un clic e un registro completo delle modifiche.
Log dettagliati dei messaggi con la regola che ha generato l'evento, esportabili in CSV / JSON / PDF per controversie con i partner e indagini regolatorie. Conservazione configurata secondo la vostra politica IT e di conformità.
Copertura delle minacce
| Vettore di attacco | Controllo locale del firewall | Risultato |
|---|---|---|
| Tempeste e cicli SMS interni | Limiti di velocità per singola sorgente, rilevamento dei picchi e limitazione automatica della velocità sul core locale. | La tempesta viene contenuta prima che il Local SMSC venga raso al suolo. |
| Falsificazione sender-ID di banche locali all'interno della rete. | Liste bianche coordinate con il marchio, con rilevamento di mittenti simili, maiuscole e minuscole miste e non registrati. | Sventato il tentativo di impersonare un marchio locale, grazie a una tracciabilità completa delle operazioni. |
| Percorsi A2P inter-rete (SIM box locali) | Analisi dei modelli A2P vs. P2P e identificazione delle SIM box sulla propria rete. | Bypass bloccato e documentazione fornita al team RA. |
| Abuso di chiamate flash e OTP vocali | Correlazione tra chiamate di verifica di breve durata e attività SMS, definita da policy. | Blocca, monitora o instrada verso un percorso a pagamento: una scelta commerciale, non una decisione casuale. |
| Modifiche alle regole che rischiano di generare falsi positivi | Ogni regola viene eseguita in modalità di monitoraggio solo log sul traffico reale prima di essere applicata. | Il tasso di falsi positivi viene misurato per primo; la promozione per imporre una regola è un clic verificabile. |
Sfida: una piattaforma di marketing interna mal configurata ha iniziato a inviare in loop lo stesso SMS di notifica all'intera base abbonati, minacciando il sovraccarico dell'SMSC nelle ore di punta. Approccio: un limite di velocità per fonte interna era già dispiegato in modalità di monitoraggio ed è stato promosso all'applicazione entro la finestra di modifica.
Sfida: lo spoofing dei sender ID delle principali banche locali stava erodendo la fiducia degli abbonati nell'SMS come canale di verifica. Approccio: le whitelist di sender ID approvati sono state acquisite in collaborazione con le banche, con rilevamento dei sender simili su corrispondenze parziali e identità non registrate.
Sfida: il traffico OTP da flash call generato dai provider OTT consumava risorse di segnalazione voce senza generare ricavi, ed era indistinguibile dalle chiamate brevi legittime. Approccio: le regole di correlazione voce ↔ SMS hanno identificato le flash call con pattern ricorrenti; la policy commerciale ha scelto di monetizzare le fonti ad alto volume e bloccare le restanti.
Distribuibile on-premise, pronto per l'audit, riconosciuto dalle autorità di regolamentazione in ogni mercato in cui operiamo.
Da abbinare a
Firewall A2P internazionale all'interconnessione. Il complemento della protezione del core locale — insieme coprono sia le minacce in ingresso dall'estero sia quelle on-net.
Scopri di piùRilevamento dedicato per il bypass della verifica OTT all'ingresso voce internazionale. Utilizzato dal Local SMSC Firewall per la correlazione voce ↔ SMS.
Scopri di piùCore di messaggistica di livello carrier. Nella maggior parte dei dispiegamenti, il Local SMSC Firewall si colloca in linea / come proxy a monte di questo gateway.
Scopri di piùI firewall internazionali proteggono il traffico proveniente dall'estero — si collocano all'interconnessione. Il Local SMSC Firewall si colloca a monte, o accanto, al vostro SMSC locale e protegge il core di messaggistica. Affronta le minacce che hanno origine all'interno della vostra rete o che aggirano le protezioni internazionali: sistemi interni mal configurati, spam on-net, grey route tramite SIM box locali, spoofing dei sender ID di brand locali e abuso di flash call. Le due soluzioni sono complementari e la maggior parte degli operatori le utilizza entrambe.
In genere meno di 10 millisecondi per messaggio, end-to-end. L'ispezione e la decisione avvengono in tempo reale su percorsi in memoria ottimizzati. Come riferimento, la normale variazione di rete è spesso di 50-100 ms, quindi il firewall ne rappresenta solo una frazione. Misuriamo e pubblichiamo la latenza per singola regola durante il pilota.
Ogni regola può essere dispiegata prima in modalità di monitoraggio — registra ogni corrispondenza ma non blocca mai. Potete vedere esattamente cosa verrebbe rifiutato, misurare il tasso di falsi positivi e promuovere la regola all'applicazione solo quando ne siete certi. Se un falso positivo si verifica comunque durante l'applicazione, il log dettagliato mostra la regola e il contenuto esatti che lo hanno generato, e la regola può essere corretta, oppure il mittente inserito in whitelist, nel giro di pochi minuti.
Entrambe le opzioni sono percorribili. Sono disponibili tre livelli: completamente gestito (BroadNet gestisce il firewall, voi definite la policy), co-gestito (il vostro team guida la gestione quotidiana, BroadNet supporta la calibrazione complessa e gli incidenti) e self-service (gestite tutto voi, BroadNet fornisce formazione, documentazione ed escalation a livello piattaforma). La maggior parte degli operatori inizia in modalità co-gestita durante il pilota e passa poi al modello preferito dal proprio team.
Il firewall viene tipicamente dispiegato on-premise all'interno del vostro data center. Il contenuto dei messaggi viene analizzato in tempo reale e non conservato — vengono registrati solo i metadati e le evidenze delle corrispondenze con le regole. La conservazione dei log e i controlli di accesso seguono le vostre politiche IT e di conformità interne. Nessun contenuto lascia la vostra rete senza la vostra esplicita approvazione.
Un tipico progetto inizia con un workshop tecnico tra i vostri team di rete, sicurezza e IT e gli ingegneri di BroadNet, seguito da un pilota su un sottoinsieme di rotte o partner (con ogni regola inizialmente in sola modalità di monitoraggio), e quindi da un dispiegamento progressivo dell'applicazione. Il percorso completo — dal workshop all'applicazione piena — richiede diversi mesi nella maggior parte dei dispiegamenti, con tempistiche esatte che dipendono dalla complessità dell'ambiente e dalla cadenza di calibrazione delle regole desiderata.
I log dettagliati dei messaggi attribuiscono ogni decisione alla regola che l'ha generata. I tentativi di grey route bloccati, il traffico con pattern da SIM box e le consegne A2P mascherate da P2P non autorizzate sono esportabili come pacchetti di evidenze — CSV / JSON / PDF — per controversie con i partner e indagini regolatorie. Il team RA ottiene evidenze attribuibili del fatto che una perdita in precedenza invisibile è stata quantificata e affrontata.
Sì. Il firewall si integra con i più comuni stack di monitoraggio, sistemi di ticketing e piattaforme SIEM tramite API e syslog. Gli eventi di sicurezza compaiono nei flussi operativi già utilizzati dai vostri team. Le integrazioni specifiche vengono definite durante il workshop tecnico.
La domanda non è presente in questa sezione? Chiedi al nostro team di ingegneri
I firewall SMS e SS7 all'interno della rete bloccano i percorsi non ufficiali e le frodi alla velocità di linea, mentre il traffico legittimo continua a fluire indisturbato.
Coinvolgi i tuoi team di rete, sicurezza e IT. Definiremo l'ambito dell'integrazione, progetteremo il set di regole iniziale ed eseguiremo la prima fase in modalità di monitoraggio — nessun blocco in produzione finché non deciderai tu.
