So funktioniert’s
OCSP (RFC 6960) funktioniert als Abfrage: Ein Client schickt die Seriennummer eines Zertifikats an den OCSP-Responder der ausstellenden CA und bekommt eine signierte Antwort zurück – „good“, „revoked“ oder „unknown“. Die Adresse des Responders steht im Zertifikat selbst, in der Erweiterung Authority Information Access.
Weil jede Abfrage verrät, welche Website jemand gerade besucht, und zusätzliche Zeit kostet, gibt es OCSP-Stapling: Der Webserver holt die signierte Antwort regelmäßig selbst ab und liefert sie im TLS-Handshake mit. Die Antwort ist von der CA signiert und nur wenige Tage gültig, der Server kann sie also nicht fälschen.
OCSP verliert an Bedeutung: Seit einem Beschluss des CA/Browser Forums von 2023 ist es für öffentliche CAs nur noch optional, Sperrlisten (CRL) sind Pflicht. Let’s Encrypt hat seine OCSP-Responder 2025 abgeschaltet, und Browser prüfen den Widerruf meist über eigene, vorab verteilte Listen (Chrome mit CRLSets, Firefox mit CRLite) statt live.
Warum gefährlich
Ein Widerruf schützt nur, wenn Clients ihn sehen. Wurde der private Schlüssel eines Servers gestohlen, kann ein Angreifer mit dem Zertifikat bis zum Ablaufdatum eine echte Website vortäuschen, wenn Clients den Status nicht prüfen oder eine gescheiterte Abfrage stillschweigend übergehen (Soft-Fail), wie es die meisten Browser tun.
Umgekehrt kann OCSP selbst Ausfälle auslösen: Ein Zertifikat mit der Erweiterung „OCSP Must-Staple“ wird von Firefox abgelehnt, wenn der Server keine gültige Antwort mitliefert – etwa weil der Responder nicht erreichbar war oder die gespeicherte Antwort abgelaufen ist.
So vermeidest du es
- Bei Schlüsselverlust oder falscher Ausstellung das Zertifikat sofort bei der CA widerrufen lassen (bei Let’s Encrypt etwa mit certbot revoke) und ein neues mit neuem Schlüssel ausstellen.
- Wo die CA noch OCSP anbietet, Stapling am Webserver einschalten (nginx: ssl_stapling on und ssl_stapling_verify on; Apache: SSLUseStapling On) und dem Server ausgehende Verbindungen zum Responder erlauben.
- Must-Staple nur verwenden, wenn der Server das Stapling zuverlässig beherrscht; Let’s Encrypt stellt solche Zertifikate nicht mehr aus.
- Kurze Laufzeiten bevorzugen: Je kürzer ein Zertifikat gilt, desto kleiner das Zeitfenster, in dem ein gestohlener Schlüssel ohne wirksamen Widerruf nützt.
- Private Schlüssel nur auf den Servern ablegen, die sie brauchen, und nach dem Wechsel eines Dienstleisters Zertifikate samt Schlüssel erneuern.
So erkennt DomainWarn es
Das prüft DomainWarn nicht direkt: Der Check „Zertifikat“ fragt keinen OCSP-Responder ab, wertet keine gestapelte OCSP-Antwort aus und lädt keine Sperrlisten. Ein widerrufenes, sonst gültiges Zertifikat erscheint deshalb nicht als widerrufen.
Indirekt hilft der Check „Zertifikatsausstellung“: Er meldet aus den CT-Logs jedes neu ausgestellte Zertifikat und jede bisher unbekannte Zertifizierungsstelle, sodass dir ein ungewolltes Zertifikat auffällt und du es widerrufen lassen kannst. Der Check „Zertifikat“ hält außerdem jede Erneuerung als Ereignis fest – so siehst du, ob nach einem Widerruf wirklich das neue Zertifikat ausgeliefert wird.
DomainWarn prüft das für alle deine Domains regelmäßig und meldet sich, wenn etwas fehlt oder sich ändert.