De non-profit certificeringsinstantie Letās Encrypt, beheerd door de gemeenschap en die gratis certificaten aan iedereen aanbiedt, heeft besloten de ondersteuning voor het OCSP (Online Certificate Status Protocol) te staken, dat wordt gebruikt voor het controleren van de intrekking van certificaten. In plaats van het OCSP-protocol wordt het gebruik van intrekkingslijsten (CRL - Certificate Revocation List) voorgesteld, die door Letās Encrypt worden gepubliceerd vanaf 2022. Op 7 mei 2025 zal Letās Encrypt het toevoegen van links naar OCSP-adressen in uitgegeven certificaten uitschakelen en de verwerking van verzoeken met betrekking tot het gebruik van de extensie 'OCSP Must Staple' stopzetten. Op 6 augustus 2025 zullen de OCSP-verwerkers worden uitgeschakeld op de servers.
Als reden voor het stopzetten van de ondersteuning voor OCSP wordt de zorg om de privacy genoemd. Het gebruik van OCSP leidt ertoe dat bij elke totstandkoming van een beveiligde verbinding voor de verificatie van een certificaat, het cliƫnte systeem een verzoek naar de OCSP-server van de certificeringsinstantie die het certificaat heeft uitgegeven, verzendt. In antwoord geeft de server informatie of het opgegeven certificaat te vertrouwen is. Het probleem is dat de certificeringsinstantie informatie ontvangt over wanneer en welke websites de gebruiker bezoekt in verband met zijn het IP-adres, wat als een lek van persoonlijke gegevens kan worden beschouwd. Bovendien leidt het gebruik van OCSP tot vertraging bij de verwerking van het verzoek, vereist het dat de gebruiker gegarandeerde netwerktoegang heeft en creƫert het afhankelijkheid van de ononderbroken werking van OCSP-servers.
Om privacyproblemen bij de verificatie van certificaatintrekking op te lossen, is de technologie OCSP Stapling ontwikkeld, waarbij gecertificeerde OCSP-antwoorden van de certificeringsinstantie kunnen worden doorgegeven door de servers die de websites bedienen tijdens de overeenkomst van de TLS-verbinding met de cliƫnt (de overdracht van OCSP-gegevens wordt verplaatst naar servers de websites, waardoor het cliƫnte systeem wordt bevrijd van een directe aanvraag naar de OCSP-server van de certificeringsinstantie, terwijl de juistheid van de antwoorden wordt gegarandeerd door de digitale handtekening van de certificeringsinstantie).
Naast OCSP Stapling is er een toevoeging aan certificaten genaamd 'OCSP Must Staple', die browsers voorschrijft de techniek OCSP Stapling te gebruiken in plaats van rechtstreeks contact op te nemen met OCSP-servers, en vereist dat een certificaat als onbetrouwbaar wordt beschouwd als de server van de bezochte website geen geverifieerd OCSP-antwoord heeft teruggegeven. Helaas is de 'Must Staple'-uitbreiding niet breed geaccepteerd in browsers, en is de technologie OCSP Stapling afhankelijk van expliciete ondersteuning aan de HTTP-serverzijde (in nginx wordt het ondersteund sinds 2013).
Bij het gebruik van CRL wordt de controle van de intrekking van certificaten uitgevoerd op het lokale systeem op basis van lijsten die worden opgesteld door de certificeringsinstantie. Nadelen van deze aanpak zijn de zeer grote omvang van de te downloaden gegevens en het ontstaan van een tijdelijke onderbreking in de actualiteit van de informatie (bijvoorbeeld worden de gegevens in Firefox elke 6 uur geactualiseerd). Het probleem met de omvang is in browsers opgelost door CRL te proxyen op de servers van de browserfabrikanten ā in de browsers wordt een basis CRL opgenomen, die tijdens het gebruik periodiek wordt gesynchroniseerd met de actuele lijst (alleen de gewijzigde gegevens worden naar het klantsysteem verzonden). Om de omvang van de DB met CRL te verkleinen, wordt een probabilistische structuur, de 'Bloom-filter', gebruikt, waardoor de volledige CRL-database aan de klantzijde in een zeer compacte weergave kan worden opgeslagen. In Firefox is een dergelijke techniek geĆÆmplementeerd met behulp van de CRLite-toolkit, en in Chrome met CRLSets.
Bron: opennet.ru
