Let’s Encrypt arrête le support du protocole OCSP pour la vérification des certificats révoqués

L'autorité de certification à but non lucratif Let's Encrypt, contrôlée par la communauté et fournissant des certificats gratuitement à tous ceux qui le souhaitent, a décidé de cesser le support du protocole OCSP (Online Certificate Status Protocol), utilisé pour vérifier la révocation des certificats. Au lieu du protocole OCSP, il est proposé d'utiliser les listes de certificats révoqués (CRL - Certificate Revocation List), publiées par le service Let's Encrypt depuis 2022. Le 7 mai 2025, Let's Encrypt désactivera l'ajout de liens vers des adresses OCSP dans les certificats délivrés et cessera de traiter les demandes liées à l'utilisation de l'extension « OCSP Must Staple ». Le 6 août 2025, les gestionnaires des requêtes OCSP seront désactivés sur les serveurs.

La raison évoquée pour l'interruption du support d'OCSP est la préoccupation concernant la confidentialité. L'utilisation d'OCSP entraîne que, lors de chaque établissement d'une connexion sécurisée pour vérifier la validité d'un certificat, le système client envoie une requête au serveur OCSP de l'autorité de certification ayant généré le certificat. En réponse, le serveur fournit des informations sur la fiabilité du certificat spécifié. Le problème est que l'autorité de certification reçoit des informations sur les sites visités par l'utilisateur, liés à son une adresse IP, ce qui peut être considéré comme une fuite de données confidentielles. De plus, l'utilisation d'OCSP entraîne un délai dans le traitement de la requête, nécessite que l'utilisateur ait un accès réseau garanti et crée une dépendance au bon fonctionnement des serveurs OCSP.

Pour résoudre les problèmes de confidentialité liés à la vérification de la révocation des certificats, la technologie OCSP Stapling a été développée, selon laquelle les réponses OCSP certifiées par l'autorité de certification peuvent être transmises par les serveurs hébergeant les sites lors de l'établissement de la connexion TLS avec le client (le transfert des informations OCSP est déporté sur serveurs les serveurs, ce qui libère le système client de l'accès direct au serveur OCSP de l'autorité de certification, la validité des réponses étant garantie par la signature numérique de l'autorité de certification).

En plus de l'OCSP Stapling, il existe une extension ajoutée aux certificats appelée « OCSP Must Staple », qui instructe les navigateurs à utiliser la technique OCSP Stapling au lieu de contacter directement les serveurs OCSP et exige de considérer le certificat comme non fiable si le serveur du site ne renvoie pas une réponse OCSP vérifiée. Malheureusement, l'extension « Must Staple » n'a pas été largement adoptée par les navigateurs, et la technologie OCSP Stapling dépend de la nécessité d'activer explicitement le soutien du côté du serveur HTTP (dans nginx, le support est disponible depuis 2013).

Lors de l'utilisation des CRL, la vérification des révocations de certificats s'effectue sur le système local à partir des listes établies par l'autorité de certification. Les inconvénients de cette approche incluent la taille très importante des données téléchargées et l'apparition d'une rupture temporaire dans l'actualité de l'information (par exemple, dans Firefox, les données sont actualisées toutes les 6 heures). Le problème de la taille est résolu dans les navigateurs par la mise en proxy des CRL sur les serveurs des fabricants de navigateurs : une CRL de base est intégrée dans le navigateur, qui est périodiquement synchronisé avec la liste actuelle (seules les données modifiées sont envoyées au système client). Pour réduire la taille de la BDD avec CRL, une structure probabiliste appelée « filtre de Bloom » est utilisée, permettant de stocker la base complète des CRL sur le côté client dans une représentation très compacte. Dans Firefox, cette technique est mise en œuvre à l'aide de l'outil CRLite, tandis que dans Chrome, elle est gérée par les CRLSets.

Source : opennet.ru