Full paper (pdf) - CDC - Technische Universität Darmstadt

Programm erfolgt über eine Anmeldeseite. Jeder unauthentisierte Zugriffsversuch auf
eine andere Programmseite wird auf die Anmeldeseite umgeleitet. Während der
Anmeldung ist die Eingabe eines gültigen Mandanten und der Sprache für die
Anwenderschnittstelle erforderlich. Das Mandanten-Konzept stammt aus ProAd,
wobei ein Mandant als eine ProAd-Instanz mit eigenem Datenbestand definiert
werden kann. Auf Datenbankebene entspricht ein Mandant einem Datenbankbenutzer.
Das Konzept des Datenbankbenutzers erlaubt die Aufteilung einer Datenbank in
beliebig viele diskrete Bereiche. Der Betrieb von ProAd erfordert die Existenz von
mindestens einem Mandanten (bzw. Datenbankbenutzer) und erlaubt den
gleichzeitigen Einsatz beliebig vieler Mandanten (bzw. Datenbankbenutzer).
Technisch betrachtet wird die Authentisierung wie in Kapitel 4.2.2.2 spezifiziert
durchgeführt. Die dabei anfallenden Aufgaben werden durch zwei getrennte
Komponenten abgewickelt. Die Überprüfung der Integrität und Gültigkeit der
digitalen Signatur und des Anwender-Zertifikats übernimmt der Apache Webserver,
der, wie bereits erwähnt, für die gesamte Client-Kommunikation verantwortlich ist.
Bei erfolgreicher Überprüfung wird die Anfrage an Tomcat bzw. an das
Zugriffsmodul der Applikation weitergeleitet. Das Zugriffsmodul besteht aus einem
Java-Servlet, das alle ankommenden Anfragen empfängt und nach der
Authentisierung entsprechend weiterleitet. 88 Die Authentisierung im Zugriffsmodul
besteht aus der Sicherstellung, dass das empfangene Zertifikat einen bekannten
ProAd-Anwender identifiziert. Dafür sind folgende Schritte erforderlich:
- Überprüfen, ob ein Zertifikat und ein Mandant übermittelt wurden
- Überprüfen, ob das empfangene Zertifikat bekannt ist – dafür wird die
entsprechende Konfigurationsdatei ausgelesen
- Überprüfen, ob das empfangene Zertifikat einen bekannten ProAd-Anwender
identifiziert – dafür muss die Verbindung mit der Datenbank unter
entsprechendem Benutzer aufgebaut werden (falls noch nicht geschehen) und
eine passende SQL-Abfrage abgeschickt werden
- Laden der zur Laufzeit benötigten Anwenderinformationen
Da HTTP ein zustandsloses Protokoll ist, müsste dieser Vorgang bei jeder
Anwenderaktion durchgeführt werden, um unauthentisierte Zugriffe auf ProAdWeb
zu vermeiden. Dieser Aufwand wird umgangen, in dem die Informationen eines
einmal authentisierten Clients in einer, von Tomcat mittels ‚Cookies’ oder URL-
Beschreiben 89 , künstlich geschaffener Sitzung gespeichert. Eine Authentisierung
findet damit nur dann statt, wenn das Zugriffsmodul in der aktuellen Sitzung keine
Daten einer vorangegangenen Authentisierung findet und die zugegriffene Seite nicht
die Anmeldeseite ist.
5.2.2 Angewandte Technologie
Die Implementierung des Teils der Authentisierung, der von Apache durchgeführt
wird, beschränkt sich auf eine eventuelle Übersetzung der Quelldateien sowie die
Konfiguration der Funktionalität für die Zertifikatsprüfung und die Kommunikation
mit Tomcat. Die eingesetzte Apache-Konfiguration kann im Anhang eingesehen
werden. Damit Apache mit Tomcat kommunizieren kann wird die Datei mod_jk.dll in
das „modules“-Verzeichnis vom Apache kopiert, Konfiguration von mod_jk.conf
88 Vgl. Kapitel 5.3
89 Vgl. Kapitel 4.2.2.2
- 29 -