Entwurf einer anwendungsunabhängigen Zugriffskontrolle mittels ...

Entwurf: Policy-basierte Zugriffskontrolle
Paket zur Realisierung einer Zugriffskontrolle. Die folgende Abbildung gibt einen
groben Überblick über die Architektur der Zugriffskontrolle und der als
Beispielanwendung genutzten Fahrtenbuchanwendung.
Abbildung 11: Architektur der Zugriffskontrolle (eigene Darstellung)
Zum Einsatz kommen eine XML-Datenbank (vgl. [Mei02]) zur Speicherung der Daten
und Java Klassen zur Realisierung der Zugriffskontrollfunktionalität. Ergänzt werden
diese durch eine Benutzerschnittstelle für die Verwaltung der Zugriffskontrollregeln.
4.1.3 Das MIX-Datenmodell
Die Pakete „Zugriffskontroll-Dienst“ und „Konfigurations-Dienste“ verwenden
Datenelemente, wie z.B. eine Zugriffsregel oder ein Konfigurationseintrag. Diese
Datenelemente werden mit Hilfe des MIX-Datenmodells definiert und implementiert.
MIX (Metadata based Integration model for data X-change) ist ein sich selbst
beschreibendes Datenmodell (vgl. [Bor98] und [Bor99]). Jedes Element der
Zugriffskontrolle, das einen besonderen Bestandteil der Zugriffskontrolle repräsentiert,
wird durch MIX-Klassen (im Folgenden auch Ontologie genannt) realisiert. In den
Zugriffskontroll-Diensten werden anstelle einfacher oder komplexer Datentypen diese
Ontologien eingesetzt, wodurch eine bessere Nachvollziehbarkeit des Quellcodes
möglich wird.
An einem Beispiel soll dies kurz erläutert werden. Eine Zugriffsregel setzt sich
zusammen aus Benutzern mit einer Benutzeridentifikation, geschützten Objekten und
Zugriffsrechten. Modelliert man diese als Klassen und die Benutzeridentifikation als
Datentyp „String“, so kann es geschehen, dass die Benutzeridentifikation an einer Stelle
mit „String userId“ und an einer anderen Stelle mit „String id“ deklariert wird. Leichter
nachvollziehbar wird der Code wenn die Ontologie „UserIdentifikation“ verwendet
wird. Die Deklaration „UserIdentifikation userId“ wird somit eindeutig. Aus der
36