Was ist OCSP?

Das Online Certificate Status Protocol (OCSP) ist ein Verfahren zur Echtzeitüberprüfung, ob ein digitales Zertifikat widerrufen wurde. Anstatt eine vollständige Widerrufsliste herunterzuladen, sendet ein Client eine einzelne Anfrage an einen OCSP-Responder und erhält umgehend die Antwort „Gültig“, „Widerrufen“ oder „Unbekannt“.

Die wichtigsten Erkenntnisse

• OCSP überprüft den Status der Zertifikatssperrung in Echtzeit und nicht anhand einer gespeicherten Liste.
• Ein Client sendet eine Anfrage an einen OCSP-Responder und erhält als Antwort „Good“, „Revoked“ oder „Unknown“.
• Mithilfe von OCSP-Stapling kann ein Server beim Handshake eine zwischengespeicherte, signierte Antwort bereitstellen.
• Versa TLS-Entschlüsselungsprofile können OCSP-Prüfungen erzwingen, bevor einem Zertifikat vertraut wird.
• Versa Director kann einen IPsec-Tunnel trennen, wenn eine OCSP-Antwort „Unknown“ lautet.

Auf dieser Seite: Warum das wichtig ist · So funktioniert es · Arten · OCSP & Versa · Häufig gestellte Fragen

Warum ist OCSP wichtig?

Digitale Zertifikate werden widerrufen – ein privater Schlüssel gerät in falsche Hände, eine Domain wechselt den Besitzer, eine Zertifizierungsstelle macht einen Fehler – und jedes System, das dem Zertifikat vertraut, muss dies schnell erfahren. CRLs veröffentlichen jedes von einer Zertifizierungsstelle widerrufene Zertifikat, doch die Listen werden immer umfangreicher, und Clients speichern zwischen den Aktualisierungen möglicherweise veraltete Kopien im Cache, sodass ein Zeitfenster entsteht, in dem ein widerrufenes Zertifikat noch als gültig erscheint.

OCSP schließt diese Lücke. Eine vertrauende Partei fragt die ausstellende Zertifizierungsstelle oder einen beauftragten Responder nach dem Status eines bestimmten Zertifikats ab und erhält eine signierte, zeitnahe Antwort – innerhalb von Millisekunden statt der Minuten, die ein CRL-Download in Anspruch nehmen kann. Dies ist vor allem dort von Bedeutung, wo Vertrauensentscheidungen automatisch und in großem Umfang getroffen werden: bei TLS-Handshakes, bei der VPN- und IPsec-Zertifikatsauthentifizierung sowie bei allen Arbeitsabläufen, bei denen eine widerrufene Berechtigung sofort abgelehnt werden muss.

Was ist OCSP?

OCSP wird in RFC 6960 als ein über HTTP übertragenes Anfrage-Antwort-Protokoll definiert. Der Anfragende erstellt eine Anfrage, die die Seriennummer und den Aussteller des Zertifikats enthält – wobei diese nicht im Klartext, sondern als Hash-Wert übermittelt werden – und sendet diese an die URL des Antwortenden. Der Antwortende – die Zertifizierungsstelle selbst oder ein beauftragter Dritter – sendet eine mit seinem eigenen Schlüssel signierte Antwort zurück, sodass der Client die Herkunft der Antwort überprüfen kann.

Die Antwort enthält einen von drei Status: „Gut“ (soweit dem Antwortenden bekannt, nicht widerrufen), „Widerrufen“ (mit Angabe von Grund und Zeitpunkt) oder „Unbekannt“ (kein Eintrag zum Zertifikat – was nicht gleichbedeutend ist mit einer Bestätigung desselben). Die Antworten enthalten zudem Gültigkeitszeiträume, sodass Clients eine Antwort zwischenspeichern können, anstatt bei jeder Verbindung eine Abfrage durchzuführen, wodurch ein Kompromiss zwischen der Belastung des Antwortenden und der Aktualität der Daten eingegangen wird.

Arten von OCSP

Zwei Bereitstellungsmodelle decken die meisten Einsatzszenarien ab. Bei der direkten OCSP-Prüfung fragt der Client – ein Browser, ein VPN-Gateway, eine Firewall – den Responder zum Zeitpunkt der Verbindungsherstellung ab; das ist einfach, erfordert jedoch einen zusätzlichen Hin- und Rückweg und hängt von der Erreichbarkeit des Responders ab. OCSP-Stapling kehrt diesen Vorgang um: Der Server ruft vorab eine signierte Antwort ab und fügt sie dem TLS-Handshake hinzu („stapelt“ sie), sodass der Client den Sperrstatus überprüft, ohne den Responder zu kontaktieren. Stapling entlastet den Responder und beseitigt eine Datenschutzlücke, da die Responder andernfalls erfahren würden, welche Websites ein Client besucht.

Das Caching beeinflusst das Verhalten zusätzlich: Sowohl Responder als auch Clients halten sich an eine Gültigkeitsdauer der Antwort, und Geräte, die OCSP durchsetzen, können in festgelegten Intervallen statt bei jeder Transaktion den aktuellen Status abfragen. Wie ein Gerät mit einer nicht eindeutigen Antwort – „Unknown“ oder ein Timeout – umgeht, ist eine Richtlinienentscheidung und nicht Teil des Protokolls; daher bieten Implementierungen hierfür eine explizite Einstellung an.

OCSP & Versa

VOS-Geräte unterstützen OCSP in der Zertifikatsserver-Konfiguration in der Director-Ansicht, im NGFW-spezifischen Zertifikatsserver-Workflow sowie für eine globale, organisationsunabhängige Zertifizierungsstelle, die über eine gemeinsame Zertifizierungsstelle konfiguriert wird. Auf der Registerkarte „OCSP“ jedes Servers werden die Responder-URL, der Hash-Algorithmus für Anfragen und eine Antwort-Cache-Dauer (bis zu 168 Stunden) festgelegt, damit das Gerät nicht bei jeder Nutzung eine neue Abfrage durchführt. Über ein Überwachungsintervall kann VOS den Status des Responders nach einem Zeitplan abfragen und die Signierung von Steueranfragen sowie die Signaturprüfung aktivieren bzw. deaktivieren.

Die Einstellung mit der größten praktischen Bedeutung ist „On Response Unknown“: Administratoren entscheiden, ob eine nicht eindeutige OCSP-Antwort dazu führt, dass der zugehörige IPsec-Tunnel geschlossen oder offen bleibt, wobei sie zwischen Verfügbarkeit und Zertifikatssicherheit abwägen. Die OCSP-Überprüfung steuert auch die TLS-Entschlüsselungsprofile von VOS und nutzt dabei einen gemeinsamen Cache mit der CRL-Prüfung, auf die VOS nur dann zurückgreift, wenn OCSP ein Zertifikat nicht validieren kann.

Häufig gestellte Fragen

Was ist der Unterschied zwischen OCSP und einer CRL?

Eine CRL ist eine regelmäßig veröffentlichte Liste aller Zertifikate, die eine Zertifizierungsstelle widerrufen hat; Clients laden die gesamte Liste herunter und überprüfen sie lokal, sodass sie zwischen den Aktualisierungen veralten kann. OCSP ist eine Echtzeitabfrage für jedes einzelne Zertifikat, die eine signierte, aktuelle Antwort liefert, ohne dass eine vollständige Liste abgerufen werden muss.

Was bedeutet eine OCSP-Antwort mit dem Wert „Unknown“?

„Unbekannt“ bedeutet, dass der Responder keine Einträge zu dem Zertifikat hat – nicht, dass das Zertifikat gültig ist. Dies kann auf einen falsch konfigurierten Responder, ein Zertifikat, das von einer anderen Zertifizierungsstelle als der abgefragten ausgestellt wurde, oder eine Verzögerung bei der Datenbankaktualisierung zurückzuführen sein.

Was ist OCSP-Stapling?

Beim OCSP-Stapling ruft der Server – und nicht der Client – vorab eine signierte Antwort ab und fügt diese dem TLS-Handshake hinzu. Dadurch wird ein Hin- und Rückweg zwischen Client und Responder vermieden, die Browsing-Aktivitäten bleiben privat, und der Vorgang funktioniert auch dann, wenn der Responder kurzzeitig nicht erreichbar ist.

Verlangsamt die OCSP-Prüfung den TLS-Handshake?

Die direkte OCSP-Prüfung verursacht pro Validierung einen zusätzlichen Hin- und Rückweg, sofern keine Zwischenspeicherung erfolgt, was bei einem langsamen Responder zu einer erhöhten Latenz führt. Durch OCSP-Stapling entfallen diese Kosten vollständig, da der Server eine bereits signierte Antwort bereitstellt, die im Voraus abgerufen wurde.

Was passiert, wenn ein OCSP-Responder nicht erreichbar ist?

Das Verhalten hängt von den Richtlinien ab, nicht vom Protokoll. Einige Systeme verhalten sich nach dem „Fail-Open“-Prinzip, behandeln einen nicht erreichbaren Responder als „Unknown“ und halten den Tunnel aufrecht; andere verhalten sich nach dem „Fail-Closed“-Prinzip und blockieren ihn. Versa Administratoren legen dies pro Zertifikatsserver fest.

Mehr zum Thema OCSP

Wenn Sie mehr erfahren möchten, finden Sie hier Quellen, denen wir vertrauen.

Verwandte Begriffe

Wenn Sie sich gerade mit OCSP beschäftigen, sollten Sie sich als Nächstes diese Artikel ansehen.