TY - THES A1 - Steinleitner, Johannes T1 - Verteilte Policy-basierte Autorisierung mit OAuth 2.0 und OpenID Connect N2 - Durch den Open Policy Agent (OPA) soll es eine einheitliche Lösung geben, um Policy Entscheidungen für unterschiedlichste Anwendungen im Cloud-Native-Umfeld durchzusetzen. Es gibt schon viele Projekte, die OPA integriert haben. Hierzu zählen das AWS API Gateway, um den API Datenverkehr zu kontrollieren, Kubernetes um die Ressourcen Nutzung zu begrenzen. Ein weiterer Anwendungsfall ist in Microservices als Sidecar um eine verteilte Autorisierung zu ermöglichen. Durch OPA können die Policies von den Services getrennt werden. Somit müssen Services nicht neu deploytt werden, falls sich die Policies ändern. OPA hat jedoch keine eingebaute Funktion für die Authentifizierung und das Identitätsmanagement. In dieser Arbeit soll aufgezeigt werden, wie die Authentifizierung mithilfe von Keycloak und die Autorisierung mit dem Open Policy Agent umgesetzt werden kann. KW - Keycloak KW - Open Policy Agent KW - OAuth KW - OpenID Connect KW - verteilte Autorisierung KW - Authentifikation KW - Autorisierung Y1 - 2020 U6 - http://nbn-resolving.de/urn/resolver.pl?urn:nbn:de:bvb:860-opus4-2298 ER - TY - THES A1 - Feder, Marco T1 - Authentifizierung und Autorisierung in einer verteilten Microservice-Umgebung N2 - Viele Sicherheitsorganisationen warnen vor Anfälligkeiten in Anwendungen, die aufgrund eines mangelnden Authentifizierungs- und Autorisierungssystems entstehen. In der Vergangenheit wurde diese Thematik von vielen Unternehmen als eher nachrangig betrachtet, ihre Bedeutung wurde jedoch in den letzten Jahren zunehmend erkannt. Die Agrolab GmbH steht zurzeit vor einer großen Aufgabe. Das mittlerweile seit 30 Jahren bestehende monolithische Datenbanksystem soll schrittweise zu einem neuen, auf Microservice Technologien basierten System umgebaut werden. Hierbei ist es nötig, von Beginn an ein gutes Authentifizierungs- und Autorisierungsschema zu erstellen, welches im Rahmen dieser Arbeit entworfen wird. Zunächst werden daher einige bekannte Sicherheitskonzepte sowie Protokolle analysiert, dargestellt und mit den Anforderungen des Unternehmens abgeglichen. Für die Umsetzung dieser Konzepte wird ein Security-Framework, das mit den Technologien der neuen Architektur kompatibel ist, untersucht und anschließend ausgewählt. Ein selbst programmierter Prototyp soll die künftigen Abläufe im Unternehmen darstellen und die Umsetzbarkeit der Anforderungen unter Beweis stellen. KW - Keycloak KW - Spring Boot KW - Mikroservice KW - Authentifikation KW - Autorisierung Y1 - 2020 U6 - http://nbn-resolving.de/urn/resolver.pl?urn:nbn:de:bvb:860-opus4-1935 ER -