99,99%SLI standard
Fino a 8 noveDisponibile per implementazioni critiche
NIS2Settore di soggetti essenziali
290+Membri dell'Alleanza
Perché l'Energia È un Obiettivo di Tipo Diverso

La pazienza degli stati-nazione incontra l'infrastruttura distribuita

  • Designato come essenziale da NIS2. Gli operatori energetici dell'UE rientrano esplicitamente nell'ambito delle norme NIS2 sui soggetti essenziali. La segnalazione obbligatoria degli incidenti e la responsabilità a livello di consiglio di amministrazione qui non sono una buona pratica volontaria, sono la legge.
  • La convergenza IT/OT allarga il perimetro. Man mano che la tecnologia operativa si connette sempre di più alle reti IT, la superficie d'attacco si estende ben oltre ciò che gli strumenti tradizionali basati solo sul firewall sono stati costruiti per sorvegliare.
  • Ricognizione a lunga permanenza. Le intrusioni nel settore energetico collegate ad attori statali sono spesso caratterizzate da una ricognizione prolungata prima di qualsiasi azione dirompente. Uno schema di questo tipo emerge solo rispetto a una base di intelligence ampia, non ai soli log di un singolo operatore.
  • Siti distribuiti, non un unico perimetro. Le sottostazioni e i siti di distribuzione sono numerosi e geograficamente dispersi, il che rende difficile un monitoraggio centralizzato e coerente con prodotti puntuali, senza un feed condiviso tra tutti i siti.
Costruito per l'Uptime delle Infrastrutture Critiche

Dal 99,99% a otto nove quando conta davvero

L'architettura standard di OneFirewall è costruita per un SLI del 99,99%. Per i deployment con requisiti più stringenti, è disponibile un'architettura di livello enterprise basata su clustering Kubernetes a tre nodi, con calcolo ridondante, storage condiviso e accesso con bilanciamento del carico, per spingere la disponibilità verso quattro-otto nove. È l'intervallo che gli operatori di infrastrutture critiche devono tipicamente raggiungere per soddisfare regolatori e consigli di amministrazione.

Diagramma dell'architettura logica di OneFirewall
Gestore di rete all'interno dell'alleanza
Terna logo
Come Si Integra

Un unico feed, applicato in modo coerente su ogni sito

  • Consolida i siti distribuiti in un unico feed. Il WCF Agent invia la stessa intelligence pronta per l'enforcement ai firewall di ogni sito, sottostazione, centro di distribuzione o sede centrale, invece di affidarsi a ogni singola sede per mantenere la propria lista di minacce.
  • On-prem o cloud privato per ambienti adiacenti all'OT. OneFirewall Server può funzionare on-prem o in un cloud privato, mantenendo l'elaborazione dell'intelligence all'interno del paese o della rete dove la policy per gli ambienti adiacenti all'OT lo richiede.
  • STIX/TAXII per gli strumenti SOC esistenti. L'intelligence viene erogata nativamente in STIX 2.1 / TAXII 2.1, integrandosi nelle piattaforme SIEM e SOAR già utilizzate dai SOC del settore energetico.
Statistica di protezione attiva di OneFirewall: oltre 230 attacchi ad alta criticità bloccati ogni ora in tempo reale negli ambienti di infrastrutture critiche
Domande che un Direttore delle Operazioni Farebbe

Cosa tocca e cosa non tocca

Questo arriva fino alla nostra rete OT/ICS?

No. OneFirewall opera al perimetro rivolto verso l'IT — i firewall, i router e i WAF a cui si collega il WCF Agent — e non come strumento consapevole dei protocolli OT/ICS. È un livello di intelligence complementare posto davanti all'infrastruttura IT, non un sostituto dei controlli di sicurezza OT dedicati.

Come fanno decine di sottostazioni a riportare dati senza diventare un'unica grande superficie d'attacco?

Ogni sito mantiene il proprio feed, i propri utenti e la propria configurazione separati a livello logico nell'ambito del modello multi-tenant — solo la threat intelligence in sé viene messa in comune, consolidata in un unico feed coerente e reinviata al firewall già esistente di ogni sito.

Qual è l'effettivo impegno di uptime?

SLI del 99,99% sull'architettura standard. Per i deployment che richiedono di più, è disponibile un'opzione di clustering Kubernetes a tre nodi, che spinge la disponibilità verso quattro-otto nove.

Scoprite cosa rivela l'intelligence dell'intera alleanza nei vostri siti.

Eseguite una Proof of Value gratuita sui vostri stessi dati di rete. Nulla esce dal vostro perimetro.

Avvia una Proof of Value
Telemetria Live del Sensore — ICS/SCADA e superficie d'attacco energetica

I protocolli di controllo industriale sono stati sondati entro poche ore dall'attivazione del sensore

Modbus, OPC UA e Siemens S7 — i protocolli backbone per reti elettriche, acqua e sistemi di controllo industriale — hanno ricevuto tentativi di connessione non richiesti nella nostra finestra di 8,75 ore.

27
Fonti distinte connesse alla porta 502 (Modbus)
Modbus FC43: richiesta di identificazione del dispositivo inviata
2
Server OPC UA Hello accettato senza autenticazione
Protocollo di scambio dati industriale — non autenticato
1
Tentativo di connessione Siemens S7/ISO-TSAP
Porta 102 — vettore di accesso read/write al PLC
4
Sonde di amplificazione NTP monlist (CVE-2013-5211)
4 IP distinti — amplificazione DDoS contro le comunicazioni di rete
Cosa significa la sonda Modbus FC43. Il function code 43 è una richiesta "Read Device Identification" — chiede a un PLC o RTU di identificarsi: vendor, nome prodotto, versione firmware. Non è una scrittura distruttiva; è ricognizione. Chi conosce la versione firmware sa quali CVE si applicano. Delle 27 fonti che si sono connesse alla porta 502, questo era il payload osservato. La porta 502 non dovrebbe mai essere raggiungibile dalla rete pubblica — eppure lo era. L'enforcement di rete di OneFirewall chiude questo percorso prima che il frame Modbus venga mai analizzato.
Esplora i dati. Il Threat Landscape 2026 confronta le metriche IPv4 di 2025 e 2026, dai volumi e dalla gravità ai tipi di attacco, alle origini e al feed in tempo reale.