Cos’è SSL/TLS e come funzionano i certificati HTTPS?
Guida tecnica su TLS 1.3, handshake crittografici, catene di certificati X.509 e registri Certificate Transparency.
Web Protocols & Security Architecture Research
Cos’è SSL/TLS e come funzionano i certificati HTTPS?
TL;DR — Punti Chiave di Ingegneria
- TLS (Transport Layer Security) è il moderno successore di SSL e protegge le comunicazioni web sotto protocollo HTTPS.
- Garantisce tre proprietà essenziali: Riservatezza (cifratura simmetrica), Integrità (MAC) e Autenticità (certificati X.509).
- TLS 1.3 (RFC 8446) ottimizza l’handshake a 1-RTT ed elimina suite di cifratura obsolete e vulnerabili.
- L’infrastruttura PKI si basa su catene di fiducia ancorate ad Autorità di Certificazione (CA) radice.
- Certificate Transparency (CT, RFC 6962) impone la registrazione pubblica su alberi di Merkle di tutti i certificati.
Concetti Chiave e Architettura
1-RTT Handshake
PerformanceTLS 1.3 combines key exchange negotiation into the very first ClientHello packet, saving an entire network round trip.
Perfect Forward Secrecy (PFS)
SecurityCompromise of the server private key does not compromise past encrypted session traffic because keys are ephemeral.
AEAD Cipher Suites
CryptographySimultaneously guarantees confidentiality, authenticity, and integrity in a single cryptographic pass (AES-128-GCM, ChaCha20-Poly1305).
0-RTT Resumption
OptimizationReturning clients transmit encrypted application data on the initial flight using pre-shared keys (PSK), at the cost of replay risk.
Encrypted SNI (ECH)
PrivacyEncrypted Client Hello encrypts the destination hostname during the handshake to eliminate network eavesdropping.
Come funziona Cos’è SSL/TLS e come funzionano i certificati HTTPS??
In TLS 1.3, the client anticipates the server’s supported cryptographic algorithms. The client sends a ClientHello containing supported cipher suites and immediately guesses the key exchange algorithm by including an ephemeral Diffie-Hellman public key share. The server selects the cipher suite, responds with ServerHello and its own public key share, derives the symmetric master secret, and sends encrypted certificates. Both peers establish symmetric encryption in exactly one round trip (1-RTT).
ClientHello & Key Share
Client generates ephemeral ECDH private/public keypair and sends supported groups + public share.
ClientHello: TLS 1.3, Supported_Groups: x25519, KeyShare: <pub_key>ServerHello & Shared Secret
Server generates its ephemeral ECDH keypair, computes shared secret, and emits ServerHello + KeyShare.
ServerHello: SelectedGroup: x25519, KeyShare: <server_pub_key>Encrypted Handshake Records
From this point forward, all server messages are encrypted with the handshake traffic key.
EncryptedExtensions, CertificateRequest, Certificate, CertificateVerify, FinishedCertificate Verification
Client verifies the server certificate signature (ECDSA or RSA-PSS) against its trusted CA chain.
Verify signature over handshake context transcriptClient Finished & Application Data
Client confirms handshake integrity with Finished message; encrypted HTTP requests begin immediately.
Client Finished -> Start 0-RTT/1-RTT Application TrafficCome implementare Cos’è SSL/TLS e come funzionano i certificati HTTPS? nella pratica?
Testing TLS 1.3 Cipher Suite Support via OpenSSL s_client
bash# Test TLS 1.3 Connection specifically with verbose handshake output
openssl s_client -connect curious-techie.com:443 -tls1_3
# Test cipher suite negotiation and inspect certificate chain
openssl s_client -connect curious-techie.com:443 -brief
# Verify supported ALPN protocol negotiation (HTTP/2)
openssl s_client -connect curious-techie.com:443 -alpn h2Dettagli di Ingegneria: OpenSSL s_client directly communicates with TLS endpoints, verifying protocol version, negotiated cipher, and certificate validity.
Configuring Modern TLS 1.3 Only in Caddy Server
caddyfilecurious-techie.com {
tls {
protocols tls1.3
ciphers TLS_AES_128_GCM_SHA256 TLS_AES_256_GCM_SHA384 TLS_CHACHA20_POLY1305_SHA256
curves x25519 secp256r1
}
reverse_proxy localhost:8080
}Dettagli di Ingegneria: Restricting web servers strictly to TLS 1.3 guarantees zero legacy cipher vulnerabilities and maximum connection speed.
Dove e perché si utilizza Cos’è SSL/TLS e come funzionano i certificati HTTPS? in produzione?
High-latency cellular connections (3G/4G/5G) opening secure API sessions.
TLS 1.3 cuts connection latency by ~100ms per handshake; 0-RTT resumption restores cached API sessions instantly.
Securing database traffic between cloud microservices and managed database clusters.
Enforcing mutual TLS (mTLS) with client certificates so both the client and server cryptographically verify each other.
Quali sono gli errori comuni con Cos’è SSL/TLS e come funzionano i certificati HTTPS??
Impatto: Lacks Perfect Forward Secrecy; an attacker who obtains the server private key in the future can retroactively decrypt recorded traffic.
Correzione Raccomandata: Mandate ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) key exchange on all endpoints.
Impatto: 0-RTT data is susceptible to replay attacks if an attacker intercepts and resends the initial packet flight.
Correzione Raccomandata: Restrict 0-RTT early data strictly to safe idempotent GET requests; reject POST/PUT in early data.
Quali sono i rischi e le implicazioni di sicurezza di Cos’è SSL/TLS e come funzionano i certificati HTTPS??
ROBOT (Return of Bleichenbacher’s Oracle Threat)
CVE-2017-13099 (ROBOT Attack)Vulnerabilità: Attacker exploits adaptive chosen-ciphertext attacks against PKCS#1 v1.5 RSA encryption padding.
Logjam & Weak Diffie-Hellman Group Attacks
CVE-2015-4000 (Logjam)Vulnerabilità: Servers utilizing shared or weak 512-bit/1024-bit DH prime parameters susceptible to state-sponsored precomputation.
Come diagnosticare e risolvere errori con Cos’è SSL/TLS e come funzionano i certificati HTTPS??
Sintomi e Indicazioni Cliniche: SSL_ERROR_NO_CYPHER_OVERLAP / Handshake Failure
- Client and server share no overlapping TLS protocol version or cipher suite in common
Sintomi e Indicazioni Cliniche: SEC_ERROR_EXPIRED_CERTIFICATE
- Server system clock skewed or SSL certificate expired beyond `notAfter` timestamp
Domande Frequenti su Cos’è SSL/TLS e come funzionano i certificati HTTPS?
Q:Why did TLS 1.3 completely remove RSA key exchange?
With Ephemeral Diffie-Hellman (ECDHE), unique key pairs are generated for every single connection and promptly discarded from memory, making retrospective decryption mathematically impossible.
Q:What is mTLS (Mutual TLS) and how does it differ from standard TLS?
mTLS is widely adopted in zero-trust architectures, Kubernetes service meshes (Istio/Linkerd), and microservice APIs to enforce cryptographic identity verification without relying solely on bearer tokens.
Strumenti Correlati
Esecuzione 100% Lato Client
Glossario
References & Primary Sources
Every source below directly substantiates technical statements and protocol behaviors explained in Cos’è SSL/TLS e come funzionano i certificati HTTPS?. Curious-Techie prioritizes official Internet standards (IETF RFCs, W3C Recommendations, WHATWG specifications) and established security bodies (OWASP, NIST). Zero sponsored or secondary links.
- [1]IETFPrimary SpecificationRFC 8446 • Section 1 & 4 (1-RTT Handshake)Verified Primary SourceTechnical Claim Supported:
Mandates Diffie-Hellman ephemeral key exchange for perfect forward secrecy, drops obsolete cipher suites, and cuts handshake latency to 1-RTT (or 0-RTT resumption).
Source URI: https://datatracker.ietf.org/doc/html/rfc8446 - [2]NISTAuthoritative Security StandardNIST SP 800-52 • Section 3Verified Primary SourceTechnical Claim Supported:
Specifies government and enterprise cipher suite recommendations, prohibiting static RSA key exchanges and weak hashing algorithms in TLS deployments.
Ecosistema Tecnico Correlato e Passaggi Successivi
Strumenti Correlati
Articoli Tecnici Correlati
Domande Correlate
Laboratori Pratici di Diagnosi
Specifiche e Standard di Riferimento
Continua ad Imparare
HTTPS & TLS Handshake Lab
Step into the live handshake simulator to observe ECDHE key derivation and X.509 verification.