ESUKOM Best Practice Report

Bericht AP5: „Best-Practise“-
Dokument
Abbildung 20: Durch die Detection Engine abgefragte Metadaten (2)
5.5 Ergebnisse der durchgeführten Tests
Die Durchführung der Testfälle verlief insgesamt positiv, allerdings gab es noch einige
Punkte, die anfänglich zu Problemen und Unklarheiten geführt haben:
a. So hat sich zunächst gezeigt, dass das Aufsetzen und das Konfigurieren der
Infrastruktur sowie der beteiligten Komponenten mit einen nicht unerheblichen
Aufwand verbunden ist, welcher u.a. der hohen Anzahl der verwendeten
Komponenten und deren teilweise nicht trivialen Konfigurationsschritte geschuldet
ist. Hierbei zeigte sich auch, dass die Erstellung von Policy-Konfigurationen für die
Detection-Engine aufgrund der Komplexität teilweise zu Problemen führt. An
dieser Stelle wäre eine weitere Hilfestellung durch ein zusätzliches Tool hilfreich,
welches eine grafische Oberfläche zum Erstellen dieser Dateien zur Verfügung
stellt. Die Entwicklung einer solchen Software hätte allerdings nicht mehr in den
zeitlichen Rahmen des Projektes gepasst, da diese auch mit einem nicht
unerheblichen Aufwand verbunden gewesen wäre.
b. Ein weiteres Problem ergab sich im Zusammenspiel zwischen dem NCP VPN-
Gateway und den iptables-Client im ersten Anwendungsfall. Wenn zum Aufbau
der VPN-Verbindung der native Android-VPN-Client zum Einsatz kam, konnte der
iptables-Client bei einem Zugriff auf den geschützten Patientendienst nicht die
dem Gerät zugeordnete VPN-IP-Adresse auslesen. Die Abfrage der benötigten
Capability-Metadaten liefert dementsprechend nicht die richtigen Daten zurück,
woraufhin das mobile Endgerät nicht durch den iptables-Client freigeschaltet
wurde. Wenn jedoch der NCP VPN-Client für Android zum Einsatz kam,
funktionierte die Kommunikation zwischen den beiden Komponenten ohne
Probleme.
Copyright ESUKOM-Konsortium 2010-2012 Seite 32