ESUKOM Best Practice Report

Bericht AP5: „Best-Practise“-
Dokument
4.2.2 Konfiguration der Komponenten
Die virtuellen Maschinen sind zum größten Teil bereits vorkonfiguriert und können ohne
weitere Einstellungen für das Testen der Anwendungsfälle eingesetzt werden. Trotzdem
soll in diesem Abschnitt nochmal kurz auf die wichtigsten Punkte der Konfiguration
eingegangen werden, auch um für die am häufigsten auftretenden Probleme bei der
Inbetriebnahme Lösungswege aufzuzeigen. Bei weiterführenden Fragen sei an dieser
Stelle auf die jeweiligen README-Dateien der einzelnen Komponenten hingewiesen,
welche in der Regel die wichtigsten Konfigurations-Schritte genauer beschreiben. Diese
können im Download-Archiv des Demonstrators oder der einzelnen Komponenten auf
der Projektwebseite (www.esukom.de) gefunden werden.
Autorisierung der IF-MAP-Clients durch den MAP-Server:
Insgesamt stehen 2 Authentifizierungsverfahren für IF-MAP-Clients innerhalb des MAP-
Servers „irond“ zur Verfügung: Einmal die Basic-Authentication, welche auf einer
Benutzername/Passwort Kombination im Klartext aufbaut, sowie eine zertifikatsbasierte
Authentifizierung. Für das Aufsetzen des Demonstrators genügt die erste Methode. Alle
Benutzername-Passwort-Kombinationen finden sich innerhalb der Datei
/irond/basicauthusers.properties. Hier können bei Bedarf auch neue Credentials
hinzugefügt werden. Wenn neue Clients hinzugefügt werden ist auch bei der Basic-
Authentication ein Zertifikat auf beiden Seiten erforderlich.
Die MAP-Server Installation, welche auf der vorkonfigurierten Maschine zu finden ist,
verfügt bereits über alle notwendigen Zertifikate für die einzelnen Komponenten des
Demonstrators. Sollten neue IF-MAP-Clients hinzukommen, müssen die entsprechenden
Zertifikate erstellt und in die jeweiligen Keystores eingefügt werden.
Konfiguration der Detection Engine:
Die Detection Engine kann über die Datei /irondetect/configuration.properties
konfiguriert werden. Neben mehreren allgemeinen Einstellungen kann hier die Policy
festgelegt werden, mit welcher die Detection-Engine arbeitet (zu finden unter der
Eigenschaft irondetect.policy.filename). Innerhalb des Demonstrators sind
insgesamt drei dieser Policys von Bedeutung:
1) demonstrator_af2.pol 2.Anwendungsfall, Location-Based-Services
2) demonstrator_af3.pol 3.Anwendungsfall, MalApp-Detection
3) demonstrator_af4.pol 4.Anwendungsfall, Anomalie-Erkennung
Je nach zu testenden Anwendungsfall muss die entsprechende Policy für diesen aktiviert
sein. Hierzu können die nicht zum Einsatz kommenden Policys auskommentiert werden,
wie in Abbildung 5 zu sehen ist.
Copyright ESUKOM-Konsortium 2010-2012 Seite 16