Entwicklung und Implementierung einer ... - GeoBranchen

54
Sprache muss die Möglichkeit bieten, räumliche Relationen und Operationen (wie z.B. berührt,
schneidet, liegt innerhalb, gleich, sowie Distanz, Länge, Volumen, usw.) formulieren zu
können. Bis dato existiert allerdings noch keine standardisierte Spatial Query Sprache für
GML/XML Dokumente. Ausweg bietet daher entweder die Erweiterung einer vorhandenen
Query Sprache (vgl. GML-QL 2002) oder die Definition einer neuen Spatial Query Sprache
(vgl. Córcoles 2002). Diese Sprachen können zur Definition der Regeln und als Abstraktionsformat
der transformierten Web Service Anfragen verwendet werden. Die unterschiedlichen
Anfrageformate der Web Services müssen durch ein vom Web Service abhängiges Modul ins
Abstraktionsformat transformiert werden. Da die Einheit im System, die als Einsprung in die
Zugriffskontrolle dient, ohnehin zu einem konkreten Web Service passen muss, stellt das Web
Service abhängige Modul zur Transformation der Anfrage kein neues Problem dar.
Vorteil der Variante 2 gegenüber der Vorgehensweise 1 ist, dass das Regelwerk unabhängig
vom Anfrageformat eines konkreten Web Services bleibt. Dadurch kann erreicht werden, dass
unterschiedliche Web Services, die auf den selben Daten operieren, das gleiche Regelwerk
verwenden können.
Da noch keine offiziell verabschiedete, standardisierte Spatial Query Sprache veröffentlicht
wurde, die Aufgabenstellung der Arbeit nicht fordert, dass das Regelwerk für beliebige Web
Services wieder verwendbar sein soll und Variante 1 die im gegeben Zeitraum leichter umzusetzende
sowie die einfacher zu vermittelnde Lösung für raumbezogenes Pre-Processing darstellt,
wird nur diese im Folgenden betrachtet. Betont sei, dass die Umsetzung der Variante 2
nur ein anderes Regelformat und Transformationen von und in die Abstraktionssprache benötigt.
Die Umsetzung der Variante 2 sollte daher auf Basis der hier vorgestellten Variante 1
leicht möglich sein.
Eine Zugriffskontrolle mit Umsetzung über den Pre-Processing Ansatz setzt voraus, dass der
Web Service den modifizierten, dann sicheren Query korrekt auswertet. Das Zugriffskontrollsystem
kann daher nie mit hundertprozentiger Sicherheit sagen, ob der Nutzer wirklich nur
Zugriff auf für ihn autorisierte Daten hat. Der Grund für die Ungewissheit ist, dass der Web
Service die Anfragen eventuell nicht exakt beantwortet. Der WFS beispielsweise ergänzt Anfragen
so, dass die Antwort zu dem verwendeten Schema ein gültiges XML Dokument ist.
Können die für einen Web Service zuständigen SSOs allerdings davon ausgehen, dass alle
Anfragen vom Web Service korrekt beantwortet werden und dass aus der Anfrage ersichtlich
ist, welche Daten letztendlich an den Nutzer übermittelt werden (siehe hierzu 5.4.4), dann ist
gewährleistet, dass der Nutzer nur für ihn zugreifbare Daten erhält.
Neben der Abhängigkeit der Zugriffskontrolle von der korrekten Funktionsweise des Web
Services hat der Pre-Processing Ansatz noch eine weitere Schwäche. Greifen zu einer Anfrage
viele Regeln mit umfassenden Bedingungen, so kann die modifizierte Anfrage sehr komplex
werden. Er enthält dann nicht nur viele, sondern auch aufwendig auszuwertende Prädika-