IPsec, protocolli VPN e sicurezza dell'accesso remoto
Confronti le modalità tunnel e transport di IPsec, SSL-VPN e WireGuard per l'accesso remoto sicuro e comprenda i rischi dello split tunneling.
IPsec, protocolli VPN e sicurezza dell'accesso remoto è una lezione Security+ Academy gratuita su CoddyKit. Questa è la lezione 4 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento Security+ Academy, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso Security+ Academy include 4 lezioni in totale.
Perché le VPN sono importanti
Una Virtual Private Network (VPN) crea un tunnel crittografato su una rete pubblica o non attendibile, consentendo a utenti e sedi remote di comunicare come se si trovassero sulla stessa rete privata. Le VPN proteggono dalle intercettazioni sulle reti non attendibili (Wi-Fi degli hotel, hotspot pubblici), permettono ai dipendenti remoti di accedere alle risorse interne e collegano in modo sicuro le filiali tramite Internet. L'esame Security+ verifica diverse tecnologie VPN — IPsec, SSL-VPN e protocolli emergenti come WireGuard — oltre alle considerazioni sulla sicurezza applicabili a ciascuna di esse.
Panoramica di IPsec
IPsec (Internet Protocol Security) è una suite di protocolli che protegge il traffico IP al livello 3. IPsec opera in due modalità: la Transport mode crittografa solo il payload di ogni pacchetto IP (l'header IP originale viene conservato; viene usata per la comunicazione end-to-end tra host), mentre la Tunnel mode crittografa l'intero pacchetto originale e lo incapsula in un nuovo header IP; viene usata per le VPN site-to-site, in cui i gateway fungono da endpoint del tunnel. IPsec usa due protocolli principali: AH (Authentication Header) garantisce solo integrità e autenticazione (senza crittografia), mentre ESP (Encapsulating Security Payload) garantisce sia crittografia sia autenticazione.
# IPsec protocol comparison
AH (Protocol 51):
- Authentication + Integrity (HMAC)
- NO encryption (plaintext payload)
- Rarely used alone in modern deployments
ESP (Protocol 50):
- Encryption (AES, 3DES)
- Authentication + Integrity (HMAC)
- Provides confidentiality
- Almost always used instead of AH alone
# IPsec modes
Transport : Original-IP | AH/ESP | Payload
Tunnel : New-IP | ESP | Original-IP | PayloadIKE e l'handshake IPsec
IKE (Internet Key Exchange) negozia i parametri di sicurezza (algoritmi e chiavi) per una sessione IPsec. IKEv1 usava due fasi: la Fase 1 (stabilire un canale sicuro per proteggere la negoziazione della Fase 2) e la Fase 2 (negoziare le Security Associations IPsec effettive). IKEv2 (lo standard attuale) è più semplice, veloce e affidabile e aggiunge il supporto integrato per l'autenticazione EAP e MOBIKE (gestione dei cambiamenti dell'indirizzo IP durante la sessione, importante per i dispositivi mobili). Le Security Associations (SA) IPsec sono unidirezionali: ogni direzione ha la propria SA con la propria chiave di crittografia.
# IKEv2 negotiation overview
Initiator Responder
|---IKE_SA_INIT request-->| (propose algorithms)
|<--IKE_SA_INIT response--| (accept + key exchange)
|---IKE_AUTH request----->| (authenticate identity)
|<--IKE_AUTH response-----| (create Child SA = IPsec SA)
|====Encrypted IPsec=====>| (data flows)
# Result: two Security Associations (SAs)
# SA1: Initiator -> Responder (encrypt + auth)
# SA2: Responder -> Initiator (encrypt + auth)
# Each SA has its own SPI (Security Parameter Index)SSL-VPN e VPN IPsec a confronto
La VPN IPsec opera al livello 3, richiede software client e spesso l'apertura di porte specifiche sul firewall (UDP 500, UDP 4500 per il NAT traversal, protocollo ESP 50). È più difficile da implementare, ma fornisce un accesso completo a livello di rete. La SSL-VPN incanala il traffico tramite HTTPS (TCP 443), che attraversa quasi tutti i firewall, e può funzionare dai browser (modalità clientless) o tramite thin client. La SSL-VPN usa TLS per il tunnel esterno, quindi beneficia dei miglioramenti di sicurezza di TLS ed è più facile da usare per gli utenti. I prodotti SSL-VPN aziendali (Cisco AnyConnect, Palo Alto GlobalProtect) supportano anche lo split tunneling e la valutazione della postura degli endpoint.
# Comparison table
Feature IPsec VPN SSL-VPN
Layer Network (L3) Application (L7)
Ports needed UDP 500,4500 TCP 443
Firewall traversal Difficult Easy
Client software Required Optional (browser)
Split tunneling Supported Supported
Mobile support Good (IKEv2) Excellent
Performance Generally faster Slight TLS overhead
Use case Site-to-site Remote user accessSplit tunneling
Lo split tunneling consente ai client VPN di instradare attraverso il tunnel VPN solo il traffico diretto all'azienda, inviando invece direttamente a Internet il traffico destinato a Internet, senza sottoporlo ai controlli di sicurezza aziendali. Il rischio per la sicurezza è il seguente: un endpoint compromesso può accedere contemporaneamente alla rete aziendale (tramite VPN) e comunicare con i server C2 del malware (tramite Internet diretto), collegando di fatto la rete aziendale all'aggressore. Il full tunneling instrada tutto il traffico attraverso il gateway VPN, dove i controlli di sicurezza aziendali (web filtering, DLP, IPS) lo analizzano. La maggior parte delle organizzazioni attente alla sicurezza impone il full tunneling, accettando il sovraccarico di banda.
# Split tunneling vs full tunneling
# Split tunneling (risky):
# - Traffic to 10.0.0.0/8 -> VPN tunnel
# - All other traffic -> direct internet
# Risk: malware on endpoint can reach C2 + internal network
# Full tunneling (secure):
# - ALL traffic -> VPN gateway
# - Gateway applies web filtering, IPS, DLP
# - Increased gateway bandwidth cost
# Cisco AnyConnect enforce full tunnel:
# vpn-tunnel-protocol ssl-client
# split-tunnel-policy tunnelallWireGuard
WireGuard è un protocollo VPN moderno progettato per essere più semplice, veloce e sicuro di IPsec e OpenVPN. WireGuard usa uno stack crittografico fisso e minimale: ChaCha20 per la crittografia simmetrica, Poly1305 per l'autenticazione, Curve25519 per lo scambio di chiavi ECDH, BLAKE2s per l'hashing e SipHash24 per le chiavi delle tabelle hash. Il suo codebase conta meno di 4.000 righe (contro le oltre 100.000 di OpenVPN), il che ne facilita l'audit e riduce la superficie di attacco. WireGuard è ora integrato nel kernel Linux (5.6+) ed è supportato su tutte le principali piattaforme.
# WireGuard configuration example
# /etc/wireguard/wg0.conf (server)
[Interface]
PrivateKey = <server_private_key>
Address = 10.100.0.1/24
ListenPort = 51820
[Peer] # Client peer
PublicKey = <client_public_key>
AllowedIPs = 10.100.0.2/32
# /etc/wireguard/wg0.conf (client)
[Interface]
PrivateKey = <client_private_key>
Address = 10.100.0.2/24
DNS = 10.100.0.1
[Peer] # Server peer
PublicKey = <server_public_key>
Endpoint = vpn.company.com:51820
AllowedIPs = 0.0.0.0/0 # Full tunnelVPN site-to-site
Le VPN site-to-site collegano intere reti (filiali, data center, VPC cloud) tramite tunnel crittografati persistenti tra dispositivi gateway. A differenza delle VPN per accesso remoto, in cui si connettono singoli utenti, i tunnel site-to-site sono sempre attivi tra endpoint fissi. La tecnologia più comune è IPsec in modalità tunnel. La configurazione richiede proposte IKE corrispondenti (crittografia, integrità, gruppo DH, durata) su entrambe le estremità: le configurazioni non corrispondenti sono il problema più comune nella risoluzione dei problemi delle connessioni site-to-site. I tunnel ridondanti con rilevamento dei peer non raggiungibili (DPD) garantiscono il failover quando il percorso primario non è disponibile.
# IPsec site-to-site check (strongSwan)
ipsec status
ipsec statusall | grep ESTABLISHED
# Verify SA negotiated correctly
ip xfrm state list
# Shows: SPI, encryption algo, auth algo, mode
# Debug IKE negotiation
ipsec stroke loglevel all 4
tail -f /var/log/syslog | grep -i ike
# Common mismatch errors:
# 'no proposal chosen' = IKE algorithms don't match
# 'TS_UNACCEPTABLE' = Traffic selectors mismatchMetodi di autenticazione VPN
Le VPN supportano diversi meccanismi di autenticazione. Chiavi precondivise (PSK): un segreto condiviso configurato su entrambi gli endpoint; è una soluzione semplice, ma crea un singolo punto di compromissione se la chiave viene divulgata; è adatta alle connessioni site-to-site. Autenticazione basata su certificati: ogni client o gateway presenta un certificato X.509; è più sicura, scalabile a molti utenti e consente di revocare i certificati. EAP (Extensible Authentication Protocol): supporta l'integrazione con RADIUS, abilitando nome utente e password, MFA (EAP-TTLS, EAP-TLS) e l'integrazione con Active Directory. La maggior parte delle implementazioni aziendali combina l'autenticazione tramite certificato (identità del dispositivo) con la MFA (identità dell'utente).
Valutazione della postura degli endpoint VPN
I gateway VPN moderni eseguono controlli della postura degli endpoint prima di concedere l'accesso, verificando che i dispositivi connessi soddisfino i requisiti di sicurezza. I controlli includono: versione del sistema operativo e livello delle patch (rifiuto dei sistemi operativi fuori supporto), installazione dell'antivirus e aggiornamento delle firme, crittografia del disco attiva, assenza di software non autorizzato e firewall attivo. I dispositivi che non superano i controlli della postura vengono inseriti in una VLAN di quarantena con accesso limitato, in genere alle sole risorse di remediation, finché non soddisfano i criteri. In questo modo si impedisce a un dispositivo personale compromesso di accedere direttamente alla rete aziendale di produzione, anche in presenza di credenziali valide.
VPN always-on
Una VPN always-on garantisce che gli endpoint aziendali mantengano una connessione VPN persistente ogni volta che si trovano al di fuori della rete aziendale. A differenza delle VPN tradizionali, a cui gli utenti si connettono manualmente, una VPN always-on si connette prima dell'accesso (talvolta usando l'autenticazione tramite certificato del dispositivo) e rimane connessa per tutta la sessione. In questo modo tutto il traffico dell'endpoint viene analizzato dai controlli di sicurezza aziendali, anche per i dipendenti remoti. Microsoft DirectAccess (il predecessore) e soluzioni come Cisco AnyConnect Always-On e GlobalProtect implementano questo modello. Il compromesso consiste in un maggiore carico sul gateway: ogni endpoint remoto mantiene una sessione permanente.
Concentratori VPN e alta disponibilità
Un concentratore VPN è un'appliance dedicata o un dispositivo virtuale che termina un numero elevato di sessioni VPN, gestendo il carico di elaborazione crittografica che sovraccaricherebbe un router o un firewall generico. I concentratori VPN aziendali supportano migliaia di sessioni simultanee e si integrano con RADIUS per l'autenticazione, LDAP/AD per la ricerca degli utenti e le autorità di certificazione per la convalida dei certificati client. Le configurazioni di alta disponibilità (HA) usano cluster active/standby o active/active con sincronizzazione delle sessioni, così gli utenti non vengono disconnessi se un concentratore si guasta. Una pianificazione HA adeguata è essenziale per le organizzazioni che dipendono dalle VPN per le operazioni critiche.
Verifica rapida
Verificate la vostra comprensione dei concetti di CompTIA Security+ (SY0-701) trattati in questa lezione.
Riepilogo della lezione
In questa lezione avete imparato che: IPsec protegge il traffico IP al livello 3 usando AH (solo integrità) oppure ESP (crittografia + integrità), in modalità trasporto o tunnel, con IKEv2 per la negoziazione delle chiavi; SSL-VPN crea tunnel tramite HTTPS, semplificando la distribuzione attraverso i firewall rispetto a IPsec; e il tunneling diviso introduce un rischio per la sicurezza, perché consente al malware presente sugli endpoint di raggiungere direttamente Internet mentre la VPN fornisce contemporaneamente l'accesso alla rete aziendale. Il corso sui protocolli sicuri è completo: ora esploreremo l'architettura Zero Trust.
Domande Frequenti
La lezione «IPsec, protocolli VPN e sicurezza dell'accesso remoto» è gratuita?
Sì — il testo completo di «IPsec, protocolli VPN e sicurezza dell'accesso remoto» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso Security+ Academy, passa a CoddyKit PRO. Il corso Security+ Academy include 4 lezioni in totale.
Cosa imparerò in «IPsec, protocolli VPN e sicurezza dell'accesso remoto»?
Confronti le modalità tunnel e transport di IPsec, SSL-VPN e WireGuard per l'accesso remoto sicuro e comprenda i rischi dello split tunneling. Eserciti Security+ Academy con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.
Ho bisogno di esperienza per iniziare Security+ Academy?
Non è richiesta alcuna esperienza precedente. Security+ Academy su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 4 di 4.
Quanto tempo richiede la lezione «IPsec, protocolli VPN e sicurezza dell'accesso remoto»?
La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.
Posso scrivere ed eseguire codice in questa lezione Security+ Academy?
Sì. Ogni lezione Security+ Academy include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.
Tutte le lezioni di questo corso
- Sostituire i protocolli non sicuri: Telnet e SSH, FTP e SFTP
- Versioni TLS, cipher suite e perfect forward secrecy
- DNS sicuro: DNSSEC e DNS su HTTPS (DoH)
- IPsec, protocolli VPN e sicurezza dell'accesso remoto