Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
de:aai:about [2019/08/06 16:54] – [Aufgaben der Föderation] Wolfgang Pempede:aai:about [2023/01/12 17:04] (aktuell) Wolfgang Pempe
Zeile 3: Zeile 3:
 {{INLINETOC 2}} {{INLINETOC 2}}
 ===== Was ist die (DFN-)AAI? ===== ===== Was ist die (DFN-)AAI? =====
-Technisch gesehen geht es bei der DFN-AAI um eine bestimmte Spielart des webbasierten Single Sign-On (Web-SSO). Dieses Verfahren erlaubt es Anwendern, sich mit den Benutzer-Credentials, mit denen sie bei ihrer Heimateinrichtung registriert sind (i.d.R. Nutzername und Passwort), bei internen und externen Diensten anzumelden (Authentifizierung) und – entsprechende Berechtigungen vorausgesetzt (Autorisierung) – diese zu nutzen. Die hierfür erforderliche Infrastruktur, AAI (= **A**uthentication and **A**uthorization **I**nfrastructure), wird traditionell im Rahmen nationaler [[https://refeds.org/federations|Föderationen]] realisiert und in der Regel von den jeweiligen Forschungsnetzen betrieben. Im Fall der Bundesrepublik Deutschland ist dies der [[https://www.dfn.de|DFN-Verein]]. Daneben existieren aber auch einige kleinere Föderationen, die sich zur Nutzung bestimmter, zentraler Dienste zusammengefunden haben, z.B. E-Learning-Plattformen.+Technisch gesehen geht es bei der DFN-AAI um eine bestimmte Spielart des webbasierten Single Sign-On (Web-SSO). Dieses Verfahren erlaubt es Anwendern, sich mit den Benutzer-Credentials, mit denen sie bei ihrer Heimateinrichtung registriert sind (i.d.R. Nutzername und Passwort), bei internen und externen Diensten anzumelden (Authentifizierung) und – entsprechende Berechtigungen vorausgesetzt (Autorisierung) – diese zu nutzen. Die hierfür erforderliche Infrastruktur, AAI (= **A**uthentication and **A**uthorization **I**nfrastructure), wird traditionell im Rahmen nationaler [[https://refeds.org/federations|Föderationen]] realisiert und in der Regel von den jeweiligen Forschungsnetzen betrieben. Im Fall der Bundesrepublik Deutschland ist dies der [[https://www.dfn.de|DFN-Verein]]. 
  
 Die technische Grundlage für solche Infrastrukturen bildet der Austausch von Metadaten, in denen die Identity Provider (IdP) der an der AAI teilnehmenden Heimatorganisationen (Bildungs- und Forschungseinrichtungen) und die Service Provider (SP) der teilnehmenden Dienstanbieter (Content-Provider, E-Learning-Plattformen, wissenschaftliche Dienste, etc.) [[de:join|registriert sind]]. Weiterhin existieren mit sogenannten Attribute Authorities externe Attributquellen, anhand derer ein SP zusätzliche, i.d.R. projektspezifische Nutzerdaten abrufen kann, die nicht von der Heimateinrichtung gepflegt werden. Bezeichnet werden solche Instanzen (IdP, SP, Attribute Authorities) auch als Entities. Bei den in den Metadaten hinterlegten Informationen handelt es sich sowohl um administrative (Organisation, Kontaktdaten) als auch um technische Daten (Service-Endpunkte, Zertifikate, etc.), die zur Kommunikation der Entities untereinander erforderlich sind. Als Standard hat sich hier flächendeckend SAML (Security Assertion Markup Language) durchgesetzt. Die Aufgabe der jeweiligen Föderation ist es, diese Datensätze zu pflegen, aktuell zu halten und sicherzustellen, dass innerhalb der Föderation ein sicherer und vertrauenswürdiger Austausch von Informationen stattfindet. Das technische Rückgrat einer solchen Föderation bilden somit die vom Föderationsbetreiber [[de:metadata|signierten Metadaten]]. Die technische Grundlage für solche Infrastrukturen bildet der Austausch von Metadaten, in denen die Identity Provider (IdP) der an der AAI teilnehmenden Heimatorganisationen (Bildungs- und Forschungseinrichtungen) und die Service Provider (SP) der teilnehmenden Dienstanbieter (Content-Provider, E-Learning-Plattformen, wissenschaftliche Dienste, etc.) [[de:join|registriert sind]]. Weiterhin existieren mit sogenannten Attribute Authorities externe Attributquellen, anhand derer ein SP zusätzliche, i.d.R. projektspezifische Nutzerdaten abrufen kann, die nicht von der Heimateinrichtung gepflegt werden. Bezeichnet werden solche Instanzen (IdP, SP, Attribute Authorities) auch als Entities. Bei den in den Metadaten hinterlegten Informationen handelt es sich sowohl um administrative (Organisation, Kontaktdaten) als auch um technische Daten (Service-Endpunkte, Zertifikate, etc.), die zur Kommunikation der Entities untereinander erforderlich sind. Als Standard hat sich hier flächendeckend SAML (Security Assertion Markup Language) durchgesetzt. Die Aufgabe der jeweiligen Föderation ist es, diese Datensätze zu pflegen, aktuell zu halten und sicherzustellen, dass innerhalb der Föderation ein sicherer und vertrauenswürdiger Austausch von Informationen stattfindet. Das technische Rückgrat einer solchen Föderation bilden somit die vom Föderationsbetreiber [[de:metadata|signierten Metadaten]].
Zeile 9: Zeile 9:
 {{:de:aai:federation_metadata.png?800|}} {{:de:aai:federation_metadata.png?800|}}
  
-Weiterführende und vertiefende Informationen finden sich in den [[de:shibidp3documents|Materialien aus Workshops und Schulungen]] (z.B. [[https://download.aai.dfn.de/ws/2019_cc/grundlagen.pdf|dieser Foliensatz]]) sowie auf der Seite [[de:aai:infos|Weitere Informationsquellen]].+Weiterführende und vertiefende Informationen finden sich auf der Seite [[de:aai:infos|Weitere Informationsquellen]] und in [[https://download.aai.dfn.de/praesentationen/allgemein/ueberblick_dfn-aai.pdf|diesem Foliensatz]].
 ===== Aufgaben der Föderation ===== ===== Aufgaben der Föderation =====
 Eine Föderation agiert als //Trusted Third Party//, die die Einhaltung der technischen und rechtlichen Rahmenbedingungen sicherstellt und auf diese Weise ein Vertrauensverhältnis etabliert. In dieser Rolle übernimmt der Föderationsbetreiber (DFN) verschiedene Aufgaben: Eine Föderation agiert als //Trusted Third Party//, die die Einhaltung der technischen und rechtlichen Rahmenbedingungen sicherstellt und auf diese Weise ein Vertrauensverhältnis etabliert. In dieser Rolle übernimmt der Föderationsbetreiber (DFN) verschiedene Aufgaben:
   * Verträge mit allen teilnehmenden Einrichtungen und Dienstanbietern, siehe unter [[de:registration|Anmeldung]]   * Verträge mit allen teilnehmenden Einrichtungen und Dienstanbietern, siehe unter [[de:registration|Anmeldung]]
-  * Erstellen von Richtlinien (Policies) und Überwachung deren Einhaltung+  * Erstellen von Richtlinien (Policies) und Überwachung von deren Einhaltung
   * Betrieb zentraler Lokalisierungsdienste: Discovery-Services, auch "WAYF" genannt (**W**here **A**re **Y**ou **F**rom), siehe unter [[de:production#discovery_service|Produktivbetrieb]]   * Betrieb zentraler Lokalisierungsdienste: Discovery-Services, auch "WAYF" genannt (**W**here **A**re **Y**ou **F**rom), siehe unter [[de:production#discovery_service|Produktivbetrieb]]
   * [[de:metadata_admin_tool|Verwaltung der Metadaten]]   * [[de:metadata_admin_tool|Verwaltung der Metadaten]]
Zeile 27: Zeile 27:
 Anbieter von Ressourcen wie z.B. einer kommerziellen Datenbank werden im AAI-Kontext als Service Provider bezeichnet. Service Provider vertrauen darauf, dass die verabredete Lizenzvereinbarung eingehalten wird. Steht eine bestimmte Datenbank z.B. nur Studierenden zur Verfügung, ist es wichtig, dass eine Person nach der Exmatrikulation nicht mehr auf diese Datenbank zugreifen darf. Besagt die Lizenzvereinbarung, dass nur Studierende einer bestimmten Fachrichtung auf die Ressource zugreifen dürfen, sind auch diese Attribute (hier: Studienfach) aktuell zu halten und bei Fächerwechsel zeitnah zu ändern. Anbieter von Ressourcen wie z.B. einer kommerziellen Datenbank werden im AAI-Kontext als Service Provider bezeichnet. Service Provider vertrauen darauf, dass die verabredete Lizenzvereinbarung eingehalten wird. Steht eine bestimmte Datenbank z.B. nur Studierenden zur Verfügung, ist es wichtig, dass eine Person nach der Exmatrikulation nicht mehr auf diese Datenbank zugreifen darf. Besagt die Lizenzvereinbarung, dass nur Studierende einer bestimmten Fachrichtung auf die Ressource zugreifen dürfen, sind auch diese Attribute (hier: Studienfach) aktuell zu halten und bei Fächerwechsel zeitnah zu ändern.
  
-Einrichtungen, deren Angehörigen im Rahmen der AAI verfügbare Ressourcen/Dienste nutzen wollen, agieren als Identity Provider und sind für Authentifizierung und Attributierung zuständig. Für Identity Provider wird der Betrieb eines Identity Management Systems, mindestens aber einer vertrauenswürdigen Benutzerverwaltung mit konsistentem und aktuellem Datenbestand vorausgesetzt. Ein Identity Management System muss nicht als kommerzielles Produkt vorliegen, Systeme mit automatisierten Prozessen, die z.B. in OpenSource Software implementiert sind, werden als gleichwertig angesehen. Zum Austausch der Attribute muss es gemeinsame Datenschemata geben. Die obligatorisch und optional zu verwendenden Attribute sind [[[[de:attributes|hier dokumentiert]].+Einrichtungen, deren Angehörige im Rahmen der AAI verfügbare Ressourcen/Dienste nutzen wollen, agieren als Identity Provider und sind für Authentifizierung und Attributierung zuständig. Für Identity Provider wird der Betrieb eines Identity Management Systems, mindestens aber einer vertrauenswürdigen Benutzerverwaltung mit konsistentem und aktuellem Datenbestand vorausgesetzt. Ein Identity Management System muss nicht als kommerzielles Produkt vorliegen, Systeme mit automatisierten Prozessen, die z.B. in OpenSource Software implementiert sind, werden als gleichwertig angesehen. Zum Austausch der Attribute muss es gemeinsame Datenschemata geben. Die obligatorisch und optional zu verwendenden Attribute sind [[[[de:attributes|hier dokumentiert]].
  
 Eine gute Einführung in das Thema Identity Management und AAI bietet die [[https://download.aai.dfn.de/praesentationen/zki_ak_vd_2019_01/einfuehrung_idp_michels.pdf|Präsentation von Thorsten Michels (Uni Kaiserslautern)]]. Eine gute Einführung in das Thema Identity Management und AAI bietet die [[https://download.aai.dfn.de/praesentationen/zki_ak_vd_2019_01/einfuehrung_idp_michels.pdf|Präsentation von Thorsten Michels (Uni Kaiserslautern)]].
Zeile 40: Zeile 40:
   * Der Ressourcenanbieter (Service Provider) kann sich darauf verlassen, dass alle Änderungen zeitnah ausgeführt werden.   * Der Ressourcenanbieter (Service Provider) kann sich darauf verlassen, dass alle Änderungen zeitnah ausgeführt werden.
   * Die Prozesse müssen soweit schriftlich dokumentiert werden, dass das Sicherheitsniveau aus der Dokumentation ableitbar ist.    * Die Prozesse müssen soweit schriftlich dokumentiert werden, dass das Sicherheitsniveau aus der Dokumentation ableitbar ist. 
-Siehe hierzu auch die Beschreibung der [[de:degrees_of_reliance|Verlässlichkeitsklassen in der DFN-AAI]]. +Siehe hierzu auch unter [[de:aai:assurance|Identity Assurance]]. 
  
 ===== Geschichte der DFN-AAI ===== ===== Geschichte der DFN-AAI =====
-Die Motivation, eine AAI für die deutsche Hochschul- und Forschungscommunity zu schaffen, geht auf das vom BMBF geförderte [[http://aar.ub.uni-freiburg.de/dokumente/praesentationen.php|AAR-Projekt]] (Authentifizierung, Autorisierung und Rechteverwaltung) zu­rück, das 2005 startete. Das wichtigste Ziel des Projekts war es, den Web-SSO-Zugriff auf lizenzierte elektronische Inhalte (Journals, Datenbanken, Bücher, etc.) zu ermöglichen, der gegenüber den herkömmlichen Methoden des Zugriffschutzes (IP-Kontrolle, VPN, Proxies) deutliche Vorteile bietet. Im Herbst 2007 wurde die DFN-AAI in den Regelbetrieb überführt und steht der DFN-Nutzerschaft seitdem als sogenannter Mehrwertdienst zur Verfügung.+Die Motivation, eine AAI für die deutsche Hochschul- und Forschungscommunity zu schaffen, geht auf das vom BMBF geförderte [[http://aar.ub.uni-freiburg.de/dokumente/praesentationen.php|AAR-Projekt]] (Authentifizierung, Autorisierung und Rechteverwaltung) zu­rück, das 2005 startete. Das wichtigste Ziel des Projekts war es, den Web-SSO-Zugriff auf lizenzierte elektronische Inhalte (Journals, Datenbanken, Bücher, etc.) zu ermöglichen, der gegenüber den herkömmlichen Methoden des Zugriffschutzes (IP-Kontrolle, VPN, Proxies) deutliche Vorteile bietet. **Im Herbst 2007 wurde die DFN-AAI in den Regelbetrieb überführt** und steht der DFN-Nutzerschaft seitdem als sogenannter Mehrwertdienst zur Verfügung.
 Nachdem anfangs die Hochschulbibliotheken die treibende Kraft in der DFN-AAI waren, kamen schnell weitere Anwendungsgebiete hinzu: Verteilung lizenzierter Software, hochschulinterne Dienste ([[de:metadata_local|lokale SP]]) sowie verschiedene E-Learning Plattformen. Spätestens mit dem Aufkommen föderierter (also AAI-fähiger) HPC-, Speicher-, Kommunikations- (Webconferencing) und Campus-Dienste, entwickelten auch die Hochschulrechenzentren ein Interesse an dem Betrieb AAI-relevanter Komponenten und lokaler Dienste.  Nachdem anfangs die Hochschulbibliotheken die treibende Kraft in der DFN-AAI waren, kamen schnell weitere Anwendungsgebiete hinzu: Verteilung lizenzierter Software, hochschulinterne Dienste ([[de:metadata_local|lokale SP]]) sowie verschiedene E-Learning Plattformen. Spätestens mit dem Aufkommen föderierter (also AAI-fähiger) HPC-, Speicher-, Kommunikations- (Webconferencing) und Campus-Dienste, entwickelten auch die Hochschulrechenzentren ein Interesse an dem Betrieb AAI-relevanter Komponenten und lokaler Dienste. 
  
 In den letzten Jahren etablierten sich als weitere Akteure verschiedene Landesprojekte und -initiativen wie bwIDM, die Virtuelle Hochschule Bayern (VHB), Nds-AAI, SaxID, Kultusministerien und andere mehr, die ihre Dienste jeweils auf Landesebene verfügbar machen. Mit internationalen Forschungsverbünden und –infrastrukturen, die ihre Dienste [[de:edugain|föderationsübergreifend (eduGAIN)]] anbieten und nutzen wollen, ist der DFN-AAI seit einigen Jahren eine weitere wichtige Zielgruppe erwachsen, die mit ihren Bedürfnissen die traditionelle AAI vor neue Herausforderungen stellt. Als Beispiele seien hier CLARIN (Sprachressourcen), DARIAH (Geisteswissenschaften), ELIXIR (Life Science) und LIGO (Gravitationswellen-Forschung) genannt. In den letzten Jahren etablierten sich als weitere Akteure verschiedene Landesprojekte und -initiativen wie bwIDM, die Virtuelle Hochschule Bayern (VHB), Nds-AAI, SaxID, Kultusministerien und andere mehr, die ihre Dienste jeweils auf Landesebene verfügbar machen. Mit internationalen Forschungsverbünden und –infrastrukturen, die ihre Dienste [[de:edugain|föderationsübergreifend (eduGAIN)]] anbieten und nutzen wollen, ist der DFN-AAI seit einigen Jahren eine weitere wichtige Zielgruppe erwachsen, die mit ihren Bedürfnissen die traditionelle AAI vor neue Herausforderungen stellt. Als Beispiele seien hier CLARIN (Sprachressourcen), DARIAH (Geisteswissenschaften), ELIXIR (Life Science) und LIGO (Gravitationswellen-Forschung) genannt.
  • Zuletzt geändert: vor 5 Jahren