Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

320 6 Netzwerkprogrammierung mit SSL
250-manhattan Hello indien [192.168.1.1]
250-SIZE 52428800
250-PIPELINING
250-AUTH PLAIN LOGIN
250 HELP
Sobald die SSL-Verbindung erfolgreich eingerichtet ist, meldet sich der Client
erneut mit einem EHLO-Gruß, der jetzt bereits verschlüsselt übertragen
wird. Die weitere Kommunikation zwischen Mailclient und Mailserver erfolgt
natürlich ebenfalls über den gesicherten Kanal, ein späteres Downgrade der
Verbindung ist im Anwendungsprotokoll nicht vorgesehen.
Interessant ist im Zusammenhang mit SMTP die Möglichkeit, daß der Mailserver
auf die veränderte Ausgangssituation einer verschlüsselten Verbindung
zum Client reagieren kann. Im obigen Beispiel bietet der Mailserver nach
dem Aufbau der SSL-gesicherten Netzwerkverbindung mit AUTH PLAIN LOGIN
plötzlich eine zusätzliche Serviceerweiterung an und erlaubt dem Client damit,
den Benutzernamen und das Paßwort eines Nutzers durch den jetzt
verschlüsselten Kanal im Klartext zu übertragen. Ohne die schützende SSL-
Verbindung hat der (offensichtlich sicherheitsbewußte) Mailserver wohlweislich
darauf verzichtet, diese Option anzubieten.
Aus Sicht des Clients gilt es beim SSL-Upgrade-Verfahren unbedingt zu beachten,
daß die Kommunikation mit dem Server umgehend abgebrochen werden
sollte, sofern, aus welchen Gründen auch immer, nach einem STARTTLS-
Kommando keine SSL-gesicherte Verbindung zustande kommt. Der Client
sollte dann keinesfalls arglos mit der Übertragung der sicherheitsrelevanten
Daten beginnen! Andernfalls könnten Angreifer durch gezielte Störung der
Kommunikation zwischen Client und Server mit etwas Geschick die ungesicherte
Übertragung der Daten provozieren.
Separate Ports oder SSL-Upgrade?
Für Client-/Server-Anwendungen, die sowohl über gesicherte als auch ungesicherte
Netzwerkverbindungen kommunizieren sollen, stellt sich die Frage,
welcher Ansatz denn nun der bessere ist. Die Verwendung separater Ports
wird laut RFC 2817 [KL00] inzwischen weitgehend abgelehnt, wenngleich diese
Ablehnung natürlich nicht dazu führen wird, daß etablierte, auf diesem Verfahren
aufbauende Protokolle wie etwa HTTPS [KL00] wieder verschwinden
werden. Dazu sind diese Dienste bereits zu weit verbreitet. Dennoch wird für
die Absicherung weiterer Anwendungsprotokolle ein SSL-Upgrade bevorzugt,
da sich dadurch nicht die Anzahl der zu standardisierenden Ports verdoppelt
bzw. die Anzahl der verfügbaren Ports effektiv halbiert.
In der Praxis findet sich in den etablierten Netzwerkdiensten oftmals eine
Kombination aus beiden Verfahren. Der Server hört auf einem separaten