Protocolli di autenticazione per dial-up ad alto volume: PAP, CHAP, EAP e RADIUS

La sfida centrale

Il dial-up su larga scala (ISP RAS, RAS aziendali, pool modem universitari) richiede **basso overhead CPU per sessione**, **scalabilità senza stato** e **sicurezza credenziali**. Lo stack di protocolli è evoluto significativamente.

Legacy: PAP (Password Authentication Protocol) — Obsoleto

• Meccanismo: Nome utente/Password inviati **in chiaro** sul link PPP durante la fase LCP.
• Pro: Implementazione banale. Minimo CPU. Funziona su hardware antico.
• Contro: **Ascolto banale.** Chiunque sul filo (o NAS compromesso) vede le credenziali. Attacchi replay banali.
• Stato: **Deprecato.** Vietato in PCI-DSS, HIPAA, conformità moderna. Solo in sistemi legacy di livello museale.

Legacy: CHAP (Challenge-Handshake Authentication Protocol) — In declino

• Meccanismo: Handshake a 3 vie.
  1. Server invia casuale **Sfida**.
  2. Client calcola `MD5(Sfida + ID + Password)` → Risposta.
  3. Server verifica usando password memorizzata (deve essere memorizzata reversibile/criptata, non hashata).
• Pro: Password mai sul filo. Riesame periodico (re-sfida) possibile.
• Contro: Richiede **memorizzazione password reversibile** (testo chiaro o cifratura simmetrica) — grave rischio violazione DB. MD5 è crittograficamente rotto (attacchi collisione). Nessuna autenticazione reciproca (server non autenticato al client).
• MS-CHAPv2: Variante Microsoft. Autenticazione reciproca. Usa ancora DES/MD4/SHA1. **Craccato (2012).** Non usare.

Standard moderno: EAP (Extensible Authentication Protocol) + RADIUS

EAP è un **framework**, non un meccanismo. Funziona dentro PPP (o 802.1X). Il NAS (Network Access Server) agisce come **pass-through** (Authenticator) verso un **Server RADIUS** (Authentication Server).

Perché RADIUS è obbligatorio su larga scala

• Centralizzazione: Un unico DB utenti (LDAP/AD/SQL) per 10.000 modem/NAS.
• Contabilità (AAA): Record Start/Stop/Interim-Update per fatturazione, limiti sessione, audit.
• Applicazione policy: Assegnazione VLAN, ACL, QoS, Session-Timeout tramite attributi RADIUS.
• Failover/Bilanciamento carico: Proxy RADIUS, server ridondanti.

Metodi EAP consigliati per dial-up (in ordine)

1. EAP-TLS: **Gold Standard.** Autenticazione reciproca certificati (Certificato Client + Certificato Server). Nessuna password. Supporto smartcard/TPM. Massima sicurezza. Richiede gestione PKI.
2. EAP-TTLS / PEAP (con MS-CHAPv2 interno): **Compromesso comune.** Solo certificato server (deploy facile). Tunnel interno protegge autenticazione password legacy. Vulnerabile a MITM se client non valida certificato server (configurazione errata comune).
3. EAP-SIM / EAP-AKA / EAP-AKA': **Standard mobile/5G.** Usa credenziali USIM. Non tipico per dial-up linea fissa.

Riepilogo architettura

[PC Utente] --PPP/EAP--> [NAS / Pool Modem / LAC] --RADIUS (UDP 1812/1813)--> [Server RADIUS] <--LDAP/AD--> [Archivio Identità] | +--> [Log Contabilità / Sistema Fatturazione] 

In sintesi

Per qualsiasi deployment dial-up > 50 utenti concorrenti: **RADIUS + EAP-TTLS/PEAP (minimo) o EAP-TLS (ideale)**. PAP/CHAP sono debito tecnico. MS-CHAPv2 è una vulnerabilità.