Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

370 7 Client-/Server-Programmierung mit OpenSSL
Ist das SSL_VERIFY_PEER-Flag serverseitig gesetzt, so bittet der SSL-
Server während des Verbindungsaufbaus auch den SSL-Client um dessen
Client-Zertifikat. Falls der Client ein Zertifikat übermittelt, wird das
Zertifikat vom Server geprüft und das SSL-Handshake nur dann fortgesetzt,
wenn das Zertifikat gültig und von einer vertrauenswürdigen Zertifizierungsstelle
ausgestellt ist. Schickt der Client kein Zertifikat, wird das
SSL-Handshake dennoch fortgesetzt.
SSL VERIFY FAIL IF NO PEER CERT: In Ergänzung zum eben beschriebenen
SSL_VERIFY_PEER-Flag kann ein SSL-Server durch zusätzliche Angabe
der Option SSL_VERIFY_FAIL_IF_NO_PEER_CERT darauf bestehen, daß der
SSL-Client ein Zertifikat liefern muß. Andernfalls wird das SSL-Handshake
umgehend abgebrochen. Ist SSL_VERIFY_PEER nicht gesetzt oder soll das
Flag für eine clientseitige SSL-Verbindung gesetzt werden, so wird das
SSL_VERIFY_FAIL_IF_NO_PEER_CERT-Flag ignoriert.
SSL VERIFY CLIENT ONCE: Zusätzlich zur SSL_VERIFY_PEER-Option kann für
einen SSL-Server außerdem noch die SSL_VERIFY_CLIENT_ONCE-Option
aktiviert werden. Das Setzen dieses Flags bewirkt, daß, sofern eine bestehende
SSL-Verbindung entsprechend ihrer Verbindungsparameter neu
ausgehandelt werden muß, nicht erneut das bereits erfolgreich verifizierte
Client-Zertifikat angefordert wird. Ist SSL_VERIFY_PEER nicht gesetzt
oder soll das Flag für eine clientseitige SSL-Verbindung gesetzt werden,
so wird das SSL_VERIFY_CLIENT_ONCE-Flag wiederum ignoriert.
Über den dritten Parameter der beiden Funktionen SSL_CTX_set_verify()
und SSL_set_verify() kann eine Callback-Funktion für die Nachbereitung
der Zertifikatsprüfung hinterlegt werden. Die Callback-Funktion wird im Allgemeinen
dazu genutzt, die Ursache einer fehlgeschlagenen Zertifikatsprüfung
zu protokollieren. Über diese Funktion kann sogar das Ergebnis der OpenSSLinternen
Prüfung korrigiert werden, was aber nur in gut begründeten Ausnahmefällen
erfolgen sollte. Allzuleicht ließe sich damit nämlich versehentlich die
Sicherheit der aufzubauenden SSL-Verbindung kompromittieren.
Der Callback-Funktion wird beim Aufruf im ersten Parameter der Status der
von OpenSSL durchgeführten Zertifikatsprüfung übergeben. Im zweiten Argument
sind Zusatzinformationen zum geprüften Zertifikat sowie zu einer eventuellen
Fehlerursache hinterlegt. Der Rückgabewert der Callback-Funktion wird
dann als Ergebnis der gesamten Zertifikatsprüfung verstanden, weshalb im
Normalfall der Status der OpenSSL-internen Prüfung unverändert weitergegeben
wird.
Damit von OpenSSL die Herkunft eines Zertifikats geprüft werden kann, muß
den Testroutinen eine Liste der vertrauenswürdigen Zertifizierungsstellen vorliegen.
In vielen Installationen existieren dazu systemweite Zertifikatsspeicher,
in denen die CA-Zertifikate, also die öffentlichen Schlüssel derartiger Zertifi-