5G privato e sovranità: on-premises vs operatore commerciale

Un servizio 5G dedicato può offrire a una struttura critica connettività affidabile, prestazioni prevedibili e un certo livello di isolamento del traffico rispetto alla rete pubblica. Ma c'è una domanda che spesso riceve meno attenzione in fase di approvvigionamento: chi controlla realmente l'infrastruttura alla base di quel servizio?

La risposta è fondamentale quando la connettività è critica per le operazioni. Un servizio 5G commerciale può essere dedicato alla tua organizzazione, ma l'infrastruttura che lo supporta può comunque appartenere ed essere gestita dal provider di telecomunicazioni. Se un disservizio colpisce la rete pubblica, anche il servizio costruito su di essa può esserne influenzato.

Considera un sito di produzione durante una forte tempesta. Una torre macro che serve l'area perde energia, le batterie di backup si esauriscono e il backhaul viene interrotto. Il servizio 5G dedicato del sito crolla di conseguenza. La produzione si ferma, non perché qualcosa sia guasto all'interno della struttura, ma perché la sua connettività dipendeva in ultima analisi da un'infrastruttura a diversi chilometri di distanza, al di fuori del controllo dell'organizzazione.

Questo evidenzia una distinzione cruciale per la difesa e le infrastrutture critiche: avere una connettività dedicata non è la stessa cosa che controllare la rete che la fornisce. Ed è qui che l'architettura sottostante diventa importante.

Il termine "rete privata" viene usato in modo vago, e questo è parte del problema. Un APN privato, un servizio 5G dedicato basato sul network slicing, una rete di accesso radio dedicata con un core condiviso e un'infrastruttura completamente standalone possono tutti essere presentati ai clienti come forme di "connettività privata". Ma lasciano all'organizzazione livelli di controllo molto diversi.

Una rete può essere privata in termini di accesso, il che significa che il tuo traffico non si mescola con quello di nessun altro, senza essere sovrana in termini di infrastruttura, amministrazione o controllo.

È qui che entra in gioco il network slicing. Tecnicamente, una slice di rete è una porzione logicamente separata della rete 5G di un operatore mobile che può essere configurata per un cliente o un caso d'uso specifico. Dal punto di vista del cliente, può apparire e comportarsi come un servizio dedicato: caratteristiche di performance definite, isolamento del traffico e policy specifiche.

Ma l'infrastruttura sottostante, incluso il 5G Core dell'operatore, rimane parte della rete dell'operatore.

Questa distinzione è facile da trascurare in una conversazione di approvvigionamento. Il cliente acquista un servizio 5G dedicato; tecnicamente, quel servizio potrebbe essere una slice di una rete pubblica molto più grande. Se quell'infrastruttura pubblica subisce un guasto o se l'accesso al core dell'operatore viene interrotto, anche il servizio dedicato del cliente può risentirne.

La vera domanda, quindi, non è semplicemente se una rete sia "privata". È dove si trovano le funzioni critiche di rete, chi le gestisce e chi ha l'autorità per controllarle.

In pratica, i clienti che valutano la connettività 5G dedicata incontrano tipicamente tre architetture, una distinzione che SMA-RTY ha recentemente discusso in un approfondimento su La Repubblica.

• Network slicing: un servizio dedicato fornito attraverso la rete pubblica esistente dell'operatore. Una porzione logicamente separata dell'infrastruttura viene configurata per un cliente specifico. L'organizzazione ottiene connettività dedicata senza possedere la rete sottostante.
• Hybrid RAN: una rete di accesso radio dedicata presso la sede del cliente, combinata con un core esterno. L'organizzazione ottiene le proprie antenne e infrastrutture radio, ma la rete core (la parte responsabile di autenticazione, gestione delle sessioni, policy e routing) rimane all'operatore, tipicamente in siti remoti.
• Standalone on-premises: una rete 5G indipendente, con sia la rete di accesso radio che il 5G Core implementati specificamente per l'organizzazione, presso le sue sedi fisiche o all'interno di un'infrastruttura che controlla in via esclusiva.

La differenza non risiede semplicemente in quanta attrezzatura si trova fisicamente in loco, ma in quanto si estende il controllo dell'organizzazione all'interno dell'architettura di rete.

Solo il modello standalone elimina la dipendenza dal core dell'operatore e dal suo controllo quotidiano. Non elimina ogni dipendenza tecnica: un'infrastruttura locale ha ancora bisogno di alimentazione, backhaul, manutenzione hardware e aggiornamenti software. Ma cambia in modo radicale chi decide come opera la rete e dove risiedono le funzioni critiche. Questo è il modello architetturale su cui si basa NGCI.

Una rete 5G privata standalone, come NGCI (Next-Generation Communication Infrastructure), sposta il 5G Core on-premises. Le funzioni di autenticazione, le policy di sicurezza e l'infrastruttura che gestisce credenziali e chiavi di rete funzionano tutte su un'infrastruttura di proprietà e gestita dall'organizzazione, situata dove l'organizzazione decide.

In pratica, questo significa che il traffico locale può essere autenticato e instradato interamente all'interno del perimetro controllato, senza richiedere il core di un operatore esterno. L'organizzazione può definire chi ha accesso amministrativo alla rete e a quali condizioni, anziché delegare questa decisione a un operatore commerciale.

Cambia anche il modo in cui vengono gestite le policy di sicurezza. Credenziali, chiavi, policy di autenticazione e controlli del traffico possono essere configurati all'interno della propria infrastruttura invece di essere ereditati dal modello operativo standard di un provider.

La distinzione può essere riassunta in modo semplice: un servizio dedicato ti dà una corsia riservata; una rete on-premises ti dà il controllo dell'intera strada.

Questo non rende una rete on-premises indipendente da tutto il resto. Significa che l'organizzazione può decidere quali dipendenze esterne sono necessarie e quali no.

Di solito è qui che arriva l'obiezione. Una rete privata non dipende comunque da qualcosa di esterno per la connettività a lungo raggio? Non le serve, prima o poi, un collegamento satellitare commerciale per parlare con il resto del mondo?

Dipende da cosa si chiede alla rete. Per le operazioni tattiche locali, una rete standalone on-premises non ha alcun bisogno di connettività esterna: può autenticare, instradare e cifrare il traffico interamente all'interno della propria area di copertura, senza dipendere dalla disponibilità o dall'integrità di servizi satellitari commerciali. I collegamenti esterni diventano opzionali, utilizzati quando conviene e non necessari al funzionamento della rete.

Questa distinzione conta più di quanto sembri. Una rete che ha bisogno della copertura satellitare commerciale per operare ha un single point of failure che sta fuori dal controllo dell'organizzazione. Una rete che può operare senza ha una variabile in meno di cui preoccuparsi quando le condizioni si fanno difficili.

Per gli operatori della difesa, la sovranità dei dati tende a finire archiviata sotto il legale o la compliance, qualcosa da verificare prima di firmare un contratto. Un inquadramento che sottovaluta la vera posta in gioco. Dove i dati risiedono fisicamente, chi vi ha accesso amministrativo e quale giurisdizione regola quell'accesso determinano, in termini pratici, se un avversario o un'autorità straniera potranno mai imporre la divulgazione del traffico tattico.

Una rete standalone on-premises risponde a quella domanda eliminando l'ambiguità. I dati non risiedono sui server di qualcun altro sotto la giurisdizione di qualcun altro, perché nell'architettura non esiste alcun "qualcun altro". Le chiavi di cifratura vengono generate, custodite e ruotate internamente. I log di accesso restano interni. La catena di custodia di ogni pacchetto è abbastanza corta da poter essere realmente verificata.

Nulla di tutto questo sostiene che le reti commerciali siano inadatte a ogni scopo. Molte attività vicine al mondo della difesa non richiedono questo livello di controllo, e costruire infrastrutture standalone ovunque non sarebbe né pratico né necessario. Il punto è più circoscritto: per le comunicazioni tattiche, la sorveglianza costiera o qualsiasi scenario in cui perdere il controllo della rete anche solo per pochi minuti ha conseguenze operative reali, la domanda su chi detiene il control plane merita di essere posta prima del dispiegamento, non dopo un incidente.

Se il vostro team sta valutando come vengono gestiti la confidenzialità dei dati e il controllo della rete in ambienti critici, saremo lieti di esaminare insieme i dettagli tecnici: nessun discorso commerciale generico, solo un confronto aperto su cosa cambia on-premises rispetto a un operatore commerciale.