Einsatzmöglichkeiten kryptographischer Methoden zur Signatur und ...

Wie in der Zielvorstellung bereits aufgeführt wurde, ist bei einer Verbindung über
das Internet der Client selbst noch vor Zugriffen aus dem Internet zu schützen. Das
sollte durch den Einsatz des VPN-Clients mit Personal-Firewall-Funktionalität
anstatt eines reinen VPN-Clients realisiert werden. Dann kann der Administrator des
MHH-Firewalls auch das Regelwerk auf dem Client vorgeben und so jegliche andere
Kommunikation mit dem Internet für die Zeitdauer, während derer der Tunnel
besteht, unterbinden.
Ein Vorschlag für einen in die Infrastruktur der MHH passenden VPN-Client findet
sich im Anhang unter Auswahl des VPN-Clients.
Es ist eine Interaktion durch den Anwender notwendig (er meldet sich am Firewall
der MHH an), eine Authentisierung eines einzelnen Anwenders ist möglich und seine
Netzwerkzugriffsberechtigungen in das Netz der MHH können auf Anwenderebene
beschränkt werden. Die Verschlüsselung erfolgt für die Anwendung transparent.
8.3.4. Direkter Tunnel zwischen Servern
Abbildung 8-5: Direkter Tunnel zwischen Servern
Ein direkter Tunnel zwischen Servern lässt sich durch den Einsatz von OpenSSH
aufbauen. Durch diesen können die Applikationen der beiden Computer ohne nennenswerte
Änderungen kommunizieren. Die Authentisierung erfolgt durch das
direkte Abspeichern der öffentlichen Schlüssels des jeweils anderen Servers ohne
eine Interaktion durch den Anwender.
Es ist keine Interaktion durch den Anwender notwendig, aber auch keine Authentisierung
eines einzelnen Anwenders möglich. Die Verschlüsselung erfolgt für die
Anwendung transparent. Durch ein Umkonfigurieren der Anwendung wäre es auch
möglich eine Authentisierung auf Anwenderebene durchzuführen, aber das ist in dem
hier betrachteten Szenario nicht erwünscht.
75