Shibboleth und der föderative Ansatz

Transkript

1 Shibboleth und der föderative Ansatz Authentifizierung, Autorisierung und Rechteverwaltung in einem föderativen Umfeld Ato Ruppert UB Freiburg

2 Übersicht Authentifizierung, Autorisierung, Rechteverwaltung Motivation Was ist AAR? Föderationen und Rechtliches 2

3 Was wollen wir erreichen? Leitsätze zur Nutzung verteilter Informationen im Internet aus Sicht der Nutzer, Einrichtungen und Anbieter Nutzer: Der Zugriff auf lizenzierte Inhalte soll unabhängig vom gewählten Arbeitsplatz und dem Zugriffsweg möglich sein. Alle lizenzierten Inhalte sollten nach nur einmaliger Authentifizierung und Autorisierung (Single Sign-On) zur Verfügung stehen. Einrichtungen (etwa Hochschulen): Die Einrichtung soll ein beliebiges Authentifizierungssystem wählen dürfen. Der Aufwand der Rechteverwaltung soll möglichst gering sein. Anbieter: Die lizenzpflichtigen Inhalte der Anbieter sollen vor unberechtigten Zugriff geschützt werden. Demo: 3

4 Was ist AAR? AAR ist eine Infrastruktur zur Authentifizierung, Autorisierung und Rechteverwaltung AAR ist ein Single Sign-on System, mit dem verschiedene Ressourcen mit einem einzigen Login genutzt werden können ( Reference Linking ) AAR basiert auf einem föderativen Ansatz: Die Einrichtung verwaltet und authentifiziert ihre Mitglieder und der Anbieter kontrolliert den Zugang zu seinen Ressourcen AAR baut auf Shibboleth (Internet2-Projekt) auf AAR ergänzt Shibboleth um einen Rechteserver 4

5 Wie funktioniert AAR? Benutzerin (3) (1) Lokalisierungsdienst WAYF (2) Benutzerin bekannt? nein (5) (6) (4) Benutzerin berechtigt? ja (7) ja (9) gestattet Zugriff (8) nein verweigert Heimateinrichtung Anbieter 5

6 Wie funktioniert AAR? AAR verwendet Shibboleth V 1.3 (später 2.0) Shibboleth baut auf folgende Standards auf: HTTP XML XML Schema (XSD) XML Signatur (XMLDisg) SOAP SAML 1.1 (später 2.0) HTTP/HTTPS SOAP Nachricht SOAP Header SOAP Body SAML Anfrage/Antwort 6

7 Authentifizierung über Tomcat oder Apache schützt SSO (HS) Benutzerdaten Wie funktioniert AAR? (auf der Einrichtungsseite) Einrichtung (Identity Provider) SSO (HS) LDAP Apache mod_jk Tomcat SQL... Attribute Authority ARP Autorisierung Richtlinien für die Freigabe von Attributen 7

8 Wie funktioniert AAR? (auf der Anbieterseite) Anbieter (Service Provider) fragt Attribute bei der AA ab Assertion Consumer Service Apache R Attribute Requester Access Control Ressourcen definiert, welche Attribute für den Zugriff auf die Ressourcen erforderlich sind AAP kontrolliert den Zugriff auf die Ressourcen 8

9 Was ist eine Föderation? Eine Föderation ist ein Zusammenschluss von Einrichtungen und (auch kommerziellen) Anbietern auf Basis gemeinsamer Richtlinien. Eine Föderation schafft das für Shibboleth notwendige Vertrauensverhältnis zwischen Einrichtungen und Anbietern und einen organisatorischen Rahmen für den Austausch von Benutzerinformationen. DFN und AAR bauen gemeinsam eine deutschlandweite Föderation auf. 9

10 Aufbau einer Föderation Für den Aufbau einer Föderation muss (mindestens) festgelegt werden: Organisationsstruktur Voraussetzungen für die Mitgliedschaft Rechte und Pflichten der Föderation und Mitglieder Richtlinien Aufnahmeverfahren für neue Mitglieder Aktualisierung der Metadaten akzeptierte (CA-)Zertifikate Standardattribute, Datenschutz Vorgehensweise bei Missbrauch 10

11 Föderation als Konsortium mit externer Verwaltung Die organisatorischen Aufgaben zu AAR werden extern vergeben. Alle Entscheidungen verbleiben in der Föderation. Verträge: Multilateral mit allen Beteiligten Grenze: Größe der Föderation Föderation Externer Verwalter (DFN) Externer Verwalter E1 E2 E3 En E4 E 11

12 Föderation als Dienstangebot des DFN Die organisatorischen Aufgaben werden als Dienst des DFN den Einrichtungen der Föderation angebotenen und von der Föderation kontrolliert. Verträge: Bilateral zwischen Teilnehmer und zentraler Einrichtung Beispiele: Switch, Haka, InCommon Föderation E1 En E E2 DFN E5 E3 E4 12

13 Teilnehmer der Föderation und ihre Rollen Mitglieder (Unis, FHs, etc): Einrichtung = Identity Provider Anbieter (etwa elearning-angebote) Partner Anbieter (auch kommerzielle!) Steuerungsgremien Überwachung und Entscheidung Operator Koordinationsdienst für die Föderationsverwaltung 13

14 Beispiel: Haka/Finnland (Quelle: Mikael Linden, CSC) Die Organisationsstruktur von Haka entspricht der von SWITCHaai Operator CSC scientific computing ltd Central AAI services Advisory comm. Operations comm. IdP Palvelu IdP Palvelu IdP Palvelu SP SP Palvelu SPSP SPSP Federation members Federation partners 14

15 Dienste des Föderationsoperators Status Vorgabe von Richtlinien (Policies) Verwaltung Metadaten der Mitglieder Betrieb eines Lokalisierungsdienstes Betrieb einer Zertifizierungsstelle Betrieb einer Testumgebung Technischer Support inarbeit: DFN, AAR inarbeit: DFN, AAR verfügbar: AAR verfügbar: DFN verfügbar: AAR verfügbar: AAR 15

16 Datenschutz 1 (Datenhaltung) Europäisches Recht (Art. 6): Personenbezogene Daten dürfen nur für spezielle Aufgaben verarbeitet werden! Die Einrichtungen (= Identitiy Provider) müssen den Zweck der Datenhaltung festlegen und beschreiben. In Universitäten z.b. (verkürzt): Unterstützung von Forschung und Lehre. Daraus folgt: Die Ziele aller Mitglieder einer Föderation müssen diesem Zweck entsprechen! (Bei Unis u.a. ist das per se so) Auf Seiten der (auch kommerziellen) Dienstanbieter (SP): Z.B. Buchhandel, ZS-Verlage, wiss. Infodienste: Ja Z.B. EBAY, Kaufhäuser: Nein Behörden:? 16

17 Datenschutz 2 (Weitergabe von Attributen) Europäisches Recht (Art. 7), LDSG-BW: Weitergabe personenbezogener Daten nur wenn notwendig Zur Vertragserfüllung (mit den Anbietern) Gesetzliche Grundlagen vorliegen Zum Schutz vitaler Interessen (der Anbieter) Zur Erfüllung der Leistung eines Auftrages (des Anbieters) und 5. Nach ausdrücklicher Zustimmung der betroffenen Person Fazit: Bei der Gründung der Föderation muss der Zweck festgelegt werden! 17

18 Attribut-Schemata Mehrere Grundlagen liegen vor: eduperson Specification (internet2) funeteduperson (Haka) SCHAC-IAD Version (Terena) SwissEduPerson (Switch) Beachte: Weltweite, kommerzielle Partner halten sich bisher i.a. an eduperson! (wg. InCommon) 18

19 Shibboleth-Standardattribute Shibboleth/InCommon-Standardattribute basieren auf dem eduperson-schema: Internationale Anbieter halten sich üblicherweise an diesen Standard (insb. edupersonentitlement) Anbieter kommen meistens mit einigen wenigen Attributen aus, die in der Shibboleth-Software bereits vorkonfiguriert sind Beispiele: edupersonscopedaffiliation edupersontargetedid edupersonprincipalname 19

20 Zum Abschluss: Stand und Ausblick zum Projekt Alle Komponenten von Shibboleth sind in einer Testumgebung verfügbar Gespräche mit Dienstanbietern entwickeln sich sehr positiv (im Rahmen von Kaufverhandlungen, etwa 100 kommerzielle Service Provider) ReDI wurde im Januar auf Shibboleth umgestellt (mit einer internen Föderation, etwa 60 Identity Provider) Die Betriebssoftware IPS von vascoda wird bis Mitte 2006 auf Shibboleth umgestellt Der Rechteserver wird bis Mitte 2006 als Prototyp zur Verfügung stehen. Am 23. März 2006 wird ein Workshop für Anbieter in Freiburg stattfinden 20

21 Links Allgemeines Attribut-Schemata html Datenschutz node.html EU-Richtlinie 21

22 Danke für Ihre Aufmerksamkeit! AAR ist ein Projekt der UB Freiburg und UB Regensburg. Gefördert vom BMBF (PT-NMB+F ) aar.vascoda.de info@aar.vascoda.de ruppert@ub.uni-freiburg.de 22