Proteggere l'accesso remoto OT
Introduzione: questioni di sicurezza relative all'accesso remoto OT
L'accesso remoto alle reti OT (Operational Technology) è una necessità per la manutenzione e il monitoraggio industriale, ma costituisce anche il principale vettore di attacchi informatici contro le infrastrutture industriali. Secondo l'ANSSI, il 40% degli incidenti informatici sui sistemi industriali francesi comporta un accesso remoto compromesso.
La posta in gioco è altissima: una compromissione di una rete OT può causare interruzioni della produzione, rischi per la sicurezza delle persone, danni materiali alle apparecchiature e violazioni delle normative NIS2 o IEC 62443.
La presente guida descrive l'architettura di sicurezza di Eziwan e le migliori pratiche per un'implementazione conforme.
Architettura Zero Trust di Eziwan
Eziwan implementa un modello Zero Trust (non fidarsi mai, verificare sempre) per tutti gli accessi remoti alle reti OT. L'architettura si basa su tre principi fondamentali:
- Zero fiducia implicita: ogni connessione viene verificata, anche se proveniente da una rete "affidabile"
- Privilegi minimi: ogni utente accede solo alle risorse strettamente necessarie per svolgere il proprio incarico
- Ispezione continua: tutte le sessioni vengono registrate e sono analizzabili
Zero Inbound Port: come funziona
Il gateway Eziwan non richiede alcuna apertura di porte in entrata sul firewall perimetrale del sito industriale. Questo principio è fondamentale per la sicurezza.
Funzionamento tecnico
Il gateway Eziwan avvia una connessione in uscita verso il cloud Eziwan all'avvio:
1. Gateway in avvio ──> Connessione UDP 1194 in uscita verso cloud.eziwan.com
2. Viene stabilito il tunnel OpenVPN (certificato X.509 + crittografia AES-256-GCM)
3. Keepalive Heartbeat ogni 25 secondi
4. Quando un tecnico si connette, il cloud instrada la sua sessione attraverso il tunnel già stabilito
Vantaggi operativi
| Metodo tradizionale (port forwarding) | Eziwan Zero Inbound |
|---|---|
| Apertura della porta 3389 (RDP) sul firewall | Nessuna porta in entrata da aprire |
| Indirizzo IP pubblico fisso richiesto | Indirizzo IP dinamico supportato |
| Visibile su Shodan/Censys | Invisibile su Internet |
| Configurazione complessa del firewall | Zero configurazione di rete |
| Rischio in caso di configurazione errata del firewall | Superficie di attacco pari a zero sul lato del sito |
Autenticazione 2FA: configurazione TOTP
Attivazione dell'autenticazione a due fattori (2FA) per un utente
Su tutti gli account Eziwan la 2FA è attivata di default. La procedura di registrazione:
- Accedere a Portale Eziwan → Utenti → [Nome utente] → Sicurezza
- Cliccare su "Configura l'autenticazione a due fattori"
- Scansionare il codice QR con un'app compatibile con TOTP:
- Google Authenticator (iOS / Android)
- Authy (iOS / Android / Desktop)
- Microsoft Authenticator (iOS / Android)
- Inserire il codice di verifica a 6 cifre per confermare la registrazione
- Conservare i codici di recupero in un luogo sicuro (≠ smartphone)
Procedura di accesso sicura
Configurazione avanzata della 2FA
| Parametro | Valore predefinito | Raccomandazione |
|---|---|---|
| Algoritmo TOTP | SHA-1 (RFC 6238) | Standard (non modificare) |
| Periodo di validità | 30 secondi | Standard |
| Finestra di tolleranza | ±30 secondi | Compensare il fuso orario |
| Codici di recupero | 8 codici monouso | Conservare al di fuori dello smartphone |
| Tentativi prima del blocco | 5 | Configurabile da 3 a 10 |
| Durata del blocco | 15 minuti | Configurabile |
Diritti di accesso: per tecnico, per attrezzatura, per fascia oraria
Modello di autorizzazioni RBAC
Eziwan utilizza un modello RBAC (Role-Based Access Control) a tre livelli:
Autorizzazione = Utente × Attrezzature × Orari × Livello di accesso
Livelli di accesso disponibili
| Livello | Lettura | Scrittura | Riavvio dell'apparecchiatura | Modifica della configurazione |
|---|---|---|---|---|
| Monitoraggio | Sì | No | No | No |
| Manutenzione | Sì | Sì | No | No |
| Esperto | Sì | Sì | Sì | No |
| Amministratore | Sì | Sì | Sì | Sì |
Esempio di configurazione dei diritti
{
"user_email": "technicien.externe@prestataire.com",
"display_name": "Jean Martin - ABC Maintenance",
"access_level": "maintenance",
"allowed_devices": [
"PLC_Ligne_Embouteillage_1",
"IHM_Ligne_Embouteillage_1"
],
"schedule": {
"allowed_days": ["monday", "tuesday", "wednesday", "thursday", "friday"],
"allowed_hours_start": "08:00",
"allowed_hours_end": "18:00",
"timezone": "Europe/Paris",
"allow_exceptions": false
},
"session_limits": {
"max_duration_minutes": 120,
"max_concurrent_sessions": 1,
"idle_timeout_minutes": 30
},
"valid_from": "2026-01-01",
"valid_until": "2026-12-31",
"notes": "Contrat maintenance préventive annuelle"
}
Audit trail: registri delle sessioni
Posizione dei log
I log di audit sono accessibili nel Portale Eziwan alla voce Amministrazione → Audit Trail.
È possibile filtrare per:
- Utente
- Dispositivo utilizzato
- Intervallo di date
- Stato (riuscito / fallito / avviso)
- Indirizzo IP di origine
Struttura di una voce di log
{
"event_id": "evt_20260604_143200_00001",
"event_type": "session_started",
"timestamp": "2026-06-04T14:32:00.000Z",
"user": {
"id": "usr_00847",
"email": "jean.martin@prestataire.com",
"display_name": "Jean Martin"
},
"authentication": {
"password_verified": true,
"totp_verified": true,
"ip_address": "82.64.xxx.xxx",
"country": "FR",
"user_agent": "Mozilla/5.0..."
},
"session": {
"id": "sess_20260604_143200",
"device": "PLC_Ligne_Embouteillage_1",
"protocol": "modbus_tcp_proxy",
"tunnel": "openvpn"
}
}
Esportazione dei log ai fini della conformità
I log possono essere esportati in formato JSON o CSV tramite l'API REST o l'interfaccia web.
# Export via API Eziwan (exemple curl)
curl -H "Authorization: Bearer VOTRE_API_TOKEN" \
"https://api.eziwan.com/v1/audit-logs?from=2026-01-01&to=2026-06-04&format=csv" \
-o audit_logs_2026.csv
Buone pratiche: 10 regole di sicurezza
-
Un account per persona: non condividere mai le credenziali tra tecnici o fornitori di servizi. Ogni accesso deve essere tracciabile individualmente.
-
Autenticazione a due fattori (2FA) obbligatoria senza eccezioni: la 2FA è imprescindibile, anche per gli accessi di emergenza. Preparare i codici di recupero in caso di malfunzionamento dello smartphone.
-
Durata limitata dei diritti dei fornitori: data di scadenza fissa (massimo 12 mesi), verifica trimestrale degli accessi attivi.
-
Revoca immediata: procedura documentata per revocare un accesso in meno di 5 minuti. Un responsabile designato per eseguire le revoche.
-
Principio del privilegio minimo: un operatore della linea 1 non ha accesso alla linea 2. Un tecnico di supervisione ha solo accesso in modalità "monitoraggio", non in modalità "manutenzione".
-
Accesso durante l'orario di lavoro: salvo casi di reperibilità documentati, l'accesso da parte dei fornitori di servizi è limitato all'orario d'ufficio. Le connessioni notturne dall'estero devono attivare un allarme.
-
Nessun accesso al di fuori degli interventi programmati: per i fornitori di servizi, attivare l'accesso solo durante le finestre di manutenzione. Disattivarlo tra un intervento e l'altro.
-
Audit trail esaminato regolarmente: settimanalmente dal responsabile OT, mensilmente dalla direzione. Non aspettare che si verifichi un incidente per consultare i log.
-
Verifica degli accessi di emergenza: simulare una manutenzione di emergenza ogni tre mesi per verificare che la procedura funzioni correttamente (contatto con il servizio di reperibilità, connessione, risoluzione del problema, disconnessione).
-
Aggiornamento del firmware del gateway: attivare gli aggiornamenti automatici sul gateway Eziwan. Non ignorare mai le note di sicurezza.
Conformità alle norme NIS2 e IEC 62443
NIS2 (Direttiva europea, recepita in Francia nell'ottobre 2024)
I requisiti NIS2 applicabili all'accesso remoto OT per i soggetti essenziali e rilevanti:
| Requisiti NIS2 | Implementazione Eziwan |
|---|---|
| Gestione degli accessi di terze parti | Account nominativi, diritti granulari, scadenza |
| Autenticazione forte | 2FA TOTP obbligatoria |
| Registrazione | Audit trail completo, esportabile, conservato per 24 mesi |
| Notifica degli incidenti | Esportazione dei log per la segnalazione all’ANSSI entro 24 ore |
| Gestione delle vulnerabilità | Aggiornamento OTA automatico del firmware firmato |
| Continuità operativa | Passaggio al 4G in caso di interruzione della connessione principale |
IEC 62443 (Norma sulla sicurezza informatica industriale)
Eziwan supporta la conformità alla norma IEC 62443:
| Area IEC 62443 | Livello di sicurezza | Misure Eziwan |
|---|---|---|
| Area aziendale (L4) | SL-1 | VPN TLS, autenticazione di base |
| Area operativa (L3) | SL-2 | 2FA, RBAC, audit trail |
| Area di controllo (L2) | SL-2 | Accesso tramite tunnel dedicato, diritti per dispositivo |
| Area campo (L1) | SL-1 | Accesso Modbus/OPC-UA tramite proxy Eziwan |
Per ottenere la documentazione completa relativa alla conformità (questionario sulla sicurezza, architettura di riferimento), contattate il team di Eziwan.
Domande frequenti
Perché vietare qualsiasi accesso dall'esterno a un sito industriale?
Ogni porta esposta (RDP, VNC, VPN in entrata) viene monitorata costantemente e costituisce la prima via di accesso per i ransomware che prendono di mira il settore industriale. L'architettura Eziwan non apre alcuna connessione: è il gateway stesso ad avviare autonomamente una connessione in uscita crittografata.
La doppia autenticazione è davvero necessaria per l'OT?
Sì: una password da sola può essere rubata o condivisa. L'autenticazione a più fattori (MFA) subordina l'accesso alle apparecchiature di produzione a un secondo fattore, e questo è un requisito esplicito degli audit NIS2 e IEC 62443.
Come dimostrare chi ha fatto cosa durante un audit?
Ogni sessione remota viene registrata: identità, data e ora, dispositivo di destinazione, durata, indirizzo di origine. Questi registri immutabili possono essere esportati per gli audit di conformità e le analisi post-incidente.
Questa architettura è conforme alla norma IEC 62443?
Essa attua le misure chiave dei livelli da SL-1 a SL-2: segmentazione in zone e canali, autenticazione unica per utente, principio del privilegio minimo e tracciabilità. La tabella di corrispondenza riportata sopra illustra in dettaglio ciascun requisito.
Risorse correlate
- Sicurezza informatica dell'accesso remoto OT — minacce e contromisure
- Accesso remoto senza apertura di porte — spiegazione dell'architettura
- Guida: come proteggere una rete OT — la guida completa dal punto di vista del sito
- NIS2 per l'industria — obblighi e conformità
- Accesso remoto industriale Zero Trust — il principio del privilegio minimo applicato all’OT