Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

374 7 Client-/Server-Programmierung mit OpenSSL
45–46
48–49
die Hilfsfunktionen nicht erfolgreich sind, wird der bereits angelegte SSL-
Kontext wieder freigegeben und die openssl_create_ssl_ctx()-Funktion
kehrt mit dem Fehlercode 0 zurück.
Mittels SSL_CTX_set_verify() wird nun die OpenSSL-interne Verifizierung
der präsentierten Serverzertifikate für alle neuen, aus dem SSL-Kontext abgeleiteten
SSL-Verbindungen aktiviert. Gleichzeitig wird die Callback-Funktion
verify_cert() zur Nachbereitung der Zertifikatsüberprüfung eingetragen
(siehe dazu Beispiel 7.5).
Abschließend setzen wir die maximal akzeptierte Tiefe der Zertifikatshierarchie
auf VERIFY_DEPTH+1. Die maximal gewünschte Tiefe VERIFY_DEPTH wird
in openssl-util.h festgelegt. Leider erkennt OpenSSL zwar das Überschreiten
der maximalen Tiefe im Rahmen der Zertifikatsprüfung ordnungsgemäß,
gibt dabei aber keine aussagekräftige Fehlermeldung zurück. Deshalb erhöhen
wir entsprechend einem Beispiel aus der OpenSSL-Dokumentation die Maximaltiefe
an dieser Stelle künstlich auf VERIFY_DEPTH+1 und überprüfen dann
im verify_cert()-Callback selbständig auf Überschreitung des tatsächlich
geforderten Werts VERIFY_DEPTH.
7.3.2 Zertifikatsüberprüfung per Callback nachbereiten
Im Allgemeinen ist eine Nachbereitung der von OpenSSL vorgenommenen
Zertifikatsüberprüfung nicht notwendig. Es bietet sich jedoch an, über die
Callback-Funktion die Ursache einer eventuell fehlgeschlagenen Prüfung zu
protokollieren und dabei Zusatzinformationen über das beanstandete Zertifikat
mit auszugeben. Diese Aufgabe übernimmt auch die Callback-Funktion
aus Beispiel 7.5. Im konkreten Fall wollen wir aber zusätzlich auch noch
die künstlich erhöhte Maximaltiefe der Zertifikatshierarchie (vgl. dazu Beispiel
7.4) auf das eigentlich gewünschte Maß VERIFY_DEPTH zurechtstutzen.
Bevor wir uns mit dem Beispielprogramm beschäftigen, werfen wir zunächst
zum besseren Verständnis einen Blick auf den Aufbau eines SSL-Zertifikats:
Abbildung 7.1 zeigt in ASN.1-Notation 5 die in RFC 3280 [HFPS02] festgelegte
Struktur eines solchen X.509v3-Zertifikats 6 [Gut00]. Das Zertifikat besteht
zum einen aus den verschiedenen Zertifikatsinformationen (in der Struktur
tbsCertificate) und zum anderen aus der digitalen Unterschrift der Zertifizierungsstelle
(signatureValue) sowie einer Referenz auf den hierfür verwendeten
kryptographischen Algorithmus (signatureAlgorithm). Die Struktur
tbsCertificate enthält ihrerseits mehrere Komponenten mit weiterführenden
Zertifikatsinformationen. So wird z. B. jedem Zertifikat über das Attribut
serialNumber eine eindeutige Seriennummer zugewiesen, die Komponente
5 Die Abstract Syntax Notation One (ASN.1) ist eine Beschreibungssprache zur
abstrakten Definition von Datenstrukturen.
6 X.509v3 bezeichnet die aktuelle Version 3 des De-Facto-Standards für Public-
Key-Infrastrukturen (PKI) und digitale Zertifikate.