Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

380 7 Client-/Server-Programmierung mit OpenSSL
der Verifikation nicht die maximale Länge der Zertifikatskette überschritten
wurde, entspricht der Inhalt der Variablen ok noch immer dem Ergebnis der
OpenSSL-internen Prüfung.
7.3.3 Identitätsabgleich mit digitalen Zertifikaten
Wurde das vom Server präsentierte X.509-Zertifikat im Rahmen der OpenSSLinternen
Prüfung für gültig und vertrauenswürdig befunden und hat auch die
hinterlegte Callback-Funktion nichts mehr am Zertifikat auszusetzen (wie etwa
eine Überschreitung der maximalen Zertifikatskettenlänge), so wird die
SSL-Verbindung zwischen den beiden Kommunikationspartnern vollständig
aufgebaut. Bevor nun Client und Server auf der Anwendungsebene mit dem
Austausch von Daten beginnen können, gilt es in einem letzten Schritt zu
überprüfen, ob der Zertifikatsnehmer mit dem gewünschten Kommunikationspartner
übereinstimmt.
Genauso, wie bei einem Identitätstest via Personalausweis das Lichtbild sowie
einige weitere Attribute wie Augenfarbe und Körpergröße mit dem Gegenüber
abgeglichen werden, muß auch beim Umgang mit X.509-Zertifikaten darauf
geachtet werden, daß das präsentierte Zertifikat tatsächlich zum Kommunikationspartner
gehört. Andernfalls wäre für eine Man-in-the-Middle-Attacke
Tür und Tor geöffnet. In der Praxis ist es deshalb üblich, den vollständigen
DNS-Namen (FQDN) des Servers, wie in RFC 2818 [Res00] ausführlich beschrieben,
mit der über das Zertifikat nachgewiesenen Identität des Servers zu
vergleichen. 7 Der Abgleich der Identitäten erfolgt dabei bevorzugt über die
Zertifikatserweiterung Subject Alternative Name oder aber über das Subject
des Zertifikats.
Abbildung 7.3 zeigt den Aufbau der Zertifikatserweiterung Subject Alternative
Name, die als eine Folge von General Names modelliert ist. Im Rahmen der
Identitätsprüfung interessieren uns aus der Zertifikatserweiterung, d. h. aus
der Folge von General Names lediglich die Elemente vom Typ dNSName, da
diese einen DNS-Namen enthalten und folglich über die Identität des Zertifikatnehmers
Auskunft erteilen können. Sind dem betreffenden Server mehrere
DNS-Namen zugeordnet, was z. B. bei Webservern mit mehreren virtuellen
Hosts äußerst beliebt ist, dann können in der Zertifikatserweiterung natürlich
entsprechend viele DNS-Namen eingetragen sein.
Für den Identitätsabgleich zwischen Zertifikat und Kommunikationspartner
wird in RFC 2818 folgendes festgelegt:
7 Muß ein Server über einen dynamischen und damit häufig wechselnden DNS-
Namen kontaktiert werden, so ist der FQDN unter Umständen kein probater
Indikator für den Identitätsabgleich. In einem solchen Fall muß der Client über
andere Hilfsmittel, wie z. B. die exakte Kenntnis des zu präsentierenden Zertifikats,
beim Test der Identität verfügen.