Det non-profit certifikationsorgan Let’s Encrypt, der styres af fællesskabet og tilbyder certifikater gratis til alle, har besluttet at stoppe med at støtte protokollen OCSP (Online Certificate Status Protocol), der bruges til at kontrollere tilbagekaldelse af certifikater. I stedet for OCSP-protokollen anbefales det at bruge tilbagekaldelseslister (CRL - Certificate Revocation List), som publiceres af Let’s Encrypt fra 2022. Den 7. maj 2025 vil Let’s Encrypt deaktiverer tilføjelsen af links til OCSP-adresser i udstedte certifikater og stoppe behandlingen af forespørgsler relateret til brugen af udvidelsen „OCSP Must Staple“. Den 6. august 2025 vil OCSP-forespørgselsbehandlere blive deaktiveret på serverne.
Som årsagen til at stoppe med at støtte OCSP nævnes bekymringer om fortrolighed. Brugen af OCSP medfører, at hver gang der oprettes en sikker forbindelse for at kontrollere certifikatets gyldighed, sender kundens system en forespørgsel til OCSP-serveren fra certifikationsorganet, der har udstedt certifikatet. Som svar giver serveren oplysninger om, hvorvidt det angivne certifikat kan stoles på. Problemet er, at certifikationsorganet får information om, hvornår og hvilke hjemmesider brugeren besøger i relation til hans IP-adressen, hvilket kan betragtes som en lækage af fortrolige oplysninger. Desuden påfører brugen af OCSP en forsinkelse i behandlingen af forespørgslen, kræver, at brugeren har garanteret netværksadgang, og skaber en afhængighed af uafbrudt drift af OCSP-serverne.
For at løse fortrolighedsproblemerne ved kontrol af tilbagekaldelse af certifikater er teknologien OCSP Stapling blevet udviklet, hvis essens er, at de certificerede OCSP-svar fra certifikationsorganet kan overføres af servere, der betjener hjemmesider, under forhandlingen af TLS-forbindelsen med klienten (overførslen af OCSP-oplysninger er flyttet til servere serverne, hvilket fjerner kundens system fra direkte kontakt med OCSP-serveren fra certifikationsorganet, og korrektheden af svarene sikres af certifikationsorganets digitale signatur).
Ud over OCSP Stapling findes der en udvidelse til certifikaterne kaldet «OCSP Must Staple», som forpligter browsere til at anvende teknikken OCSP Stapling i stedet for direkte at henvende sig til OCSP-servere og kræver, at et certifikat betragtes som udpint, hvis den server, der er ansvarlig for dets website, ikke returnerer et verificeret OCSP-svar. Desværre har «Must Staple»-udvidelsen ikke fået bred udbredelse i browsere, og teknologien OCSP Stapling er afhængig af, at der er eksplicit støtte på HTTP-serverens side (det understøttes i nginx siden 2013).
Ved brug af CRL udføres kontrol af tilbagetrækning af certifikater på det lokale system ud fra lister, der dannes af certifikatmyndigheden. Ulemperne ved denne tilgang inkluderer meget store mængder af data, der skal downloades, og en midlertidig periode, hvor informationen ikke er opdateret (for eksempel opdateres dataene i Firefox hvert 6. time). Problemet med størrelsen er løst i browsere ved at proxying af CRL til producenterne af browserne — den grundlæggende CRL er inkluderet i browserne, som i løbet af arbejdet periodisk synkroniseres med den aktuelle liste (kun ændrede data overføres til klientens system). For at reducere størrelsen på databasen med CRL anvendes en sandsynlighedsstruktur kaldet «Bloom filter», som gør det muligt at gemme hele databasen med CRL på klientens side i et meget kompakt format. I Firefox er en lignende teknik realiseret med hjælp fra CRLite-værktøjet, mens den i Chrome er kendt som CRLSets.
Kilde: opennet.ru
