Entwurf einer anwendungsunabhängigen Zugriffskontrolle mittels ...

Schnittstellen und Konfigurationen
Über die Funktion „getInstance()“ kann sich der Client eine Instanz der „Security
Facade“ holen. Hiermit erhält er Zugriff auf für ihn relevante Funktionen der Policy-
Verwaltung (wie „viewPolicySet“ oder „changePolicy“), der Objekt-Veraltung (wie
„createObjectGroup“, oder „deleteObjectGroup“) und der Aktions-Verwaltung (wie
„defineSecuredAction“ oder „deleteSecuredAction“).
1 public class SecurityFacade {
2 …
3 public void viewPolicySet(Object obj) {
4 PolicySetService pss = PolicySetService.getInstance();
5 pss.viewPolicySet(obj);
6 }
7 …
8 }
Abbildung 41: Methode „viewPolicySet“ der Klasse „Security Facade“
Als Beispiel der Methode „viewPolicySet“ sieht man, wie die Methoden der Klasse
„Security Facade“ Aufrufe an die entsprechenden Dienste (hier die Policy Verwaltung)
weiterleiten. Die Methode holt sich dazu die entsprechende Dienst-Instanz über die
Funktion „getInstance()“ und ruft anschließend die gewünschte Methode mit den
entsprechenden Eingabeparametern auf.
Da diese Sicherheitslösung kein Framework sein soll, soll hier nicht auf die einzelnen
Schnittstellenfunktionen eingegangen werden.
Die Klasse SecurityPortal
Zur Speicherung der Policies und der Daten für die Konfiguration der Zugriffskontrolle
wird XML verwendet. Die XML Dateien werden in der XML-Datenbank „eXist“
gespeichert. Die Klasse „SecurityPortal“ umfasst alle Funktionen für die Speicherung,
die Änderung und den Zugriff auf XML-Daten.
64