Miten TLS/HTTPS toimii?

Question

IT Interview Practice · Accepted Answer

**HTTPS on vain HTTP:tä, joka kulkee TLS-salatun kanavan sisällä.** TLS (Transport Layer Security) antaa kolme takuuta: **confidentiality** (liikenne on salattua), **integrity** (sitä ei voi peukaloida huomaamatta) ja **authentication** (puhut todella varmenteessa nimetyn palvelimen kanssa). Se neuvotellaan **kättelyssä** ennen kuin mitään HTTP:tä lähetetään:

```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)
```

Nokkela osa on kahden salaustyypin yhdistäminen. **Asymmetristä** salausta (varmenteen julkinen/yksityinen avainpari) käytetään vain hetken *palvelimen todentamiseen ja jaetun salaisuuden turvalliseen sopimiseen*. Tuo jaettu salaisuus avainnaa sitten nopean **symmetrisen** salauksen (kuten AES) datan pääosalle — koska asymmetrinen salaus on aivan liian hidasta joka tavulle.

**Authentication** nojaa varmenneketjuun: palvelimen varmenteen on allekirjoittanut **Certificate Authority (CA)**, ja käyttöjärjestelmäsi/selaimesi tulee mukanaan lista luotetuista CA:ista. Jos ketju on kelvollinen ja nimi täsmää, luottamus muodostuu; jos ei (vanhentunut, itse allekirjoitettu, väärä host), selain näyttää varoituksen. Nykyaikainen **TLS 1.3** virtaviivaistaa tämän kaiken yhteen edestakaiseen kierrokseen (0-RTT jatkettaessa) ja pudottaa vanhat, turvattomat cipherit.

## Miksi se on tärkeää

TLS on käytännössä kaiken web-liikenteen perusta, joten sen ymmärtäminen on peruslähtökohta mihin tahansa backend-, security- tai infrastruktuuriroolin. Haastattelijat käyttävät sitä testatakseen, hahmotatko **hybridisalausmallin** — asymmetrinen luottamuksen ja jaetun avaimen muodostamiseen, symmetrinen nopeutta varten — mikä on kuvio, joka toistuu läpi turvajärjestelmien. Se on myös erittäin käytännöllistä: vanhentuneet varmenteet, epäluotetut ketjut ja protokolla-/cipher-ristiriidat ovat yleisiä tuotantohäiriöitä, ja sen tietäminen, miten kättely ja varmenteen validointi toimivat, on juuri se, minkä ansiosta voit diagnosoida ne nopeasti (esim. `curl -v` tai `openssl s_client`).

Miksi se on tärkeää

Aiheeseen liittyvät kysymykset