Vettori di Attacco Wireless e Social: Espansione del Modello di Minaccia | Fondamenti di Test di Sicurezza Etico con Python: Una Guida Pratica per Principianti

Vettori di Attacco Wireless e Sociale: Espansione del Modello di Minaccia

Finora nel Lab Wintermute abbiamo mappato il segmento cablato—Kali su 192.0.2.10 che sonda Metasploitable2 su 192.0.2.20 e DVWA su 192.0.2.30. Ma le reti reali si estendono nel wireless, e gli attacchi più pericolosi raramente toccano lo stack di rete. Questa pagina estende il nostro modello di minaccia oltre i frame Ethernet e le porte TCP. Voglio che tu ragioni in termini di decisioni: dato ciò che osservi, quale vettore conta, cosa fai, e perché.

Framework Decisionale: Se Vedi X, Fai Y

Condizione osservata	Vettore di attacco da valutare	Azione difensiva immediata	Razionale
Rete WiFi che utilizza WEP o nessuna crittografia	Intercettazione wireless / associazione non autorizzata	Disabilitare WEP; minimo WPA2-Enterprise con validazione del certificato	Il keystream di WEP è recuperabile dal traffico catturato (consultare la letteratura attuale per i dettagli); le reti aperte espongono tutto il traffico di livello 3
WPA2-PSK con password debole o condivisa	Attacco dizionario offline contro PSK	Migrare a WPA3-Personal (SAE) o WPA2-Enterprise; imporre PSK uniche di 16+ caratteri	La modalità PSK deriva le chiavi di sessione dalla password; catturare il 4-way handshake rende la password forzabile offline tramite brute force
WPA3-Personal o Wi-Fi Enhanced Open disponibili ma non abilitati nella configurazione client	Attacco downgrade a protocollo più debole	Verificare `CONFIG_SAE=y` e `CONFIG_OWE=y` nella build di `wpa_supplicant`; impedire l'aggiunta manuale di reti deboli	Secondo le specifiche WFA, se questi non sono compilati, gli utenti non possono connettersi a questi tipi di rete anche quando disponibili—ciò crea percorsi shadow di downgrade
Rete aziendale con avvisi di certificato ignorati dagli utenti	Evil twin / rogue AP con captive portal	Distribuire WPA3-Enterprise (`CONFIG_SUITEB192`/`CONFIG_SUITEB`); certificate pinning tramite MDM; formazione utente sui dialoghi di avviso	Gli utenti abituati a cliccare sugli avvisi annullano la crittografia
Email con trigger di urgenza, autorità o paura; dominio mittente non corrispondente	Phishing / pretexting	Rinforzo SPF/DKIM/DMARC; pipeline di segnalazione utente; programma di phishing simulato con autorizzazione scritta	I filtri tecnici bloccano forse il 99%; quel 1% su scala è catastrofico, e l'essere umano è l'ultimo controllo
Chiavetta USB abbandonata o credenziali "smarrite" nel parcheggio	Baiting / quid pro quo	Disabilitazione porte USB via GPO; awareness sulla sicurezza fisica; honey token che generano allarme se utilizzati	L'attaccante offre qualcosa (una chiavetta "gratis", supporto IT "di aiuto") per estrarre accesso
Hash delle password esfiltrati su sistema controllato dall'attaccante	Cracking offline (Hashcat, John)	bcrypt/Argon2id con tuning del work factor; salt unici; MFA ovunque	Gli attacchi offline girano a velocità GPU senza limiti di rate; gli attacchi online sono rallentati dal sistema target
Blocco account non implementato; nomi utente prevedibili	Brute force online / password spraying	Implementare blocco progressivo; monitorare tentativi distribuiti a basso volume; distribuire MFA	Gli attaccanti spruzzano password comuni su molti account per evitare di attivare blocchi per account

Evoluzione della Sicurezza WiFi: Cosa Insegna il Lab

La rete NAT di VirtualBox del Lab Wintermute non simula nativamente il WiFi, ma puoi collegare un adattatore USB WiFi in modalità monitor alla VM Kali per analisi spettrale autorizzata sul tuo access point isolato. Ecco cosa osserverai attraverso le generazioni:

WEP — Se trovi dispositivi legacy che ancora lo eseguono, la lezione è storica: il keystream RC4 presenta bias statistici che si accumulano attraverso i frame catturati. Non dettaglierò la crack qui perché la tecnica è ben documentata esternamente e il punto è difensivo: inventaria il tuo hardware, contrassegna tutto ciò che è più vecchio di WPA2, e sostituiscilo.

WPA/WPA2 — La biforcazione critica è PSK versus Enterprise. PSK (Pre-Shared Key, una password per tutti gli utenti) significa che chiunque abbia la password può decrittare il traffico se ha catturato il 4-way handshake. Enterprise utilizza RADIUS (un server di autenticazione centrale che emette chiavi per sessione), quindi la compromissione delle credenziali di un utente non espone la rete. Nel lab, se configuri un AP di test con WPA2-PSK "password123", catturi il handshake con airodump-ng, e esegui un attacco dizionario, recupererai il PSK. Stesso AP con WPA2-Enterprise e validazione del certificato? Il handshake non produce un segreto forzabile.

WPA3 — Due parti contano per la tua postura difensiva. WPA3-Personal sostituisce PSK con SAE (Simultaneous Authentication of Equals), che utilizza una zero-knowledge proof: anche catturando lo scambio non ti permette di forzare la password offline. Wi-Fi Enhanced Open (OWE) crittografa le reti pubbliche senza autenticazione, eliminando il problema "WiFi aperto = traffico esposto". Verifica la tua build di wpa_supplicant: CONFIG_SAE=y, CONFIG_OWE=y, e per Enterprise CONFIG_SUITEB192/CONFIG_SUITEB devono essere abilitati o queste modalità semplicemente non sono disponibili agli utenti.

⚠️ Solo uso autorizzato e difensivo. L'analisi spettrale e la cattura del handshake richiedono il tuo hardware sul tuo spettro. L'intercettazione non autorizzata del traffico wireless di terze parti viola le leggi nella maggior parte delle giurisdizioni indipendentemente dallo stato della crittografia.

Python per il Wireless: Scapy e Basi 802.11

Scapy 2.7.1 (rilascio documentazione luglio 2026) gestisce i frame 802.11 tramite composizione di livelli. L'operatore / sovrappone i livelli: RadioTap() / Dot11() costruisce un frame con l'header radiotap (metadati del segnale) e l'header MAC 802.11. In modalità monitor, la tua interfaccia cattura i frame di gestione—beacon, probe, associazioni—che rivelano la presenza della rete anche quando la trasmissione SSID è soppressa.

Ecco un concetto minimale di scoperta passiva. Non lo eseguirai contro il segmento cablato di Wintermute; lo eseguirai contro il tuo access point lab autorizzato:

from scapy.all import * def ssid_sniff(pkt): # Dot11Beacon = annuncio rete; Dot11ProbeResp = risposta a probe client if pkt.haslayer(Dot11Beacon) or pkt.haslayer(Dot11ProbeResp): ssid = pkt[Dot11Elt].info.decode(errors='replace') bssid = pkt[Dot11].addr3 channel = ord(pkt[Dot11Elt:3].info) if pkt.haslayer(Dot11Elt) else '?' # hide_defaults() rimuove i campi corrispondenti ai default per display più pulito print(f"SSID: {ssid} | BSSID: {bssid} | Channel: {channel}") # sniff(iface="wlan0mon", prn=ssid_sniff, count=100)
# ^ Decommentare solo quando wlan0mon è la tua interfaccia autorizzata in modalità monitor

In termini semplici: Questo ascolta gli annunci di rete ed estrae il nome, l'indirizzo hardware e il canale. Il errors='replace' gestisce SSID malformati che altrimenti farebbero crashare lo script—una fragilità reale che ho incontrato all'inizio.

La modalità monitor significa che l'interfaccia cattura tutto il traffico 802.11 raw, non solo i frame indirizzati a lei. Il tuo adattatore deve supportarla; molti chipset economici non lo fanno. Verifica con iw list per "monitor" nelle modalità interfaccia supportate.

Ingegneria Sociale: Il Vettore con Maggior Successo

Se dovessi scommettere su una categoria di attacco che ha successo in qualsiasi organizzazione, è l'ingegneria sociale. Non perché la tecnologia è debole, ma perché il target ti aiuta. I controlli tecnici—filtri, MFA, DLP—presuppongono un attaccante motivato che spinge contro le difese. L'ingegneria sociale rende le difese irrilevanti passando attraverso la porta che il target apre.

Pretexting: Fabbricare uno scenario per estrarre informazioni. "Sono dall'IT, stiamo migrando i server di posta, ho bisogno di verificare la tua password." Il pretext sfrutta i pattern di fiducia organizzativa.

Baiting: Lasciare qualcosa di attraente perché il target lo trovi. Una USB etichettata "Bonus Q4" in un parcheggio. Quando inserita, si avvia automaticamente o semplicemente sfrutta la curiosità umana che ispeziona i contenuti.

Quid pro quo: Offrire un servizio in cambio di accesso. "Posso risolvere quella lentezza se mi lasci accedere da remoto." L'attaccante fornisce un aiuto minimo effettivo per stabilire un'obbligazione di reciprocità.

Perché i controlli tecnici falliscono: i filtri email bloccano gli indicatori noti come malevoli, ma una telefonata dal vivo bypassa ogni filtro. L'MFA ferma il furto di credenziali, ma non l'hijacking di sessione se l'attaccante persuade l'utente ad approvare una notifica push. La difesa è a strati: tecnica (enforcement DMARC, protezione link), procedurale (callback di verifica per richieste sensibili), e culturale (segnalazione senza punizione, phishing simulato con autorizzazione scritta solo).

⚠️ Solo uso autorizzato e difensivo. Le simulazioni di phishing richiedono ambito esplicito, meccanismi di opt-out, e educazione post-click. La simulazione non autorizzata è indistinguibile dall'attacco e può violare leggi anti-phishing o accordi di lavoro.

Infrastruttura di simulazione autorizzata: dominio dedicato (non il tuo dominio di produzione), relay mail isolato, landing page che educano immediatamente, e metriche legate al miglioramento del tasso di segnalazione—non alla punizione. Non utilizzare mai credenziali reali raccolte in simulazione; i dati sono responsabilità tossica.

Password Cracking: Dagli Hash alla Comprensione

Nel Lab Wintermute, supponi di aver estratto hash da 192.0.2.20 per analisi offline nel tuo ambiente controllato. (Come? Trattato in precedenza—sufficiente dire, l'accesso autorizzato a un sistema di tua proprietà produce storage di hash per studio difensivo.) La questione pedagogica è: cosa rende un hash forzabile?

Il hashlib di Python ti permette di esplorarlo direttamente. È incluso nella libreria standard—nessuna installazione necessaria—e fornisce costruttori per ogni tipo di algoritmo:

import hashlib # Algoritmi garantiti secondo la documentazione Python attuale; verificare con hashlib.algorithms_guaranteed
# sha256, blake2b, md5, ecc. def compare_speeds(): import time password = b"lab_test_password_2024" # MD5: veloce, rotto per resistenza alle collisioni, terribile per lo storage password start = time.perf_counter() for _ in range(100000): hashlib.md5(password).hexdigest() md5_time = time.perf_counter() - start # bcrypt non in hashlib; usare modulo bcrypt. SHA-256: ancora troppo veloce per password start = time.perf_counter() for _ in range(100000): hashlib.sha256(password).hexdigest() sha256_time = time.perf_counter() - start # Blake2b: moderno, veloce per integrità, ancora sbagliato per password senza key stretching start = time.perf_counter() for _ in range(100000): hashlib.blake2b(password).hexdigest() blake2b_time = time.perf_counter() - start print(f"MD5: {md5_time:.3f}s") print(f"SHA-256: {sha256_time:.3f}s") print(f"Blake2b: {blake2b_time:.3f}s") # output illustrativo — verificare sul tuo target compare_speeds()

Perché questo conta: I metodi dell'oggetto hash sono update() (alimenta più dati), digest() (byte raw), hexdigest() (stringa hex). Il GIL si rilascia per input grandi (>2047 byte), ma per dati di lunghezza password, questo è irrilevante. Ciò che conta è il work factor: quanto tempo CPU impiega la verifica. MD5 e SHA-256 sono progettati per essere veloci. Gli hash password dovrebbero essere lenti.

Hashcat 6.0.0+ modularizza le modalità hash tramite plugin; tutte le 300+ modalità legacy sono state refattorate. Per confronto lab contro i tuoi esperimenti Python: cattura un handshake WPA2, estrai l'hash, e osserva la velocità di Hashcat versus la tua implementazione Python. Il parallelismo GPU non è la lezione—la lezione è perché esistono WPA3-SAE e bcrypt. Rallenta l'attaccante rendendo ogni guess costoso.

Tipo di hash	Appropriato per password?	Perché sì / perché no	Osservazione lab
MD5	No	Veloce, no salt, parallelizzabile su GPU	Crack miliardi/secondo in Hashcat
SHA-256	No	Veloce, progettato per integrità non resistenza	Meglio di MD5, ancora sbagliato
NTLM	No (legacy Windows)	Veloce, no salt	Comune in lab pentesting Windows; dimostra perché Kerberos + MFA conta
bcrypt	Sì	Work factor adattivo, salt automatico	Regolare il cost factor in modo che la verificha impieghi ~250ms
Argon2id	Sì	Memory-hard, resistente a GPU/ASIC	Raccomandazione OWASP attuale

Offline versus online: gli attacchi offline girano alla velocità dell'hardware dell'attaccante senza limite di rate. Gli attacchi online colpiscono l'endpoint di autenticazione del sistema target; si applicano politiche di blocco e logging. L'asimmetria difensiva è marcata—offline, l'attaccante ha tutti i vantaggi; online, tu controlli il campo di battaglia.

Applicazione del Framework a Wintermute

Il tuo report del Lab Wintermute, che si sviluppa verso l'esercizio consolidato a pagina 10, dovrebbe ora affrontare:

Se l'ambito di valutazione include wireless: Documentare la metodologia di scoperta SSID, le condizioni di cattura handshake, e perché WPA3-SAE o Enterprise con validazione del certificato chiude il percorso di crack offline.
Se l'ambito di valutazione include fattori umani: Documentare i confini di autorizzazione per phishing simulato, gli indicatori di pretexting che gli utenti dovrebbero verificare, e perché la verifica tramite callback per richieste sensibili supera il solo filtraggio tecnico.
Se viene identificata esposizione di hash: Documentare l'identificazione del tipo di hash, perché gli hash veloci costituiscono risultati critici, e la migrazione raccomandata ad algoritmi memory-hard con enforcement MFA.

L'albero decisionale non è solo per la selezione dell'attacco. È per la prioritizzazione difensiva. Il vettore con la barriera tecnica più bassa e il tasso di successo più alto—l'ingegneria sociale—merita un investimento di formazione sproporzionato anche se non appare negli scanner di vulnerabilità.