OCSP stapling spiegato (e perché è opzionale)
Aggiornato il 2026-11-03 · 5 min di lettura
Il controllo di revoca è l’anello debole della catena di certificati: il browser deve chiedere a una terza parte se il certificato è ancora valido, e quella domanda rivela il visitatore alla CA. Lo stapling sposta la risposta dentro l’handshake.
Il problema dell’OCSP semplice
Quando un browser riceve un certificato, può interrogare il responder OCSP della CA per verificare se è stato revocato. Quella richiesta è una connessione separata verso una terza parte, aggiunge latenza e rivela a quale sito si sta collegando il visitatore, prima ancora che la pagina sia caricata.
Se il responder è lento o irraggiungibile, i browser o lasciano passare (ignorano il controllo) o bloccano il sito, a seconda del client. Nessuna delle due è buona.
Cosa cambia lo stapling
Con lo stapling il server recupera da sé la risposta OCSP firmata, la mette in cache e la allega all’handshake TLS. Il browser ottiene la risposta di revoca senza contattare nessuno: nessun andata e ritorno extra e nessuna fuga di dati.
Rimuove anche la dipendenza dalla raggiungibilità della CA dalla rete del visitatore, cosa che conta nelle regioni dove i responder OCSP vengono bloccati a intermittenza.
Attivarlo e verificarlo
Su nginx lo stapling richiede un resolver e il file della catena; se manca uno dei due non fa nulla, in silenzio. Su Apache la direttiva di cache deve stare a livello di server. Dopo il reload verifica dall’esterno: una riga di configurazione presente ma inattiva è identica a una assente.
# nginx
ssl_stapling on;
ssl_stapling_verify on;
ssl_trusted_certificate /etc/letsencrypt/live/example.com/chain.pem;
resolver 1.1.1.1 8.8.8.8 valid=300s;
# verify from outside — look for a stapled response, not just "OCSP response: none"
openssl s_client -connect example.com:443 -status -servername example.com </dev/null 2>/dev/null | grep -A3 "OCSP Response Status"Perché non è richiesto per A+
Lo stapling è un miglioramento di privacy e latenza, non di robustezza del protocollo. Un server che non fa stapling non è meno sicuro nel modo in cui lo è uno che offre TLS 1.0. CertH lo tratta come segnale positivo nella sezione salute della configurazione, ma non lo richiede per il voto massimo.
Detto questo, è uno dei guadagni più economici: due righe di configurazione, zero impatto sui client e un beneficio di privacy misurabile per ogni visitatore.
FAQ
Lo stapling si rompe se il responder della CA è giù?
Il server continua a servire l’ultima risposta in cache finché non scade. Con nginx un aggiornamento fallito ripiega sulla copia in cache: è per questo che servono un resolver e un file di catena valido per un comportamento affidabile.
Vale la pena attivare must-staple?
Solo se lo stapling è assolutamente solido. L’estensione must-staple fa rifiutare la connessione ai client quando non c’è una risposta stapled, quindi un guasto di cache o di resolver diventa un’interruzione del servizio.