HomeIA e Machine LearningRilevatore di Intrusioni di Rete — Punteggio di Anomalia dal Vivo

🔒 Rilevatore di Intrusioni di Rete — Punteggio di Anomalia dal Vivo

Un flusso di traffico di rete simulato passa attraverso un modello di rilevamento delle anomalie che assegna a ogni connessione un punteggio di rischio di intrusione, segnalando scansioni di porte e pattern di esfiltrazione dati man mano che emergono.

IA e Machine Learning3DAvanzato60 FPS
ai-cybersecurity-intrusion-detection ↗ Apri standalone

Informazioni sul Rilevatore di Intrusioni di Rete

I moderni sistemi di rilevamento delle intrusioni di rete si dividono in due grandi famiglie. I sistemi basati su firme (Snort, Suricata, la maggior parte dei firewall commerciali) confrontano il traffico con un catalogo di pattern noti come dannosi e possono individuare solo ciò che è già stato osservato e scritto in una regola. I sistemi basati sulle anomalie costruiscono invece un modello statistico di come appare il traffico "normale" per una rete — tassi tipici di pacchetti, durate delle connessioni, porte toccate — e segnalano tutto ciò che si discosta fortemente da esso, il che permette loro di individuare pattern di attacco genuinamente nuovi al costo di un tasso più alto di falsi positivi. Questa simulazione implementa direttamente l'approccio basato sulle anomalie: un flusso dal vivo di connessioni sintetiche, ciascuna descritta da quattro caratteristiche a livello di flusso (pacchetti/sec, byte/pacchetto, durata della connessione e numero di porte di destinazione distinte toccate), viene valutato rispetto a una distribuzione di base che viene essa stessa ristimata al volo a partire dal traffico recente attualmente non segnalato.

Il punteggio di anomalia di ogni connessione è la norma euclidea dei suoi quattro z-score rispetto a quella base dal vivo — una forma semplificata a covarianza diagonale della distanza di Mahalanobis. Un cursore di sensibilità imposta la soglia di punteggio sopra la quale una connessione viene segnalata; una volta segnalata, la simulazione analizza quali caratteristiche stanno guidando l'anomalia per distinguere una scansione di porte (molte porte distinte, durata molto breve) dall'esfiltrazione di dati (byte per pacchetto elevati che si muovono costantemente attraverso pochissime porte). Poiché ogni connessione sintetica porta segretamente un'etichetta di verità di base, la simulazione può calcolare dal vivo precisione, recall e l'intera matrice di confusione mentre sposti la soglia.

Domande frequenti

Cos'è il rilevamento delle intrusioni basato sulle anomalie e in cosa differisce da un IDS basato su firme?

I sistemi basati su firme come Snort o Suricata confrontano il traffico con un database di pattern di attacco noti — una specifica sequenza di byte, un IP noto come dannoso, una particolare forma di pacchetto — e possono individuare solo attacchi già osservati e catalogati in precedenza. Il rilevamento basato sulle anomalie costruisce invece un profilo statistico di come appare il traffico "normale" per una data rete — tassi tipici di pacchetti, durate delle connessioni, porte toccate — e segnala tutto ciò che si discosta fortemente da quel profilo, indipendentemente dal fatto che l'attacco esatto sia mai stato osservato. Questo permette ai rilevatori di anomalie di individuare pattern di attacco nuovi o zero-day, al costo di un tasso più alto di falsi positivi, poiché un comportamento insolito ma legittimo (un job di backup, un nuovo servizio) può anch'esso attivare una segnalazione. I sistemi reali in genere combinano entrambi gli approcci.

Quali caratteristiche usa questa simulazione per descrivere una connessione, e perché proprio queste quattro?

Ogni connessione simulata è descritta da quattro caratteristiche: pacchetti al secondo (pps), byte per pacchetto (bpp), durata della connessione in secondi, e numero di porte di destinazione distinte toccate durante la sessione. Queste quattro sono state scelte perché separano nettamente le due famiglie di attacco modellate qui senza bisogno di un'ispezione approfondita dei pacchetti: una scansione di porte si manifesta come molte porte distinte toccate in una durata molto breve con pacchetti piccoli (bpp basso, pps alto), mentre l'esfiltrazione di dati si manifesta come una sessione di lunga durata che sposta byte per pacchetto insolitamente elevati attraverso pochissime porte.

Come viene effettivamente calcolato il punteggio di anomalia?

Ciascuna delle quattro caratteristiche viene convertita in uno z-score: zᵢ = (xᵢ − mediaᵢ) / devstdᵢ, usando una media e una deviazione standard stimate dal vivo su una finestra scorrevole delle connessioni più recenti che non sono attualmente segnalate come anomale. Il punteggio di anomalia è quindi la norma euclidea del vettore degli z-score, punteggio = √(z₁² + z₂² + z₃² + z₄²) — equivalente a una distanza di Mahalanobis sotto l'ipotesi semplificativa che le quattro caratteristiche siano non correlate (una matrice di covarianza diagonale). Una connessione viene segnalata nel momento in cui il suo punteggio supera la soglia di sensibilità impostata dal cursore.

Come distingue la simulazione una scansione di porte dall'esfiltrazione di dati una volta segnalata una connessione?

Una volta che il punteggio supera la soglia, la simulazione osserva quali singoli z-score stanno guidando l'anomalia. Se lo z-score delle porte distinte è fortemente positivo mentre quello della durata è fortemente negativo, la firma corrisponde a molte porte toccate in pochissimo tempo — classificata come scansione di porte. Se gli z-score di byte per pacchetto e durata sono entrambi fortemente positivi mentre le porte distinte restano basse, la firma corrisponde a un trasferimento di dati ampio, prolungato e ristretto — classificato come esfiltrazione. Qualsiasi segnalazione che non corrisponda chiaramente a nessuna delle due firme viene etichettata come anomalia generica.

Come influisce il cursore della soglia di sensibilità su falsi positivi e falsi negativi?

Abbassare la soglia segnala più connessioni: il recall aumenta (meno intrusioni reali sfuggono come falsi negativi) ma la precisione diminuisce (più traffico ordinario viene erroneamente segnalato come falso positivo, un effetto che gli analisti chiamano affaticamento da allerta). Alzare la soglia fa l'opposto — meno allerte, precisione più alta, ma una probabilità crescente che scansioni o sessioni di esfiltrazione reali passino inosservate.

Perché il modello ricalcola le sue statistiche di base da una finestra scorrevole dal vivo invece che da un insieme di addestramento fisso?

Il traffico di rete reale cambia costantemente — viene distribuita una nuova applicazione, cambia una pianificazione di backup, il lavoro da remoto sposta il profilo orario del traffico — un fenomeno chiamato concept drift. Ricalcolare media e deviazione standard da una finestra scorrevole di connessioni recenti non segnalate permette alla base di seguire la deriva legittima pur resistendo agli attacchi che arrivano come un picco improvviso, al costo di essere vulnerabile ad attaccanti che aumentano deliberatamente in modo lento abbastanza da essere assorbiti nella base — a volte chiamato avvelenamento "a rana bollita".

Quali sono i limiti di questo approccio a covarianza diagonale rispetto a un sistema di rilevamento delle intrusioni in produzione?

Trattare le quattro caratteristiche come non correlate ignora le correlazioni reali — una matrice di covarianza completa disegnerebbe una regione normale ellittica e inclinata invece di quella allineata agli assi di questa simulazione. I sistemi in produzione vanno ancora oltre: isolation forest, autoencoder e altri modelli di machine learning catturano strutture non lineari e di ordine superiore su decine di caratteristiche, e sono tipicamente combinati con regole basate su firme, feed di threat intelligence e revisione da parte di analisti umani, invece di affidarsi a un singolo punteggio statistico isolato.

Perché falsi negativi e falsi positivi hanno un costo così diverso in un SOC reale?

Un falso negativo — un'intrusione mancata — può significare che i dati escono realmente dalla rete o che un punto d'appoggio resta inosservato, con costi misurati in rimedio alla violazione e danno reputazionale. Un falso positivo costa tempo dell'analista. Poiché il tempo degli analisti è limitato, un rilevatore ottimizzato solo per il recall può essere controproducente se seppellisce le allerte genuine sotto un diluvio di allerte false — ed è esattamente per questo che il compromesso precisione/recall esposto dal cursore della soglia di questa simulazione è la decisione operativa centrale nel rilevamento reale delle intrusioni.

⚙ Sotto il cofano

Un flusso di traffico di rete simulato passa attraverso un modello di rilevamento delle anomalie che assegna a ogni connessione un punteggio di rischio di intrusione, segnalando scansioni di porte e pattern di esfiltrazione dati man mano che emergono.

Three.jsWebGLAIMachine Learning

3D · Renderer Three.js / WebGL · obiettivo 60 FPS · esegue interamente lato client, senza installazione

Cosa hai trovato?

Aggiungi i passaggi per riprodurlo (opzionale)