Come funziona TLS/HTTPS?

Question

IT Interview Practice · Accepted Answer

**L'HTTPS non è altro che HTTP che gira dentro un canale cifrato con TLS.** Il TLS (Transport Layer Security) ti dà tre garanzie: **confidentiality** (il traffico è cifrato), **integrity** (non può essere manomesso senza essere rilevato) e **authentication** (stai davvero parlando con il server indicato nel certificato). Viene negoziato in un **handshake** prima che venga inviato qualsiasi HTTP:

```text
Client                                   Server
  │──── ClientHello ──────────────────────▶│   (TLS versions, cipher suites, random)
  │◀─── ServerHello + Certificate ─────────│   (chosen cipher + cert with public key)
  │                                         │
  │  verify cert against a trusted CA       │
  │  agree on keys (e.g. ECDHE key exchange)│
  │                                         │
  │──── Finished (encrypted) ──────────────▶│
  │◀─── Finished (encrypted) ───────────────│
  │========= encrypted application data ====│   (now HTTP flows, encrypted)
```

La parte ingegnosa è combinare due tipi di crittografia. La crittografia **asymmetric** (la coppia di chiavi pubblica/privata del certificato) è usata solo per un breve istante per *autenticare il server e concordare in sicurezza un segreto condiviso*. Quel segreto condiviso fa poi da chiave per la veloce cifratura **symmetric** (come AES) per la maggior parte dei dati — perché la crittografia asymmetric è di gran lunga troppo lenta per ogni singolo byte.

L'**authentication** si basa sulla catena di certificati: il certificato del server è firmato da una **Certificate Authority (CA)**, e il tuo OS/browser è distribuito con un elenco di CA fidate. Se la catena è valida e il nome corrisponde, la fiducia è stabilita; in caso contrario (scaduto, self-signed, host sbagliato) il browser mostra un avviso. Il moderno **TLS 1.3** snellisce tutto questo in un singolo round trip (0-RTT alla ripresa) e abbandona i cipher legacy e insicuri.

## Perché è importante

Il TLS è alla base di praticamente tutto il traffico web, quindi capirlo è il minimo indispensabile per qualsiasi ruolo backend, security o infrastrutturale. Chi conduce il colloquio lo usa per verificare se cogli il **modello di crittografia ibrida** — asymmetric per stabilire la fiducia e una chiave condivisa, symmetric per la velocità — che è un pattern ricorrente in tutti i sistemi di sicurezza. È anche intensamente pratico: certificati scaduti, catene non fidate e disallineamenti di protocollo/cipher sono incidenti comuni in produzione, e sapere come funzionano l'handshake e la validazione del certificato è ciò che ti permette di diagnosticarli in fretta (ad esempio con `curl -v` o `openssl s_client`).

Perché è importante

Domande correlate