L'autorità di certificazione no-profit Let’s Encrypt, gestita dalla comunità e che offre certificati gratuitamente a chiunque, ha deciso di interrompere il supporto per il protocollo OCSP (Online Certificate Status Protocol), utilizzato per verificare la revoca dei certificati. Invece del protocollo OCSP, si consiglia di utilizzare le liste di revoca dei certificati (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 riferimenti agli indirizzi OCSP nei certificati emessi e smetterà di elaborare richieste relative all'utilizzo dell'estensione “OCSP Must Staple”. Il 6 agosto 2025, i gestori delle richieste OCSP saranno disabilitati sui server.
La motivazione alla base della sospensione del supporto per OCSP è la protezione della privacy. L'uso di OCSP comporta l'invio di una richiesta al server OCSP dell'autorità di certificazione che ha emesso il certificato ogni volta che viene stabilita una connessione sicura per verificarne la validità. In risposta, il server fornisce informazioni su quanto sia affidabile il certificato in questione. Il problema è che l'autorità di certificazione riceve dati relativi a quando e quali siti visita l'utente, legati al suo indirizzo IP, il che può essere visto come una violazione della privacy. Inoltre, l'uso di OCSP porta a ritardi nel processamento della richiesta, richiede che l'utente abbia accesso garantito alla rete e crea una dipendenza dal funzionamento continuativo dei server OCSP.
Per affrontare i problemi di privacy nella verifica dei certificati, è stata sviluppata la tecnologia OCSP Stapling, che consiste nel fatto che le risposte OCSP, certificate da un'autorità di certificazione, possono essere trasmesse dai server che ospitano i siti durante la negoziazione di una connessione TLS con il cliente (la trasmissione delle informazioni OCSP è spostata su server i siti, il che libera il sistema del cliente dalla necessità di contattare direttamente il server OCSP dell'autorità di certificazione, la correttezza delle risposte è garantita dalla firma digitale dell'autorità di certificazione).
In aggiunta all'OCSP Stapling, esiste una estensione denominata "OCSP Must Staple" che viene incorporata nei certificati e prescrive ai browser di utilizzare la tecnica OCSP Stapling invece di contattare direttamente i server OCSP, richiedendo di considerare il certificato non affidabile se il server che ospita il sito non restituisce una risposta OCSP certificata. Sfortunatamente, l'estensione "Must Staple" non ha avuto larga diffusione nei browser, e la tecnologia OCSP Stapling dipende dalla necessità di attivare esplicitamente il supporto dal lato del server HTTP (su nginx è supportata dal 2013).
Nell'uso del CRL, la verifica della revoca dei certificati avviene nel sistema locale tramite liste fornite dall'autorità di certificazione. Gli svantaggi di questo approccio includono le grandi dimensioni dei dati scaricati e l'insorgenza di un intervallo temporale nell'aggiornamento delle informazioni (ad esempio, in Firefox i dati vengono aggiornati ogni 6 ore). Il problema delle dimensioni è stato risolto nei browser grazie al proxying del CRL sui server dei produttori di browser: viene incluso un CRL di base nel browser, che viene periodicamente sincronizzato con l'elenco aggiornato (solo i dati modificati vengono trasmessi al sistema del client). Per ridurre le dimensioni del database con il CRL, viene utilizzata una struttura probabilistica chiamata "filtro di Bloom", che consente di memorizzare l'intero database CRL sul lato client in una rappresentazione molto compatta. In Firefox, una tecnica simile è implementata tramite lo strumento CRLite, mentre in Chrome si utilizza CRLSets.
Fonte: opennet.ru
