Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

7.3 Sicherer Umgang mit X.509-Zertifikaten 369
stammt, die vom Programm bzw. vom Nutzer im Vorfeld als vertrauenswürdig
eingestuft wurde. Auf Wunsch wird auch diese Aufgabe von
OpenSSL im Verlauf des SSL-Handshakes automatisch abgedeckt, wobei
natürlich die Liste der vertrauenswürdigen Zertifizierungsstellen von der
Anwendung explizit bereitgestellt werden muß. Die Software bildet dazu
eine Zertifikatskette vom fraglichen Zertifikat über die ausstellende CA
bis hin zu einer vertrauten Zertifizierungsstelle und prüft dann über festgelegte
Regeln die Gültigkeit dieser Kette.
3. Konnte nachgewiesen werden, daß das Zertifikat gültig ist und von einer
vertrauenswürdigen Zertifizierungsstelle abstammt, so gilt es als letztes
zu klären, ob Kommunikationspartner und Zertifikat zusammenpassen.
Dieser Arbeitsschritt liegt komplett im Aufgabenbereich der Anwendung
und muß daher eigenständig umgesetzt werden.
Die OpenSSL-interne Zertifikatsprüfung (Schritte 1 und 2) wird durch Aufruf
der SSL_CTX_set_verify()-Funktion für den angegebenen SSL-Kontext
bzw. durch Aufruf von SSL_set_verify() für eine einzelne SSL-Verbindung
aktiviert. Die Funktionen haben keinen Rückgabewert. Neben einer Referenz
auf den Kontext bzw. die SSL-Verbindung erwarten die beiden Funktionen im
Bitfeld mode genauere Anweisungen, ob und wie ggf. die Prüfung erfolgen soll.
Im Wesentlichen wird dabei zwischen den beiden Modi SSL_VERIFY_NONE und
SSL_VERIFY_PEER unterschieden:
SSL VERIFY NONE: Ist die Option SSL_VERIFY_NONE in einem SSL-Client gesetzt,
so prüft OpenSSL zwar während des Verbindungsaufbaus das Server-
Zertifikat der Gegenstelle, ein ungültiges oder von der falschen“ Zertifizierungsstelle
ausgestelltes Zertifikat führt aber nicht zum Abbruch des
”
SSL-Handshakes.
Ist die Option auf der Server-Seite gesetzt, so verlangt der Server vom
Client beim Aufbau der SSL-Verbindung kein Client-Zertifikat.
Das SSL_VERIFY_NONE-Flag darf nicht mit einem der anderen Flags kombiniert
werden.
SSL VERIFY PEER: Ist die Option SSL_VERIFY_PEER clientseitig gesetzt, so erwartet
der Client vom Server ein SSL-Zertifikat. Das von der Gegenstelle
übermittelte Server-Zertifikat wird entsprechend den oben aufgeführten
Arbeitsschritten 1 und 2 überprüft. 2 Sofern die Prüfung fehlschlägt, wird
das SSL-Handshake umgehend abgebrochen und eine entsprechende Fehlermeldung
hinterlegt.
2 Lediglich wenn Chiffrenfolgen mit anonymem Schlüsselaustausch zugelassen sind,
schickt der Server im Rahmen des SSL-Handshakes kein Zertifikat an den Client.
Derartige Chiffrenfolgen werden in den vorliegenden Beispielen aber durch die
zuvor beschriebene Chiffrenliste explizit unterbunden.