Download (5Mb) - oops/ - Oldenburger Online-Publikations-Server

5.2 Server-Architektur und -Funktionalität 59
bung von URIs aus der Implementierung der Rack 3 Schnittstelle können Beschreibungen vorhandener
REST Services (auch als engl. Endpoints bekannt) dynamisch erstellt werden.
Rack ist eine Softwarelösung, die eine minimale, modulare API für die Verbindung von Rubyunterstützenden
Web Servers zu Ruby-basierten Web Frameworks sowie zu sämtlichen Middleware-
Komponente anbietet. Mittels Rack werden HTTP Anfragen in einer sehr einfachen, uniformen API
(im minimalster Form, auch durch eine einzige Zeile) gekapselt.
Als Inspiration für die Erstellung des Entdeckungskonzeptes diente die neue Technologie namens
RESTdesc 4 , die die maßgebliche REST Beschreibung von Fielding [Fie00] insb. hinsichtlich der
Benutzung von Hypermedia sowie vorhandener Semantic Web Technologien 5 wie Notation3 (N3),
Konzepte aus DBPedia oder Reasoners verwendet.
Weiterhin zeigen aktuelle Forschungsrichtungen wie [LG12], dass die fehlende Unterstützung von
Hypermedia und die Benutzung vieler verschiedener Repräsentationen der Ressourcen (was nicht
mit den “RESTful” Prinzipien übereinstimmt) zu zerbrechlichen Architekturen führt. Damit werden
vorhandene REST Architekturen nicht mit der Datenexplosion, die mit der Entwicklung des Internet
of Things Konzeptes zu erwarten ist, Schritt halten können. In der genannten Arbeit wird JSON-LD
vorgestellt: eine Repräsentation der Ressourcen, die Konzepte der “Semantic Web” Welt unterstützt,
als eine mögliche Methode, ein wahrhaftes RESTful Web Service zu entwickeln. LD steht für Linked
Data und stammt ebenso aus der Welt der “Semantic Web” Technologien. Die Umsetzung dieses
Konzeptes wird in voller Breite weiter in Kapitel 7.3.5 erläutert.
Die eingeführten Einzelteile der Architektur beschrieben sicherheitskritische Aspekte wie z.B. die
Austausch von HTTP-Mitteilungen, welche Änderungen der gespeicherten Daten erlauben können.
In dieser Hinsicht müssen Konzepte zur Datensicherheit und Sichere Kommunikation entworfen werden.
Diese Beschreibung erfolgt anhand des nächsten Abschnittes.
5.2.2 Sicherheitskonzepte
In dem vorher eingeführten Paragraph 1.5.5 wurden die grundlegenden Sicherheitsziele vorgestellt,
die ein zu einem erhöhten Sicherheitsgrad führen können. Im Folgenden werden diese Prinzipien aus
Sicht des Entwurfs und mit minimalen Implementationsdetails vorgestellt.
Vertraulichkeit
Vom oben nach unten in der Hierarchie “Backend – Anwendungen (Frontend) – Datenbank” müssen
folgende Sicherheitsmaßnahmen eingehalten werden: erstens muss das Server-System mit einer
starken Administrator-Passwort abgesichert werden, sodass den direkten Zugang zum Server möglichst
vermeidbar ist. Weiterhin sollte die serverseitige Anwendung (das Backend) keine direkte
Passwörter (z.B. in Quelltext eingebetteten Eingaben) direkt speichern, sondern diejenige benötigten
Passwörter aus dem Dateisystem des Servers auslesen. Die Umsetzung dieses Prinzips wird im
Abschnitt 7.3.1 erläutert.
3
http://rack.github.com/
4 RESTdesc Konzept: http://restdesc.org/about/concept
5 Beispiel zum gesamten Durchlauf eines Anwendungsfalles mit RESTdesc: http://notes.restdesc.org/
2011/images/