Il centro di certificazione non commerciale Let’s Encrypt, gestito dalla comunità e che fornisce certificati gratuitamente a chiunque lo desideri, ha deciso di interrompere il supporto del protocollo OCSP (Online Certificate Status Protocol), utilizzato per verificare la revoca dei certificati. Invece del protocollo OCSP, si propone di utilizzare le liste di certificati revocati (CRL - Certificate Revocation List), pubblicate dal servizio Let’s Encrypt a partire dal 2022. Il 7 maggio 2025, Let’s Encrypt disabiliterà l'aggiunta di collegamenti agli indirizzi OCSP nei certificati emessi e interromperà l'elaborazione delle richieste relative all'uso dell'estensione "OCSP Must Staple". Il 6 agosto 2025, i gestori delle richieste OCSP saranno disabilitati sui server.
Come motivo per la cessazione del supporto a OCSP viene citata la preoccupazione per la privacy. L'uso di OCSP porta al fatto che ad ogni stabilimento di una connessione protetta, per verificare la validità del certificato, il sistema del cliente invia una richiesta al server OCSP dell'autorità di certificazione che ha generato il certificato. In risposta, il server fornisce informazioni su se sia possibile fidarsi del certificato in questione. Il problema è che l'autorità di certificazione riceve informazioni su quando e quali siti visita l'utente in relazione al suo indirizzo IP, cosa che può essere considerata una fuga di dati riservati. Inoltre, l'uso di OCSP porta a ritardi nell'elaborazione della richiesta, richiede un accesso di rete garantito da parte dell'utente e crea dipendenze dal funzionamento ininterrotto dei server OCSP.
Per risolvere i problemi di privacy nella verifica della revoca dei certificati è stata sviluppata la tecnologia OCSP Stapling, il cui obiettivo è che le risposte OCSP certificate dall'autorità di certificazione possano essere inviate ai server che gestiscono i siti durante la negoziazione della connessione TLS con il cliente (il trasferimento delle informazioni OCSP è spostato su servers siti, il che esclude il sistema del cliente da un accesso diretto al server OCSP dell'autorità di certificazione, mentre la correttezza delle risposte è garantita dalla firma digitale dell'autorità di certificazione).
Oltre all'OCSP Stapling, esiste un'estensione 'OCSP Must Staple' che può essere aggiunta ai certificati, la quale richiede ai browser di utilizzare la tecnica OCSP Stapling invece di contattare direttamente i server OCSP e implica che il certificato non sia considerato affidabile se il server del sito non ha restituito una risposta OCSP validata. Sfortunatamente, l'estensione 'Must Staple' non è stata ampiamente adottata nei browser, e la tecnologia OCSP Stapling richiede una chiara attivazione del supporto dal lato del server HTTP (supportata da nginx dal 2013).
Quando si utilizza una CRL, il controllo della revoca dei certificati avviene sul sistema locale tramite elenchi forniti dall'autorità di certificazione. Gli svantaggi di questo approccio includono il notevole volume di dati scaricati e la comparsa di un intervallo temporale in cui le informazioni possono risultare obsolete (ad esempio, in Firefox i dati vengono aggiornati ogni 6 ore). Il problema della dimensione è risolto nei browser tramite il proxy delle CRL sui server dei produttori di browser: una CRL di base viene inclusa nei browser, che si sincronizza periodicamente con l'elenco attuale (vengono trasferiti solo i dati cambiati al sistema client). Per ridurre la dimensione del database delle CRL si utilizza una struttura probabilistica chiamata 'filtro di Bloom', che consente di mantenere un'intera CRL sul lato client in una rappresentazione molto compatta. In Firefox, questa tecnica è implementata tramite lo strumento CRLite, mentre in Chrome tramite CRLSets.
Fonte: opennet.ru
