Dokumentation DFN-AAI, DFN-PKI und eduroam - de:aai:eduid

ag1

Anonymous (anonymous@undisclosed.example.com) — 2020-02-11T09:33:06+00:00

2020/01/30 11:15		aktuell
Zeile 92:		Zeile 92:
	* Falls ein Login erforderlich ist, könnte der/die Nutzer*in evtl. im Subject übergeben werden, damit der IdP die Benutzerkennung voreinstellen kann (bei Username + Passwort Login)		* Falls ein Login erforderlich ist, könnte der/die Nutzer*in evtl. im Subject übergeben werden, damit der IdP die Benutzerkennung voreinstellen kann (bei Username + Passwort Login)
	* (Auswahl der zu übertragenden Affiliation[s] bzw. Affiliation-Daten erfolgt dann im Rahmen der Attributfreigabe)		* (Auswahl der zu übertragenden Affiliation[s] bzw. Affiliation-Daten erfolgt dann im Rahmen der Attributfreigabe)
-	* Als Alternative könnte eine traditionelle Einrichtungsauswahl angeboten werden	+	* <del>Als Alternative könnte eine traditionelle Einrichtungsauswahl angeboten werden
-	* Im UI nicht neben der Eingabe für die E-Mail-Adresse, sondern umschaltbar, um die User nicht zu verwirren	+	* Im UI nicht neben der Eingabe für die E-Mail-Adresse, sondern umschaltbar, um die User nicht zu verwirren</del>
	* Offene Punkte		* Offene Punkte
	* Migrationsszenarien, insbesondere SP-seitig --> Umstellung der Identifier(-Attribute)		* Migrationsszenarien, insbesondere SP-seitig --> Umstellung der Identifier(-Attribute)
	* Agenda-Punkt für [[de:aai:eduid:ws_feb_2010#agenda_im_aufbau\|Workshop in Kaiserslautern]]		* Agenda-Punkt für [[de:aai:eduid:ws_feb_2010#agenda_im_aufbau\|Workshop in Kaiserslautern]]
	* Mechanismen zur regelmäßigen Kontrolle der edu-ID Credentials (Erinnerungsmail, Login mindestens einmal pro Jahr?) --> Verfahren bei SWITCH? Erfahrungen mit demselben?		* Mechanismen zur regelmäßigen Kontrolle der edu-ID Credentials (Erinnerungsmail, Login mindestens einmal pro Jahr?) --> Verfahren bei SWITCH? Erfahrungen mit demselben?

ag2

Anonymous (anonymous@undisclosed.example.com) — 2020-02-04T14:37:15+00:00

2020/01/21 11:04		aktuell
Zeile 20:		Zeile 20:
	* Optionale und verpflichtende Attribute. Welche Daten (Attribute) aus dem optionalen Set an das edu-ID-System gehen, bestimmen die Einrichtungen.		* Optionale und verpflichtende Attribute. Welche Daten (Attribute) aus dem optionalen Set an das edu-ID-System gehen, bestimmen die Einrichtungen.
	* Müssen Studiengang-Attribute (dfnEduPerson) mandatory sein? (eher nicht, unrealistisch)		* Müssen Studiengang-Attribute (dfnEduPerson) mandatory sein? (eher nicht, unrealistisch)
		+	* Zwingend benötigt wird das eIDAS minimum dataset http://mapping.semic.eu/vdm/about/html/http%3A%2F%2Fmapping.semic.eu%2Fvdm%2Fid%2Fcv%2Feb004434a93bbeaa2ba5968d26af06be
	Arbeitsauftrag für Kaiserslautern: Durch die [[de:aai:eduid:usecases\|Anwendungszenarien]] gehen (welcher SP benötigt was) und Attributliste erstellen (-> mandatory vs. optional). An den [[de:aai:attributes_best_practice\|Best Practice Empfehlungen]] weiterarbeiten.		Arbeitsauftrag für Kaiserslautern: Durch die [[de:aai:eduid:usecases\|Anwendungszenarien]] gehen (welcher SP benötigt was) und Attributliste erstellen (-> mandatory vs. optional). An den [[de:aai:attributes_best_practice\|Best Practice Empfehlungen]] weiterarbeiten.

ag3

Anonymous (anonymous@undisclosed.example.com) — 2020-02-11T10:24:41+00:00

2020/02/07 11:18		aktuell
Zeile 55:		Zeile 55:
	* In einigen (wie vielen?) Fällen ist die ORCID bereits im IdM der Heimateinrichtung hinterlegt und kann (bzw. muss dann) als Teil der Affiliation ins edu-ID-System eingespielt werden		* In einigen (wie vielen?) Fällen ist die ORCID bereits im IdM der Heimateinrichtung hinterlegt und kann (bzw. muss dann) als Teil der Affiliation ins edu-ID-System eingespielt werden
	* Weitere potentielle Kandidaten:		* Weitere potentielle Kandidaten:
-	* Community-spezifische IDs, z.B. DARIAH, CLARIN, ELIXIR, Umbrella	+	* <del>Community-spezifische IDs, z.B. DARIAH, CLARIN, ELIXIR, Umbrella</del> - muss nicht bidirektional sein, bei Proxy-Szenarien (z.B. AARC BPA) reicht es aus, wenn edu-ID zum Erstellen der Community-ID eingesetzt wird. Community-ID muss daher nicht im edu-ID-System hinterlegt werden.
	* ESI (European Student ID --> MyAcademicID)		* ESI (European Student ID --> MyAcademicID)
	* Für SAML-basierte Kontexte kann ein mehr oder weniger generischer Registrierungs-SP am edu-ID-System eingerichtet werden, der nach dem o.g. Verfahren (1.2) sowohl einen Login am edu-ID-System als auch am IdP, aus dem der betreffende Identifier kommt, erfordert. Dann kann der Eintrag des betreffenden Identifiers im edu-ID-System erfolgen		* Für SAML-basierte Kontexte kann ein mehr oder weniger generischer Registrierungs-SP am edu-ID-System eingerichtet werden, der nach dem o.g. Verfahren (1.2) sowohl einen Login am edu-ID-System als auch am IdP, aus dem der betreffende Identifier kommt, erfordert. Dann kann der Eintrag des betreffenden Identifiers im edu-ID-System erfolgen
	* Offene Punkte: Wie langlebig sind die betreffenden IDs? Müssen Verknüpfungen regelmäßig aktualisiert werden? ORCID gilt im Idealfall lebenslang, ESI z.B. max. für die Studiendauer an einer bestimmten Hochschule. Sollen wir nur lebenslang gültige IDs zulassen?		* Offene Punkte: Wie langlebig sind die betreffenden IDs? Müssen Verknüpfungen regelmäßig aktualisiert werden? ORCID gilt im Idealfall lebenslang, ESI z.B. max. für die Studiendauer an einer bestimmten Hochschule. Sollen wir nur lebenslang gültige IDs zulassen?

ag4

Anonymous (anonymous@undisclosed.example.com) — 2020-02-07T10:22:15+00:00

2020/02/06 15:32		aktuell
Zeile 37:		Zeile 37:
	* ein eindeutiges Merkmal wie die Ausweisnummer (bzw. "A uniqueness identifier" von eIDAS) vorliegt		* ein eindeutiges Merkmal wie die Ausweisnummer (bzw. "A uniqueness identifier" von eIDAS) vorliegt
	* oder wenn die Qualität der Datenerhebung sehr gut ist, d.h. die Daten werden automatisch z.B. aus einer Ausweis-App übertragen, ohne daß sich Tippfehler oder Erhebungsfehler durch menschliche Eingriffe ergeben.		* oder wenn die Qualität der Datenerhebung sehr gut ist, d.h. die Daten werden automatisch z.B. aus einer Ausweis-App übertragen, ohne daß sich Tippfehler oder Erhebungsfehler durch menschliche Eingriffe ergeben.
-	Wenn diese Bedingungen nicht vorliegen, muß ein Identity Matching durchgeführt werden, das ab einem zu bestimmenden Ähnlichkeitswert einen Bearbeiter informiert, sich die Sache anzuschauen und zu klären, ob hier ein oder zwei Personen vorliegen.	+	Wenn diese Bedingungen nicht vorliegen, muss ein Identity Matching durchgeführt werden, das ab einem zu bestimmenden Ähnlichkeitswert *einen** Bearbeiterin informiert, sich die Sache anzuschauen und zu klären, ob hier eine* oder zwei Personen vorliegen.

-	Bei Szenario 2 können sich mittlerweile die Adresse und die Ausweisnummer geändert haben. Deshalb ist es wichtig, daß die Benutzer regelmäßig (z.B. jährlich) aufgefordert werden, sich am System anzumelden und die Adress- und Kontaktdaten aktuell zu halten. Auch die Heimateinrichtung kann dazu beitragen, indem beim Verlassen der Hochschule auf die Edu-Id hingewiesen wird.	+	Bei Szenario 2 können sich mittlerweile die Adresse und die Ausweisnummer geändert haben. Deshalb ist es wichtig, dass die Benutzer regelmäßig (z.B. jährlich) aufgefordert werden, sich am System anzumelden und die Adress- und Kontaktdaten aktuell zu halten. Auch die Heimateinrichtung kann dazu beitragen, indem beim Verlassen der Hochschule auf die edu-Id hingewiesen wird.

-	Wenn trotz Erinnerung keine Anmeldung erfolgt, sollen die Daten nicht sofort gelöscht werden. Stattdessen soll der Zugang erstmal nur gesperrt werden, um den Account später wieder reaktivieren zu können. Wie lange dieser Zeitraum ist, muß anhand der Use Cases bestimmt werden. (10 Jahre? Diskussion!)	+	Deprovisionierung: Wenn trotz Erinnerung keine Anmeldung erfolgt, sollen die Daten nicht sofort gelöscht werden. Stattdessen soll der Zugang erstmal nur gesperrt werden, um den Account später wieder reaktivieren zu können. Wie lange dieser Zeitraum anzusetzen ist, muss anhand der Use Cases und ggf. rechtlicher Rahmenbedingungen bestimmt werden. (10 Jahre? Diskussion!)

ag5

Anonymous (anonymous@undisclosed.example.com) — 2024-04-05T15:16:37+00:00

2024/04/05 17:05		aktuell
Zeile 31:		Zeile 31:
	Funktionsweise: Thomas		Funktionsweise: Thomas
	* FAQ im [[https://www.personalausweisportal.de/Webs/PA/DE/service/faq/faq-node.html\|Personalausweis-Portal]]		* FAQ im [[https://www.personalausweisportal.de/Webs/PA/DE/service/faq/faq-node.html\|Personalausweis-Portal]]
-	* internationale Nutzbarkeit??? [[https://ec.europa.eu/cefdigital/wiki/display/EIDCOMMUNITY/Overview+of+pre-notified+and+notified+eID+schemes+under+eIDAS\|Liste der bereits notifizierten eID-Systeme anderer EU-Mitgliedstaaten]]	+	* internationale Nutzbarkeit??? [[https://ec.europa.eu/digital-building-blocks/sites/display/EIDCOMMUNITY/Overview+of+pre-notified+and+notified+eID+schemes+under+eIDAS\|Liste der bereits notifizierten eID-Systeme anderer EU-Mitgliedstaaten]]
	* Vorteil von eID gegenüber Videoident: Es können gefilterte Informationen übertragen werden. Bei Videoident wird mehr gespeichert als für eine Identifizierung nötig ist (siehe z.B. [[https://www.bfdi.bund.de/SharedDocs/Publikationen/Taetigkeitsberichte/TB_BfDI/27TB_17_18.pdf?__blob=publicationFile&v=4\|Tätigkeitsbericht Bundesdatenschutzbeauftragte*r]]).		* Vorteil von eID gegenüber Videoident: Es können gefilterte Informationen übertragen werden. Bei Videoident wird mehr gespeichert als für eine Identifizierung nötig ist (siehe z.B. [[https://www.bfdi.bund.de/SharedDocs/Publikationen/Taetigkeitsberichte/TB_BfDI/27TB_17_18.pdf?__blob=publicationFile&v=4\|Tätigkeitsbericht Bundesdatenschutzbeauftragte*r]]).
	* Im Personalausweisportal ist beschrieben, [[https://www.personalausweisportal.de/Webs/PA/DE/verwaltung/diensteanbieter-werden/diensteanbieter-werden-node.html\|wie man Dienstanbieter wird]].		* Im Personalausweisportal ist beschrieben, [[https://www.personalausweisportal.de/Webs/PA/DE/verwaltung/diensteanbieter-werden/diensteanbieter-werden-node.html\|wie man Dienstanbieter wird]].

ag6

Anonymous (anonymous@undisclosed.example.com) — 2020-02-11T13:56:31+00:00

2020/02/11 14:54		aktuell
Zeile 15:		Zeile 15:
	Bei der SP-Proxy-Variante wird des 2FA-Verfahren der jeweiligen Hochschule genutzt.		Bei der SP-Proxy-Variante wird des 2FA-Verfahren der jeweiligen Hochschule genutzt.
	* Soll hier ein Verfahren für alle verpflichtend vorgegeben werden?		* Soll hier ein Verfahren für alle verpflichtend vorgegeben werden?
-	* Soll hier der zentrale IdP ein zentrales 2FA-Verfahren für alle (lokalen IdPs) anbieten? --> Step-Up Authentication	+	* Soll hier der zentrale IdP ein zentrales 2FA-Verfahren für alle (lokalen IdPs) anbieten? --> Step-Up Authentication Service

	Für die Homeless-Nutzer kommen drei Verfahren in Betracht:		Für die Homeless-Nutzer kommen drei Verfahren in Betracht:

ag7

Anonymous (anonymous@undisclosed.example.com) — 2020-02-07T10:49:16+00:00

2020/02/07 11:48		aktuell
Zeile 15:		Zeile 15:
	===== Erste Überlegungen =====		===== Erste Überlegungen =====

-	Brainstorming Szenarien	+	Szenarien

	* Verknüpfung von swiss edu-ID und deutscher edu-ID (für "grenzgängige" Forschende und Studierende)		* Verknüpfung von swiss edu-ID und deutscher edu-ID (für "grenzgängige" Forschende und Studierende)

ag8

Anonymous (anonymous@undisclosed.example.com) — 2021-06-25T11:33:27+00:00

2021/05/21 14:40		aktuell
Zeile 40:		Zeile 40:

	===== Treffen am 11.6.2021 =====		===== Treffen am 11.6.2021 =====
-	Weitermachen am Whiteboard...	+	Siehe die Notizen auf dem dem {{de:aai:eduid:whiteboard_2021-06-11.pdf\|Whiteboard}}.

architektur

Anonymous (anonymous@undisclosed.example.com) — 2021-05-01T16:13:09+00:00

2020/02/06 10:23		aktuell
Zeile 2:		Zeile 2:
	====== edu-ID – Architektur ======		====== edu-ID – Architektur ======
	(zurück zur [[de:aai:eduid:start\|Übersicht]])		(zurück zur [[de:aai:eduid:start\|Übersicht]])
		+
		+	Siehe auch [[de:aai:eduid:ag8\|AG Technik]]

	Die folgenden Ausführungen basieren auf den Ergebnissen des [[de:aai:eduid:ws_nov_2019\|Workshops im November 2019 in Bamberg]]. Siehe hierzu auch die seinerzeit erstellten [[https://pad.gwdg.de/pFJfGwNuQ_y7hrLvotYOCw\|Notizen]] und das zugehörige [[https://doku.tid.dfn.de/_media/de:aai:eduid:skizze_bamberg.jpg\|Tafelbild]].		Die folgenden Ausführungen basieren auf den Ergebnissen des [[de:aai:eduid:ws_nov_2019\|Workshops im November 2019 in Bamberg]]. Siehe hierzu auch die seinerzeit erstellten [[https://pad.gwdg.de/pFJfGwNuQ_y7hrLvotYOCw\|Notizen]] und das zugehörige [[https://doku.tid.dfn.de/_media/de:aai:eduid:skizze_bamberg.jpg\|Tafelbild]].

attributes

Anonymous (anonymous@undisclosed.example.com) — 2022-05-10T07:47:57+00:00

2021/01/28 15:02		aktuell
Zeile 63:		Zeile 63:
	Geburtsland:		Geburtsland:
	* Schwierig, aber ohnehin nicht essentiell		* Schwierig, aber ohnehin nicht essentiell
		+
		+	Personal Pronouns
		+	* oder bevorzugte Anrede oder ähnliches

	Weitere Kontaktdaten:		Weitere Kontaktdaten:

idpconfig

Anonymous (anonymous@undisclosed.example.com) — 2025-12-09T14:13:17+00:00

2025/12/09 13:57		aktuell
Zeile 21:		Zeile 21:
	<AttributeRule attributeID="mail" permitAny="true" />		<AttributeRule attributeID="mail" permitAny="true" />
	<AttributeRule attributeID="schacHomeOrganization" permitAny="true" />		<AttributeRule attributeID="schacHomeOrganization" permitAny="true" />
-	<AttributeRule attributeID="schacCountryOfResidence" permitAny="true" />
	<AttributeRule attributeID="eduPersonAssurance" permitAny="true" />		<AttributeRule attributeID="eduPersonAssurance" permitAny="true" />
	<!-- optionale Attribute: -->		<!-- optionale Attribute: -->
Zeile 32:		Zeile 31:
	<AttributeRule attributeID="o" permitAny="true" />		<AttributeRule attributeID="o" permitAny="true" />
	<AttributeRule attributeID="postalCode" permitAny="true" />		<AttributeRule attributeID="postalCode" permitAny="true" />
		+	<AttributeRule attributeID="schacCountryOfResidence" permitAny="true" />
	<AttributeRule attributeID="schacPersonalUniqueCode" permitAny="true" />		<AttributeRule attributeID="schacPersonalUniqueCode" permitAny="true" />
	<AttributeRule attributeID="street" permitAny="true" />		<AttributeRule attributeID="street" permitAny="true" />

loa

Anonymous (anonymous@undisclosed.example.com) — 2023-01-12T16:06:03+00:00

2021/03/26 09:19		aktuell
Zeile 19:		Zeile 19:
	* [[https://wiki.refeds.org/display/ASS/REFEDS+Assurance+Framework+ver+1.0\|REFEDS Assurance Framework (RAF)]]		* [[https://wiki.refeds.org/display/ASS/REFEDS+Assurance+Framework+ver+1.0\|REFEDS Assurance Framework (RAF)]]
	* [[https://eur-lex.europa.eu/legal-content/DE/TXT/PDF/?uri=CELEX:32015R1502&from=EN\|eIDAS Durchführungsverordnung]]		* [[https://eur-lex.europa.eu/legal-content/DE/TXT/PDF/?uri=CELEX:32015R1502&from=EN\|eIDAS Durchführungsverordnung]]
-	* [[de:degrees_of_reliance\|DFN-AAI - Verlässlichkeitsklassen]]	+	* [[de:aai:assurance\|DFN-AAI - Identity Assurance]]

	\\		\\

myacademicid

Anonymous (anonymous@undisclosed.example.com) — 2020-11-25T16:50:45+00:00

2020/11/25 16:41		aktuell
Zeile 26:		Zeile 26:
	* aus edu-ID-Sicht Teil des Affiliation-Kontextes		* aus edu-ID-Sicht Teil des Affiliation-Kontextes

		+	Final Conference: \\
		+	https://www.myacademic-id.eu/news/25-towards-implementing-the-european-student-eid

open_questions

Anonymous (anonymous@undisclosed.example.com) — 2020-08-18T09:28:43+00:00

2020/08/18 11:28		aktuell
Zeile 9:		Zeile 9:
	[[de:aai:eduid:switch\|Fragen an SWITCH]] (Notizen aus den Fragestunden im Rahmen der Workshops an der Uni Bamberg und der TU Kaiserslautern)		[[de:aai:eduid:switch\|Fragen an SWITCH]] (Notizen aus den Fragestunden im Rahmen der Workshops an der Uni Bamberg und der TU Kaiserslautern)

-	===== Fragen aus den Workshops =====	+	===== Fragen aus Workshops und VCs =====

	====Workshop am 2./3. Juli 2019 (Berlin)====		====Workshop am 2./3. Juli 2019 (Berlin)====

orcid

Anonymous (anonymous@undisclosed.example.com) — 2020-10-07T07:30:48+00:00

2020/10/07 09:30		aktuell
Zeile 5:		Zeile 5:
	Ursprünglich entstand ORCID im Jahre 2009 aus einer Initiative von wissenschaftlich Zeitschriftenverlagen, um das Problem von Namensgleichheiten zwischen Autoren zu lösen. Die Entwicklung basiert auf der ResearcherID von Thomson Reuters. Bereits 2010 wurde ORCID als internationales not-for-profit Organisation gegründet und trieb die Entwicklung des Identifiers voran. Seit Oktober 2012 schließlich können sich wissenschaftlich Tätige einen ORCID registrieren. Seitdem hat der ORCID eine hohe Verbreitung gefunden und weist aktuelle 9.690.652 weltweit registrierte IDs auf (Stand 10/2020).		Ursprünglich entstand ORCID im Jahre 2009 aus einer Initiative von wissenschaftlich Zeitschriftenverlagen, um das Problem von Namensgleichheiten zwischen Autoren zu lösen. Die Entwicklung basiert auf der ResearcherID von Thomson Reuters. Bereits 2010 wurde ORCID als internationales not-for-profit Organisation gegründet und trieb die Entwicklung des Identifiers voran. Seit Oktober 2012 schließlich können sich wissenschaftlich Tätige einen ORCID registrieren. Seitdem hat der ORCID eine hohe Verbreitung gefunden und weist aktuelle 9.690.652 weltweit registrierte IDs auf (Stand 10/2020).

-	Die Registrierung eines ORCID ist kostenlos. Institutionen können jedoch kostenpflichtig entweder direkt Mitglied bei ORCID werden oder sich an einem nationalen Konsortium beteiligen (z.B. auch beim Deutschen nationalen Konsortium [[https://www.orcid-de.org/\|https://www.orcid-de.org/]]). Mit einer Mitgliedschaft erhält die Institution u.a. erweiterten Zugriff auf die [[:de:aai:eduid:start#orcid_api\|ORCID-API]].	+	Die Registrierung eines ORCID ist kostenlos. Institutionen können jedoch kostenpflichtig entweder direkt Mitglied bei ORCID werden oder sich an einem nationalen Konsortium beteiligen (z.B. auch beim Deutschen nationalen Konsortium [[https://www.orcid-de.org/\|https://www.orcid-de.org/]]). Mit einer Mitgliedschaft erhält die Institution u.a. erweiterten Zugriff auf die [[:de:aai:eduid:orcid#orcid_api\|ORCID-API]].

ozg_eidas

Anonymous (anonymous@undisclosed.example.com) — 2020-11-25T15:35:32+00:00

2026/05/02 14:09	aktuell
Zeile 1:	Zeile 1:
	+	~~NOTOC~~

	+	====== Themenkomplex eID/eIDAS und OZG ======
	+
	+	(zurück zur [[:de:aai:eduid:start\|Übersicht]])
	+
	+	jo.

spconfig

Anonymous (anonymous@undisclosed.example.com) — 2025-12-09T14:14:06+00:00

2025/12/09 14:03		aktuell
Zeile 30:		Zeile 30:
	\| sn \| family_name \| \|		\| sn \| family_name \| \|
	\| displayName \| name \| optional \|		\| displayName \| name \| optional \|
-	\| schacCountryOfResidence \| schac_country_of_residence \| \|	+	\| schacCountryOfResidence \| schac_country_of_residence \| optional \|
	\| schacPersonalUniqueCode \| schac_personal_unique_code \| optional \|		\| schacPersonalUniqueCode \| schac_personal_unique_code \| optional \|
	\| homePostalAddress \| home_postal_address \| optional \|		\| homePostalAddress \| home_postal_address \| optional \|

start

Anonymous (anonymous@undisclosed.example.com) — 2025-04-15T12:08:25+00:00

2024/08/22 12:57		aktuell
Zeile 1:		Zeile 1:
	====== edu-ID ======		====== edu-ID ======
		+
		+	Zugang zum Portal (Pilotbetrieb): https://portal.edu-id.dfn.de

	Was ist eine edu-ID?		Was ist eine edu-ID?

stuff

Anonymous (anonymous@undisclosed.example.com) — 2021-04-08T12:00:32+00:00

2021/04/08 13:57		aktuell
Zeile 13:		Zeile 13:
	* [[de:aai:eduid:ag7\|Kooperationsszenarien mit SWITCHaai?]] Bibliotheksbereich?		* [[de:aai:eduid:ag7\|Kooperationsszenarien mit SWITCHaai?]] Bibliotheksbereich?
	Weitere Arbeitsgruppen:		Weitere Arbeitsgruppen:
-	* [[de:aai:eduid:ag_technik\|Technische Umsetzung]]	+	* [[de:aai:eduid:ag8\|Technische Umsetzung]]

	===== Identifier-Systeme =====		===== Identifier-Systeme =====

switch

Anonymous (anonymous@undisclosed.example.com) — 2020-08-17T06:52:45+00:00

2019/12/05 17:03		aktuell
Zeile 118:		Zeile 118:
	* Zweckbindung: Lebenslanges Lernen		* Zweckbindung: Lebenslanges Lernen
	* Nochmals der Wunsch nach bilateralen Zusammenarbeiten		* Nochmals der Wunsch nach bilateralen Zusammenarbeiten
		+	\\
		+
		+	Notizen zur Fragestunde am 11.2.2020 im Rahmen des [[de:aai:eduid:ws_feb_2010\|Workshops an der TU Kaiserslautern]]
		+
		+	Fragen an SWITCH
		+	* Schaubild Architektur Swiss edu-ID
		+	* ID-Migration: von (lokalem) IdP nach edu-ID-IdP
		+	* Gibt es Verlage, welche edu-ID unterstützen?
		+	* Erfahrung mit mehrerer E-Mail-Adressen zum Login
		+	* Downgrade der Assurance-Level nach einer gewissen Zeit je nach Anwendungsfall
		+	* ...
		+
		+	Antworten
		+	* Schaubild
		+	* IdM Provisioning Service: Was macht der? Ist das die SCIM-Schnittstelle?
		+	* Benutzer-Kontext vs HE-Kontext, strikte Trennung der Kontexte und der Daten, die verarbeitet werden
		+	* Über den IdM Provisioning Service können HEs ihre Daten an edu-ID liefern
		+	* Gibt es Überschneidungen zw. Daten von Benutzer und Daten der HEs?
		+	* Ja, Name, Vorname bspw. Eventuell durch verschiedene Schreibweisen etc. voneinander abweichend
		+	* HE behält immer komplette Kontrolle über Affiliation-Daten, Benutzer immer Kontrolle über seine eigenen Daten
		+	* Benutzer kann die Daten der HE übernehmen, damit wird auch LoA übernommen
		+	* Benutzer kann Daten der HE auch wieder mit eigenen Daten überschreiben, dann geht LoA wieder runter
		+	* über den Affiliation-Chooser wird das Attribut-Set genommen, welches von der Einrichtung geliefert wurde
		+	* Gibt es mehrere Affiliations, dann wird ein aggregiertes MultiValusSet geliefert (Extended Model): Affiliations, Unique-IDs, E-Mail-Adressen - aber derzeit noch Probleme bei der Backchannel-Übertragung (Consent), eventuell Zusicherung des SP, nur bestimmte Daten abzufragen
		+	* Unterschiedliche Transkriptionsmöglichkeiten des Namens: Interessant im Hinblick auf Dubletten-Erkennung. Insgesamt kommt das häufig vor, im frz. Bereich bspw. NAME, Vorname. Nicht allerdings im deutschen Teil, dort Name, Vorname. Dann auch russische Namen, chinesische Namen. Hochschulen vergeben zum Teil Pseudonyme. Wird derzeit noch akzeptiert. Problemfall portugiesische und spanische PN-Schemata/-Konventionen...
		+	* Dubletten-Erkennung: Versuch nur einer edu-ID pro Person. Daten vom Benutzer und Daten der Einrichtung. Im Idealfall edu-ID für Person im Anbahnungprozess, hat schon präferierte Schreibweise mitgeteilt, dann Meldung der HE, ggf. mit anderer Schreibweise. Wird akzeptiert, entsprechende Informationen bleiben hinterlegt und können abgefragt werden.
		+	* In Kontexten, in denen Affiliation-Daten benötigt werden, werden auch nur diese übertragen. Der User-Kontext bleibt außen vor.
		+	* Identitäten ohne Affiliations sind zulässig, SPs entscheiden während des Registrierungsprozesses bei Swiss edu-ID, ob diese ungesicherten Daten akzeptiert werden
		+	* Migration:
		+	* Welches Protokoll nutzt die SP Notification?
		+	* Vermutlich kann es nicht SAML-Kontext sein, sondern was eigenes, aber CG fragt nochmal nach.
		+	* Migration von Identifiern: Schön wäre ein Mechanismus, der bestehende pairwise-Identifiers vom lokalen IdP auf edu-ID-pairwise-Identifier mappen oder anderweitig nutzerfreundlich durchgeführt werden kann
		+	* Anwendungsfall war Namensänderung von Einrichtungen, wodurch sich die erzeugten targeted IDs geändert haben. Alle SPs sind kontaktiert wurden, dass sich zu einem Stichtag die IDs ändern würden, SPs haben diese Änderung nachgezogen (Mapping-Listen)
		+	* IdPs machen Export der Daten, edu-ID macht Import der Daten. edu-ID erzeugt eigene IDs und schickt das Mapping an die SPs
		+	* edu-ID-Linking
		+	* Kann nutzergesteuert durchgeführt werden:
		+	* Login bei edu-ID
		+	* Login bei HE
		+	* "Und Bingo!"
		+	* Verlage
		+	* Gibt es Bestrebungen ggüber Verlagen auf edu-ID umzusteigen?
		+	* entityID dient zur Autorisierung ==> kein Bedarf
		+	* edu-ID übernimmt entityID von HE-IdP -> transparent für Verlage
		+	* Benutzer hat mehrere Affiliations, wie bekommt er Zugriff auf alle Inhalte, die zu allen Affiliations gehören?
		+	* SPs können das derzeit nicht auswerten...
		+	* Benutzer bekommt Affiliation-Chooser angeboten, wählt eine Affiliation aus, diese wird an den SP übermittelt. Damit wählt der Benutzer selbst das Lizenzmodell. Benutzer muss selbst entscheiden, in welchem Kontext er unterwegs sein will.
		+	* Es gibt SPs, die Affiliations akkumulieren können -> derzeit mehrere Logins bei den entsprechenden HE-IdPs erforderlich (leider noch Ausnahmen) z.B. Springer-Link
		+	* Eventuell will man die Kontexte gar nicht an den SP weiter geben.
		+	* Antwort von Swiss edu-ID: Dann nehmt doch das extended Model! Dann könnt Ihr von den mehreren Affiliations profitieren.
		+	* Einzelauswahl von Attributen zum Consent nicht umgesetzt, um die Nutzenden nicht mit Einzelentscheidungen zu überfordern
		+	* Mehrere Mail-Adressen
		+	* Bei der Registrierung werden mehrere Mail-Adressen zugelassen, wobei eine private Adresse präferiert wird. Eine Anmeldung mit jeder Adresse und edu-ID-Passwort ist möglich?
		+	* Richtig.
		+	* Bei der Bewerbung auf einen Studienplatz hat man ja noch keine HE-Mail-Adresse, also nimmt man eine private.
		+	* Bleibt die private Mail-Adresse vorhanden und kann sie ggf. aktualisiert werden? Oder kann die private Adresse weggeworfen werden?
		+	* Private Adresse könnte weggeworfen werden. Private Adresse im Benutzer-Kontext. Angenommen, HE-Kontext fällt weg, hat der edu-ID Eintrag dann keine Mail-Adresse hinterlegt -> Support-Fall.
		+	* Eventuell sollten wir über die Metadaten der IDPs die Maildomains einsammeln und diese in der privaten Mail verbieten
		+	* Da stehen nicht alle möglichen Domains der HEs drin..., ja aber besser als nichts.
		+	* "Ja, aber das war mal meine Adresse!!" - "Kannst Du uns das nachweisen?" - Falls ja, wird Adresse wieder eingetragen.
		+	* Solange man sich am edu-ID Portal noch anmelden kann, kann eine beliebige Adresse (neu) hinterlegt werden.
		+	* Vorteil: Man kann sich mit jeder Adresse anmelden. Nachteil: Das Gefühl für eine "Identität" geht verloren. Fraglich, ob SWITCH diese Entscheidung so noch einmal treffen würde.
		+	* Aktuelle Überlegung, einen edu-ID Benutzernamen zusätzlich, ggf. optional einzuführen. Es gibt Anwendungsfälle für einen _Name_@edu-id.ch Identifier.
		+	* Assurance-Level
		+	* Werden Daten nach Ausscheiden aus HE aufgehoben?
		+	* Aktuell nicht, die Überlegung, das LoA nach einer gewissen Zeit herabzusetzen ist da.
		+	* "Uns gibt es noch nicht so lange, wir haben noch etwas Zeit."
		+	* Aber es muss früher oder später angegangen werden.
		+	* Wird eine Affiliation gelöscht, wird sie in eine "former Affiliation" überführt, werden diverse Daten (ID, diverses Anderes) aufgehoben
		+	* Idendifikatoren, keine Namen!
		+	* "Von Zeitpunkt A bis Zeitpunkt B gab es diese Affiliation" wird hinterlegt - kann das an SPs übermittelt werden?
		+	* Ist so angedacht, aber bisher noch kein Anwendungsfall. Sobald Anwendungsfälle aufkommen, können die Daten übermittelt werden. Wie und was genau,
		+	* Affiliation-ID wird aufgehoben, um ggf. zu einem späteren Zeitpunkt die Verknüpfung wieder herzustellen.
		+	* Kooperationsszenarien zwischen Swiss edu-ID und d-edu-ID
		+	* Wäre es eine Überlegung, Swiss edu-ID und edu-ID miteinander zu verknüpfen, um sich gegenseitig Zugriff auf Ressourcen zu ermöglichen?
		+	* Swiss edu-ID ist komplett kompatibel zu alter AAI und zu eduGAIN, damit funktionieren alle bisherigen Systeme weiter.
		+	* Eventuell Onboarding-Prozesse unterstützen..?
		+	* Keine fertige Antwort in der Schweiz.
		+	* Als Fallback eine Swiss edu-ID, aber viel lieber eine nationale ID aus dem jeweiligen (Schweizer) Ausland.
		+	* Aber sehr gerne!
		+	Mitnehmen:
		+	* In welchem Kontext taucht ein SP auf? (Welcher SP spricht mit welchen IdP?)
		+	* Vorbelegung des Affiliations-Choosers?

uc

Anonymous (anonymous@undisclosed.example.com) — 2020-08-16T12:47:19+00:00

2020/08/16 14:46		aktuell
Zeile 13:		Zeile 13:

	===== Zentrale Use Cases =====		===== Zentrale Use Cases =====
-	Bewertet als MUST (Use Cases niederer Priorität finden sich auf [[de:aai:eduid:uc_low_prio\|dieser Seite]])	+	Bewertet als MUST (Use Cases niederer Priorität finden sich auf [[de:aai:eduid:uc_low_prio\|einer separaten Seite]])

	\\		\\

uc_low_prio

Anonymous (anonymous@undisclosed.example.com) — 2020-08-18T10:31:58+00:00

2020/08/16 14:34		aktuell
Zeile 17:		Zeile 17:
	Neben allen weiteren Use-Case-Kategorien ist der Student Lifecycle von der Bewerbung auf einen Studienplatz bis zum Studienabschluss und darüber hinaus das zentrale Bindeglied für fast alle Einsatzmöglichkeiten einer einrichtungsunabhängigen edu-ID. Chronologisch sind dies:		Neben allen weiteren Use-Case-Kategorien ist der Student Lifecycle von der Bewerbung auf einen Studienplatz bis zum Studienabschluss und darüber hinaus das zentrale Bindeglied für fast alle Einsatzmöglichkeiten einer einrichtungsunabhängigen edu-ID. Chronologisch sind dies:

-	=== Anmeldung und Nachweis von Vorkursen [S]===	+	=== Anmeldung und Nachweis von Vorkursen [S] ===
-	Sollen vor dem Studium Vorkurse absolviert werden, besteht zu diesem Zeitpunkt nur bedingt eine rechtliche Beziehung zur Hochschule und es ist auch nicht sicher, ob die Hochschule, an der ein Vorkurs belegt wird, auch später die selbe Hochschule ist, an der auch studiert wird. Eine einrichtungsunabhängige edu-ID kann hier die Anmeldung und den späteren Nachweis solcher Vorkurse unabhängig von der Hochschule erleichtern, sofern die Möglichkeit besteht, diese bereits vor dem eigentlichen Studienbeginn zu erhalten.	+
-		+	Sollen vor dem Studium Vorkurse absolviert werden, besteht zu diesem Zeitpunkt nur bedingt eine rechtliche Beziehung zur Hochschule und es ist auch nicht sicher, ob die Hochschule, an der ein Vorkurs belegt wird, auch später die selbe Hochschule ist, an der auch studiert wird. Eine einrichtungsunabhängige edu-ID kann hier die Anmeldung und den späteren Nachweis solcher Vorkurse unabhängig von der Hochschule erleichtern, sofern die Möglichkeit besteht, diese bereits vor dem eigentlichen Studienbeginn zu erhalten.
-	=== Studium [S]===	+
		+	=== Studium [S] ===
		+
		+	FIXME Die meisten Punkte sollten doch bereits durch die MUST Use Cases abgedeckt sein?
	Im Verlauf des Studiums kann eine einrichtungsunabhängige edu-ID nicht nur dabei helfen, den Zugriff auf die Ressourcen der eigenen Hochschule zu authentifizieren und autorisieren, sondern diesen Zugang bei Bedarf auch über das Studienende hinaus aufrecht zu erhalten, so dass z.B. auch nach dem Studium Zugang zu ausgewählten Inhalten des Studiums weiter bestehen kann.		Im Verlauf des Studiums kann eine einrichtungsunabhängige edu-ID nicht nur dabei helfen, den Zugriff auf die Ressourcen der eigenen Hochschule zu authentifizieren und autorisieren, sondern diesen Zugang bei Bedarf auch über das Studienende hinaus aufrecht zu erhalten, so dass z.B. auch nach dem Studium Zugang zu ausgewählten Inhalten des Studiums weiter bestehen kann.

Zeile 33:		Zeile 37:
	Doppelstudiengänge mit dem In- und Ausland können in den Austauschbeziehungen durch die edu-ID unterstützt werden.		Doppelstudiengänge mit dem In- und Ausland können in den Austauschbeziehungen durch die edu-ID unterstützt werden.

-	=== Auslandssemester [S]===	+	=== Auslandssemester [S] ===
	Werden Auslandssemester absolviert, verschafft eine einrichtungsunabhängige edu-ID den kooperierenden Hochschulen große Erleichterung, vor allem, wenn sie europaweit oder gar weltweit gedacht ist bzw. sich verschiedene Systeme miteinander verknüpfen lassen. Einfacher wird damit die Bewerbung zum Auslandssemester, die Kooperation mit Projekten zum Studierendenaustausch sowie die Anerkennung und Übertragung von erbrachten Leistungen.		Werden Auslandssemester absolviert, verschafft eine einrichtungsunabhängige edu-ID den kooperierenden Hochschulen große Erleichterung, vor allem, wenn sie europaweit oder gar weltweit gedacht ist bzw. sich verschiedene Systeme miteinander verknüpfen lassen. Einfacher wird damit die Bewerbung zum Auslandssemester, die Kooperation mit Projekten zum Studierendenaustausch sowie die Anerkennung und Übertragung von erbrachten Leistungen.
		+

	==== Lehre ====		==== Lehre ====

usecases

Anonymous (anonymous@undisclosed.example.com) — 2021-05-02T13:12:55+00:00

2021/05/02 14:39		aktuell
Zeile 58:		Zeile 58:
	^ Attribute \| Name, Vorname, Geb-Datum, Geschlecht, ESI?? \|		^ Attribute \| Name, Vorname, Geb-Datum, Geschlecht, ESI?? \|
	^ Bemerkungen \| Kontexte hier wahrscheinlich bereits größtenteils etabliert. Gibt es hier andere Anforderungen als an die Immatrikulation? (UC 1.2) \|		^ Bemerkungen \| Kontexte hier wahrscheinlich bereits größtenteils etabliert. Gibt es hier andere Anforderungen als an die Immatrikulation? (UC 1.2) \|
-	^ OZG Leistungskennungen \| erstes juristisches Staatsexamen (99019001000000), zweites juristisches Staatsexamens (99019002000000), Lehramtsprüfung (99019040000000) \|	+	^ OZG Leistungskennungen \| <del>erstes juristisches Staatsexamen (99019001000000), zweites juristisches Staatsexamens (99019002000000), Lehramtsprüfung (99019040000000)</del> (aus edu-ID-Sicht ist nur die Zuordnung zu Leistungsnachweisen und der Zugriff auf diese relevant) \|
	\\		\\

vc_2020-06-23

Anonymous (anonymous@undisclosed.example.com) — 2020-10-06T14:14:10+00:00

2020/10/06 16:13		aktuell
Zeile 183:		Zeile 183:
	* OZG		* OZG
	* Detlef		* Detlef
-	* [[de:aai:eduid:orcid\|ORCID - Open Researcher and Contributor ID]]OrcID	+	* [[de:aai:eduid:orcid\|ORCID - Open Researcher and Contributor ID]]
	* Gerrit		* Gerrit
	* eID / eIDAS		* eID / eIDAS

vc_2020-07-21

Anonymous (anonymous@undisclosed.example.com) — 2020-07-20T08:44:27+00:00

2020/07/20 10:44		aktuell
Zeile 6:		Zeile 6:
	===== Agenda =====		===== Agenda =====
	* Hausaufgaben aus dem [[https://doku.tid.dfn.de/de:aai:eduid:vc_2020-06-23#notizen\|letzten Meeting]]		* Hausaufgaben aus dem [[https://doku.tid.dfn.de/de:aai:eduid:vc_2020-06-23#notizen\|letzten Meeting]]
-	* Bewertung/Durchsicht der verbliebenen Use Cases (s.u.) - siehe hierzu die Notizen aus dem [[de:aai:eduid:ws_feb_2010#notizen\|Workshop]] in Kaiserslautern.	+	* Bewertung/Durchsicht der verbliebenen Use Cases (s.u.) - siehe hierzu auch die Notizen aus dem [[de:aai:eduid:ws_feb_2010#notizen\|Workshop]] in Kaiserslautern.
	* Sonstiges und weiteres Vorgehen		* Sonstiges und weiteres Vorgehen
	Pad für Notizen: https://pad.gwdg.de/PmwFkwo3Q6qYQus9NLds9w		Pad für Notizen: https://pad.gwdg.de/PmwFkwo3Q6qYQus9NLds9w

vc_2020-08-18

Anonymous (anonymous@undisclosed.example.com) — 2020-10-12T07:16:25+00:00

2020/10/09 11:19		aktuell
Zeile 1:		Zeile 1:
	~~NOTOC~~		~~NOTOC~~
		+
	====== edu-ID Meeting 18.8.2020 ======		====== edu-ID Meeting 18.8.2020 ======
-	(zurück zur [[de:aai:eduid:start\|Übersicht]]) \\	+
		+	(zurück zur [[:de:aai:eduid:start\|Übersicht]])\\
	Videokonferenz, 13:00-17:00		Videokonferenz, 13:00-17:00
		+
	{{INLINETOC 2}}		{{INLINETOC 2}}
		+
	===== Agenda =====		===== Agenda =====
-	* Überarbeitete Wiki-Struktur ([[de:aai:eduid:start\|Einstiegsseite]] u.a.m.)	+
		+	* Überarbeitete Wiki-Struktur ([[:de:aai:eduid:start\|Einstiegsseite]] u.a.m.)
	* Offene Aktionen (s.u.)		* Offene Aktionen (s.u.)
-	* [[de:aai:eduid:usecases\|Konsolidierte Use Cases]]	+	* [[:de:aai:eduid:usecases\|Konsolidierte Use Cases]]
-	* Was ist unklar, was fehlt?	+	* Was ist unklar, was fehlt?
-	* Ergeben sich neue [[de:aai:eduid:usecases#anforderungen\|Anforderungen]]?	+	* Ergeben sich neue [[:de:aai:eduid:usecases#anforderungen\|Anforderungen]]?
-	* Welche Anforderungen lassen sich aus den Use Cases für [[de:aai:eduid:attributes\|Kernattribute und Datenmodell]] ableiten?	+	* Welche Anforderungen lassen sich aus den Use Cases für [[:de:aai:eduid:attributes\|Kernattribute und Datenmodell]] ableiten?
-	* [[de:aai:eduid:open_questions\|Offene Fragen]]	+	* [[:de:aai:eduid:open_questions\|Offene Fragen]]
	* Sonstiges und weiteres Vorgehen		* Sonstiges und weiteres Vorgehen
	* Nächster Termin		* Nächster Termin
-	Pad für Notizen: https://pad.gwdg.de/mXLxVJrNQmSHyKdBliTxXg?both	+
		+	Pad für Notizen: [[https://pad.gwdg.de/mXLxVJrNQmSHyKdBliTxXg?both\|https://pad.gwdg.de/mXLxVJrNQmSHyKdBliTxXg?both]]

	===== Vorbereitung =====		===== Vorbereitung =====
-	* Durchsicht [[de:aai:eduid:usecases\|Use Cases]]	+
		+	* Durchsicht [[:de:aai:eduid:usecases\|Use Cases]]

	===== Offene Aktionen =====		===== Offene Aktionen =====
Zeile 40:		Zeile 47:
	* Detlef		* Detlef
	* Jürgen nach dem 21.7.		* Jürgen nach dem 21.7.
-

	===== Diskussion =====		===== Diskussion =====
		+
	(Rohdaten: [[https://pad.gwdg.de/mXLxVJrNQmSHyKdBliTxXg\|Pad]])		(Rohdaten: [[https://pad.gwdg.de/mXLxVJrNQmSHyKdBliTxXg\|Pad]])

-	\\	+	=== Offene Fragen (s.o.) ===

-	===Offene Fragen (s.o.)===
	* Weitere Staatsbürgerschaften in nPA?		* Weitere Staatsbürgerschaften in nPA?
-	* -> Nein, siehe Informationen aus dem [[https://www.personalausweisportal.de/SharedDocs/FAQs/DE/Fragen-und-Antworten/Welche_Daten-sind-auf-dem-Ausweis-gespeichert-und.html#:~:text=Patientenverf%C3%BCgungen%20abgespeichert%20werden%3F-,Welche%20Daten%20sind%20auf%20dem%20Ausweis%20gespeichert%20und%20wie,werden%2C%20welche%20Daten%20%C3%BCbertragen%20werden%3F&text=Diese%20Daten%20sind%20standardm%C3%A4%C3%9Fig%20im,Familienname%20und%20Vornamen\|Personalausweisportal]]. Auch per Ausweisapp nicht auslesbar.	+	* → Nein, siehe Informationen aus dem [[https://www.personalausweisportal.de/SharedDocs/FAQs/DE/Fragen-und-Antworten/Welche_Daten-sind-auf-dem-Ausweis-gespeichert-und.html#:~:text=Patientenverf%C3%BCgungen%20abgespeichert%20werden%3F-,Welche%20Daten%20sind%20auf%20dem%20Ausweis%20gespeichert%20und%20wie,werden%2C%20welche%20Daten%20%C3%BCbertragen%20werden%3F&text=Diese%20Daten%20sind%20standardm%C3%A4%C3%9Fig%20im,Familienname%20und%20Vornamen\|Personalausweisportal]]. Auch per Ausweisapp nicht auslesbar.

-	===Kernattribute und Datenmodell===	+	=== Kernattribute und Datenmodell ===
-	(-> [[de:aai:eduid:attributes\|Wiki-Seite]])	+
		+	(→ [[:de:aai:eduid:attributes\|Wiki-Seite]])

	Orientierung an Datenmodell der SWITCH edu-ID (Standard vs. Extended Data Model)?		Orientierung an Datenmodell der SWITCH edu-ID (Standard vs. Extended Data Model)?

	Definition Datenmodell:		Definition Datenmodell:
		+
	* Ganz grundsätzliche Datenstruktur?		* Ganz grundsätzliche Datenstruktur?
	* Generell Architektur des Systems?		* Generell Architektur des Systems?
Zeile 62:		Zeile 70:
	Prinzipiell ist Unterteilung in verschiedene Kontexte, wie von der SWITCH vorgemacht, eine gute Grundlage für unsere Architektur.		Prinzipiell ist Unterteilung in verschiedene Kontexte, wie von der SWITCH vorgemacht, eine gute Grundlage für unsere Architektur.

-	Brainstorming Kerndatensatz:	+	Brainstorming Kerndatensatz: Zentrale Frage: Was ist mit "Kerndatensatz" gemeint? \\ → Die Menge der Pflichtfelder
-	Zentrale Frage: Was ist mit "Kerndatensatz" gemeint? \\	+
-	-> Die Menge der Pflichtfelder	+	Welches sind die Pflichtfelder? Im Grunde die Attribute aus [[:de:aai:eduid:usecases#uc_1_student_lifecycle\|UC 1]]:

-	Welches sind die Pflichtfelder? Im Grunde die Attribute aus [[de:aai:eduid:usecases#uc_1_student_lifecycle\|UC 1]]:
	* Name		* Name
	* Geb-Name		* Geb-Name
Zeile 82:		Zeile 89:

	[[http://mapping.semic.eu/vdm/about/html/http%3A%2F%2Fmapping.semic.eu%2Fvdm%2Fid%2Fcv%2Feb004434a93bbeaa2ba5968d26af06be\|eIDAS Mindestdatensatz]]:		[[http://mapping.semic.eu/vdm/about/html/http%3A%2F%2Fmapping.semic.eu%2Fvdm%2Fid%2Fcv%2Feb004434a93bbeaa2ba5968d26af06be\|eIDAS Mindestdatensatz]]:
-	* A uniqueness identifier	+
-	* Address	+	* A uniqueness identifier
-	* Current address	+	* Address
-	* Current family name	+	* Current address
-	* Current first name(s)	+	* Current family name
-	* Date of birth	+	* Current first name(s)
-	* Gender	+	* Date of birth
-	* Name and family name at Birth	+	* Gender
-	* Place of birth	+	* Name and family name at Birth
-	Beschluss [[de:aai:eduid:ws_feb_2010#notizen\|Workshop Kaiserslautern]]:	+	* Place of birth
		+
		+	Beschluss [[:de:aai:eduid:ws_feb_2010#notizen\|Workshop Kaiserslautern]]:
	* "edu-ID startet mit eIDAS-kompatiblen eIDs (nPA, elektronischer Aufenthaltstitel)"		* "edu-ID startet mit eIDAS-kompatiblen eIDs (nPA, elektronischer Aufenthaltstitel)"
		+
	Offene Punkte:		Offene Punkte:
-	* Ist der Kerndatensatz äquivalent zum eIDAS Mindestdatensatz? Nein, es ist der Konrad(r) (Kern- Oder Nennenswert Richtige, Andere Daten).	+
		+	* Ist der Kerndatensatz äquivalent zum eIDAS Mindestdatensatz? Nein, es ist der Konrad® (Kern- Oder Nennenswert Richtige, Andere Daten).
	* Wollen wir an frühestmöglicher Stelle einen Abgleich der Daten mit einem eID System herstellen? (Ja)		* Wollen wir an frühestmöglicher Stelle einen Abgleich der Daten mit einem eID System herstellen? (Ja)
	* Woher kommen die Daten?		* Woher kommen die Daten?
Zeile 100:		Zeile 112:

	=== Verlässlichkeit von Attributwerten ===		=== Verlässlichkeit von Attributwerten ===
-	(-> [[de:aai:eduid:loa\|Wiki-Seite]])	+
		+	(→ [[:de:aai:eduid:loa\|Wiki-Seite]])

	Die Anwendung weiß selbst, welches Mindest-LoA sie hat und weist ggf. den Nutzer an, seine Daten zu verifizieren.		Die Anwendung weiß selbst, welches Mindest-LoA sie hat und weist ggf. den Nutzer an, seine Daten zu verifizieren.
Zeile 107:		Zeile 120:

	Anwendung sagt "Gib mir die Attribute mit deren LoA"		Anwendung sagt "Gib mir die Attribute mit deren LoA"
		+
	* IdP hat die Attribute nicht in der LoA, also wird nichts übermittelt.		* IdP hat die Attribute nicht in der LoA, also wird nichts übermittelt.
-	* SP weiß nicht, ob IdP im Fehlerzustand ist oder ob die Daten nicht vorhanden sind oder ob LoA nicht passt	+	* SP weiß nicht, ob IdP im Fehlerzustand ist oder ob die Daten nicht vorhanden sind oder ob LoA nicht passt
	* IdP liefert die Attribute aus, zusammen mit der jeweiligen LoA-Auszeichnung		* IdP liefert die Attribute aus, zusammen mit der jeweiligen LoA-Auszeichnung
-	* SP muss selbst entscheiden, ob das mitgelieferte LoA ausreicht und ggf. den Benutzer auffordern, nachzubessern (-> Validierung)	+	* SP muss selbst entscheiden, ob das mitgelieferte LoA ausreicht und ggf. den Benutzer auffordern, nachzubessern (→ Validierung)
		+
		+	=== Mechanismus zur Datenhaltung und zur -synchronisation ===
		+
		+	Zu Grunde liegende Frage (siehe auch unter [[:de:aai:eduid:open_questions#vc_23_juni_2020\|Offene Fragen]]):

-	=== Mechanismus zur Datenhaltung und zur -synchronisation===
-	Zu Grunde liegende Frage (siehe auch unter [[de:aai:eduid:open_questions#vc_23_juni_2020\|Offene Fragen]]):
	* Liegen die Daten allein bei der Heimateinrichtung und werden live on demand vom edu-ID System abgefragt oder		* Liegen die Daten allein bei der Heimateinrichtung und werden live on demand vom edu-ID System abgefragt oder
	* Werden die Daten bei Änderung an der Heimateinrichtung Richtung edu-ID gepusht, sodass sie dort offline liegen		* Werden die Daten bei Änderung an der Heimateinrichtung Richtung edu-ID gepusht, sodass sie dort offline liegen
Zeile 119:		Zeile 135:

	=== Datendeprovisionierung ===		=== Datendeprovisionierung ===
		+
	Regelmäßige Mail an hinterlegte E-Mail-Adresse zur Sicherstellung, ob die Adresse noch funktioniert. Falls sie nicht funktioniert, ggf Fallback-Mechanismen zur weiteren Prüfung und anschließend möglicherweise Anstoßen der Deprovisionierung.		Regelmäßige Mail an hinterlegte E-Mail-Adresse zur Sicherstellung, ob die Adresse noch funktioniert. Falls sie nicht funktioniert, ggf Fallback-Mechanismen zur weiteren Prüfung und anschließend möglicherweise Anstoßen der Deprovisionierung.

	=== Weitere Themen ===		=== Weitere Themen ===
		+
	Wie kommt der Nutzer zu einer edu-ID?		Wie kommt der Nutzer zu einer edu-ID?
		+
	* NICHT ohne Zutun des Nutzers		* NICHT ohne Zutun des Nutzers
	* Nutzer muss selbst einen edu-ID Account anlegen		* Nutzer muss selbst einen edu-ID Account anlegen
	* Verknüpfung mit Hochschul-ID und -Daten über zwei Wege:		* Verknüpfung mit Hochschul-ID und -Daten über zwei Wege:
-	* Ausgehend von der eduID -> Anmeldung am lokalen IdP, eduID-System erhält Identität der Einrichtung	+	* Ausgehend von der eduID → Anmeldung am lokalen IdP, eduID-System erhält Identität der Einrichtung
-	* Übertragen der edu-ID an lokales System	+	* Übertragen der edu-ID an lokales System
-	* Abfragen von edu-ID IdP	+	* Abfragen von edu-ID IdP
-	* Ausgehend von Einrichtung -> edu-ID landet im lokalen IDM	+	* Ausgehend von Einrichtung → edu-ID landet im lokalen IDM
-	* Anschließende Synchronisation der Daten mit edu-ID System (SCIM, Attribute Query [AQ])	+	* Anschließende Synchronisation der Daten mit edu-ID System (SCIM, Attribute Query [AQ])
-	* Workflow muss den Nutzer ganz eindeutig darauf lotsen, dass er sich keine weitere ID anlegt ("Haben Sie bereits eine ID? Klicken Sie hier...")	+	* Workflow muss den Nutzer ganz eindeutig darauf lotsen, dass er sich keine weitere ID anlegt ("Haben Sie bereits eine ID? Klicken Sie hier…")

	Durch bestehenden edu-ID Account ist es egal, ob der Nutzer an verschiedenen Stellen mit verschiedenen Datensätzen gemeldet wird; die unterschiedlichen Daten werden in den jeweiligen Affiliation Contexts abgelegt.		Durch bestehenden edu-ID Account ist es egal, ob der Nutzer an verschiedenen Stellen mit verschiedenen Datensätzen gemeldet wird; die unterschiedlichen Daten werden in den jeweiligen Affiliation Contexts abgelegt.
Zeile 138:		Zeile 157:

	===== Nächster Termin =====		===== Nächster Termin =====
-	[[de:aai:eduid:vc_2020-10-13\|Dienstag, 13. Oktober 20202]]	+
		+	[[:de:aai:eduid:vc_2020-10-13\|Dienstag, 13. Oktober 20202]]

	===== Themen für die weitere Arbeit =====		===== Themen für die weitere Arbeit =====
-	* [[de:aai:eduid:loa\|Levels of Assurance]] spezifizieren (kontrolliertes Vokabular, Profile?)	+
-	* Übersicht über mögliche [[de:aai:eduid:stuff#identifier-systeme\|zu verknüpfende Identifier-Systeme]]	+	* [[:de:aai:eduid:loa\|Levels of Assurance]] spezifizieren (kontrolliertes Vokabular, Profile?)
		+	* Übersicht über mögliche [[:de:aai:eduid:stuff#identifier-systeme\|zu verknüpfende Identifier-Systeme]]
	* Deprovisionierung (siehe AAI+)		* Deprovisionierung (siehe AAI+)
	* Vermeiden von Mehrfachanmeldungen		* Vermeiden von Mehrfachanmeldungen
	* Rechtliche Fragen, Datenschutz		* Rechtliche Fragen, Datenschutz
-	* [[de:aai:eduid:architektur\|Architektur edu-ID System]] (Affiliation-Daten in Echtzeit?)	+	* [[:de:aai:eduid:architektur\|Architektur edu-ID System]] (Affiliation-Daten in Echtzeit?)
	* Registrierung eines zweiten Faktors (evtl. auch Verwaltung?)		* Registrierung eines zweiten Faktors (evtl. auch Verwaltung?)
-	* Sicheres Verknüpfen eines zweiten Faktors mit einen Account	+	* Sicheres Verknüpfen eines zweiten Faktors mit einen Account
-	* Sicherheit des Ausrollen des zweiten Faktors. Bei Selbstregistrierung besteht die Gefahr, dass der Account bereits kompromittiert ist...	+	* Sicherheit des Ausrollen des zweiten Faktors. Bei Selbstregistrierung besteht die Gefahr, dass der Account bereits kompromittiert ist…
-	* Identity-Management-System notwendig	+	* Identity-Management-System notwendig
-	* System von SWITCH nachnutzen und erweitern?	+	* System von SWITCH nachnutzen und erweitern?
-	* Evaluierung sonstiger verfügbarer Systeme	+	* Evaluierung sonstiger verfügbarer Systeme

	===== Hausaufgaben - neue Aktionen =====		===== Hausaufgaben - neue Aktionen =====

vc_2020-10-13

Anonymous (anonymous@undisclosed.example.com) — 2020-11-25T16:05:42+00:00

2020/11/25 17:05		aktuell
Zeile 103:		Zeile 103:
	* Sicheres Verknüpfen eines zweiten Faktors mit einen Account		* Sicheres Verknüpfen eines zweiten Faktors mit einen Account
	* Sicherheit des Ausrollen des zweiten Faktors. Bei Selbstregistrierung besteht die Gefahr, dass der Account bereits kompromittiert ist…		* Sicherheit des Ausrollen des zweiten Faktors. Bei Selbstregistrierung besteht die Gefahr, dass der Account bereits kompromittiert ist…
-	Betriebskonzept? Arbeitsgruppe(n)?	+	* Betriebskonzept? Arbeitsgruppe(n)?

vc_2020-11-27

Anonymous (anonymous@undisclosed.example.com) — 2020-12-04T08:11:18+00:00

2020/12/04 09:09		aktuell
Zeile 29:		Zeile 29:
	* Update [[de:aai:eduid:myacademicid\|MyAcademicID und ESI]] (WP)		* Update [[de:aai:eduid:myacademicid\|MyAcademicID und ESI]] (WP)
	* Eigener Identifier innerhalb der Erasmus-Plattform ist der [[https://wiki.geant.org/display/SM/European+Student+Identifier\|European Student Identifier (ESI)]]		* Eigener Identifier innerhalb der Erasmus-Plattform ist der [[https://wiki.geant.org/display/SM/European+Student+Identifier\|European Student Identifier (ESI)]]
		+	* ESI muss zukünftig vom IdP der jew. Hochschule übertragen werden
	* Derzeit noch keine Verknüpfung zum OZG geplant		* Derzeit noch keine Verknüpfung zum OZG geplant
	* Update zu eIDAS, OZG, SHIELD (DH)		* Update zu eIDAS, OZG, SHIELD (DH)

vc_2020-12-11

Anonymous (anonymous@undisclosed.example.com) — 2020-12-18T08:37:36+00:00

2020/12/17 13:15		aktuell
Zeile 65:		Zeile 65:
	* Mindestens eIDAS-Kerndaten		* Mindestens eIDAS-Kerndaten
	* dfnEduPerson		* dfnEduPerson
-	* AAIplus Attributset	+	* [[de:aai:attributes_best_practice\|AAIplus Attributset]]
	* schacPersonalUniqueCode		* schacPersonalUniqueCode
	* Identifier: spätestens bei Betriebskonzept klären, ob Heimat- oder edu-ID Identifier zum Einsatz kommt, lokale IDs für Migrationsszenarien		* Identifier: spätestens bei Betriebskonzept klären, ob Heimat- oder edu-ID Identifier zum Einsatz kommt, lokale IDs für Migrationsszenarien

vc_2020-12-18

Anonymous (anonymous@undisclosed.example.com) — 2021-03-24T14:27:51+00:00

2021/01/29 09:37		aktuell
Zeile 8:		Zeile 8:
	===== Thema: Levels of Assurance, Verlässlichkeit =====		===== Thema: Levels of Assurance, Verlässlichkeit =====
	* [[de:aai:eduid:loa\|Levels of Assurance]]		* [[de:aai:eduid:loa\|Levels of Assurance]]
-	* Pad: https://pad.gwdg.de/E-vFveXGQW6veUcQiA1I8Q?both	+	* Pad: https://pad.gwdg.de/E-vFveXGQW6veUcQiA1I8Q?both

	===== Materialien =====		===== Materialien =====

vc_2021-01-22

Anonymous (anonymous@undisclosed.example.com) — 2024-07-08T08:30:19+00:00

2022/05/02 14:24		aktuell
Zeile 21:		Zeile 21:
	===== Materialien =====		===== Materialien =====
	* [[https://2linknfdi.de\|2linkNFDI]], [[https://www.dfg.de/download/pdf/foerderung/programme/nfdi/nfdi_konferenz_2020/2linknfdi_abstract.pdf\|Abstract]]		* [[https://2linknfdi.de\|2linkNFDI]], [[https://www.dfg.de/download/pdf/foerderung/programme/nfdi/nfdi_konferenz_2020/2linknfdi_abstract.pdf\|Abstract]]
-	* Hinweis auf [[https://www2.dfn.de/fileadmin/5Presse/DFNMitteilungen/DFN_Mitteilungen_98.pdf\|DFN-Mitteilungen Nr. 98]], in denen ein Artikel über edu-ID gedruckt worden ist (Autoren: Wolfgang, Thorsten, Frank)	+	* Hinweis auf [[https://download.aai.dfn.de/publikationen/dfn-mitteilungen/DFN-Mitteilungen-98.pdf\|DFN-Mitteilungen Nr. 98]], in denen ein Artikel über edu-ID gedruckt worden ist (Autoren: Wolfgang, Thorsten, Frank)

	===== Strategische Überlegungen =====		===== Strategische Überlegungen =====

vc_2021-01-29

Anonymous (anonymous@undisclosed.example.com) — 2021-03-24T14:55:20+00:00

2021/03/24 15:54		aktuell
Zeile 56:		Zeile 56:
	* Kann die deutsche AusweisApp nicht-deutsche Ausweispapiere auslesen?		* Kann die deutsche AusweisApp nicht-deutsche Ausweispapiere auslesen?
	* Versuch eines Mappings von eIDAS Levels auf "edu-ID Levels"?		* Versuch eines Mappings von eIDAS Levels auf "edu-ID Levels"?
		+
		+	=> [[de:aai:eduid:vc_2021-03-26\|Fortsetzung folgt]]

vc_2021-02-19

Anonymous (anonymous@undisclosed.example.com) — 2021-04-29T12:56:04+00:00

2021/02/18 13:33		aktuell
Zeile 6:		Zeile 6:
	Videokonferenz, 10:00-12:00		Videokonferenz, 10:00-12:00

-	===== Thema: Schulen, Projekt VIDIS =====	+	Thema: Schulen, Projekt VIDIS

	Pad für Notizen: https://pad.gwdg.de/FUkaNPFGTfe9R5UtmKqbTg?both		Pad für Notizen: https://pad.gwdg.de/FUkaNPFGTfe9R5UtmKqbTg?both
		+
		+	===== Projekt VIDIS =====
		+	* VIDIS ist Projekt der FWU gGmbH, wird von allen Bundesländern getragen.
		+	* Schwerpunkt Mediendienste.
		+	* Alle Bundesländer sind an VIDIS beteiligt.
		+	* Schul-AAI: SSO für alle schulischen Nutzer*innen
		+	* Private Schulen nicht dabei
		+	* Primärer Use Case: Zugriff auf digitale Inhalte
		+	* Datenschutz extrem wichtig, schulseitig keine Ressurcen hierfür vorhanden
		+	* Zentrales Onboarding der Dienste, DS-Konzept wird gemeinsam mit Landesdatenschützer entwickelt
		+	* Schwester-Projekt: sodix.de (Infrastruktur), Frontend: mundo.schule
		+	* Föderationsmodell: Hub & Spokem d.h. zentraler Knoten (IdP-SP-Proxy), über den die Kommunikation zwischen IdPs und SPs läuft.
		+	* [[https://openid.net/wg/fastfed/\|Fast Federation]] als Modell?
		+	* Standards: SAML, OIDC, SCIM
		+	* Technische Anforderungen: Pseudonymisierung, FSK-Agorithmen, Zugangsmanagement
		+	* JS Client Libraries, E-Mail-Adressen nicht durchgängig vorhanden, [[https://seamlessaccess.org/\|SeamlessAccess]] als Lösung für Discovery/Einrichtungsauswahl
		+	* Woher kommen de Identitäten? 1/3 der Länder hat zentrales IdM, 1/3 im Aufbau, 1/3 noch Entwicklungsbedarf
		+	* Exkurs zur Situation in der Schweiz: Zwei Strömungen:
		+	* föderalistisch: Verantwortung für IdM bei den Kantonen, nicht bei [[https://www.educa.ch/de\|educa]],
		+	* Zentralisierung im HS-Bereich: SWITCH edu-ID
		+	* AVVs mit IdPs und SPs (kaskadierend).
		+	* Vertrag (AVV) FWU mit jeder Schule (ggf. auch Land), Schulen müssen Einwilligung seitens der Schüler*innen bzw. deren Eltern einholen (muss im IdM abgebildet werden können)
		+	* Diskussion um Rechtsgrundlagen und ob etwaige ggf. analoge Alternativen angeboten werden müssen?
		+	* AVV oder gemeinsame Verantwortung?
		+	* Zertifizierung FWU nach ISO 27001
		+	* Zusatzvereinbarungen mit Dienstanbietern
		+	* Anwendungslogik im 'Hub' (Proxy)
		+	* Zwei Einstiegsmöglichkeiten: Landesportale (IdP bekannt) und dienstseitig (Discovery Service)
		+	* CH: Übergang Schule -> Hochschule analog Übergang in Volljährigkeit, Rechte der Schüler*innen/Studierenden gegenüber den Erziehungsberechtigten berücksichtigen (Details ändern sich schon z.B. mit 16)
		+	* Anknüpfungspunkt edu-ID: Initale Registrierung am edu-ID System über VIDIS-Account? -> Onboarding Use Cases
		+
		+	===== Diskussion =====
		+	* Wer betreibt das jeweilige IdM? Die Schulen selber werden nicht in allen Fällen dazu in der Lage sein...
		+	* Homeless/Gast-IdP? Nicht für Schüler*innen, sondern eher für Ministerien, FWU...
		+	* Viele Lehrkräfte haben mehrere Accounts -> zusammenführen?
		+	* Modell VHB? Unterstützung für kleinere Einrichtungen?
		+	* One Size fits all? Wenn erst einmal eine Föderation existiert, steigt auch die Akzeptanz und Bereitschaft, die jeweiligen Voraussetzungen zu erfüllen
		+

vc_2021-02-26

Anonymous (anonymous@undisclosed.example.com) — 2021-04-29T13:12:30+00:00

2021/04/29 15:12		aktuell
Zeile 31:		Zeile 31:
	* Nutzeridentität liegt im Wallet auf Gerät (z.B. Smartphone). Welche Möglichkeiten gibt es zu Backups, Nutzerfreundlichkeit, etc...?		* Nutzeridentität liegt im Wallet auf Gerät (z.B. Smartphone). Welche Möglichkeiten gibt es zu Backups, Nutzerfreundlichkeit, etc...?
	* "Custodian Cloud Wallet"		* "Custodian Cloud Wallet"
-	* https://en.wikipedia.org/wiki/Shamir%27s_Secret_Sharing\|"Shamir's Secret Sharing" - Fünf Freunde haben jeweils ein Fünftel des Secrets und alle müssen sich zusammentun, um das Secret wiederherzustellen	+	* "Shamir's Secret Sharing" - Fünf Freunde haben jeweils ein Fünftel des Secrets und alle müssen sich zusammentun, um das Secret wiederherzustellen
	* Warum möchte ich als Service Provider das nutzen?		* Warum möchte ich als Service Provider das nutzen?
	* IDunion bietet Möglichkeiten, sich an das NRW-OZG-Nutzerkonto anzubinden.		* IDunion bietet Möglichkeiten, sich an das NRW-OZG-Nutzerkonto anzubinden.

vc_2021-03-05

Anonymous (anonymous@undisclosed.example.com) — 2021-04-29T13:44:07+00:00

2021/03/05 13:05		aktuell
Zeile 6:		Zeile 6:
	Videokonferenz, 10:00-12:00		Videokonferenz, 10:00-12:00

-	===== Thema: OZG =====	+	Thema: OZG
	Positionierung und Anknüpfungspunkte im Rahmen der OZG-Umsetzung		Positionierung und Anknüpfungspunkte im Rahmen der OZG-Umsetzung

	Pad für Notizen: https://pad.gwdg.de/INubjVAiQOCn6PsiHBl2jw?both		Pad für Notizen: https://pad.gwdg.de/INubjVAiQOCn6PsiHBl2jw?both
-
-	Präsentation: {{:de:aai:eduid:02-edu-id-dlb.pdf\|Online-Zugang-Gesetz (OZG)}}

	Materialien:		Materialien:
	* [[https://hochschulforumdigitalisierung.de/sites/default/files/dateien/HFD_AP_55_Onlinezugangsgesetz_Hochschulen.pdf\|Studie Herausforderungen bei der Umsetzung des Onlinezugangsgesetzes im Kontext der Digitalen Hochschulbildung]]		* [[https://hochschulforumdigitalisierung.de/sites/default/files/dateien/HFD_AP_55_Onlinezugangsgesetz_Hochschulen.pdf\|Studie Herausforderungen bei der Umsetzung des Onlinezugangsgesetzes im Kontext der Digitalen Hochschulbildung]]
	* [[https://www.it-planungsrat.de/DE/ITPlanungsrat/OZG-Umsetzung/Digitalisierungsprogramm/06_DigPro_OZG_Katalog/DigPro_OZG_Katalog_node.html\|OZG Umsetzungskatalog]]		* [[https://www.it-planungsrat.de/DE/ITPlanungsrat/OZG-Umsetzung/Digitalisierungsprogramm/06_DigPro_OZG_Katalog/DigPro_OZG_Katalog_node.html\|OZG Umsetzungskatalog]]
		+
		+	===== edu-ID - OZG =====
		+	* Gemeinsame {{:de:aai:eduid:02-edu-id-dlb.pdf\|Präsentation zum Online-Zugang-Gesetz (OZG)}} von Frau Katrin Hauenschild (FM Sachsen-Anhalt) und Herrn Guido Bacharach (SfH)
		+	* Einladung, sich gerne ebenfalls aktiv in die weitere Arbeit von [[http://www.xhochschule.de/web/\|XHochschule]] bzw. XHEIE und von [[https://pim-plattform.de\|PIM]] (Plattform für internationale Studierendenmobilität) einzubringen
		+
		+	==== Diskussion ====
		+	* Viel gehört zu Austauschformaten und Interoperabilität. Unsere AG kümmert sich um AuthN und AuthZ. Gibt es dazu im Rahmen der OZG-Umsetzung Standards oder Initiativen?
		+	* KH: Standards nicht, aber Initiativen ja. Punkt ist auf der Agenda, aber echte Lösung noch nicht da. Dass das Grundvoraussetzung ist, ist aber bewusst.
		+	* Rückfrage: Brauchen wir dann die edu-ID noch?
		+	* KH: Auf jeden Fall nicht die vorhandenen Bestrebungen abklemmen, sondern im besten Fall noch mitnutzen. GB: eduID ist eher komplementär zum OZG, nicht konkurrierend.
		+	* Was ist die "Geburtsstunde" der OZG-ID?
		+	* KH: Über Registermodernisierungsgesetz soll die SteuerID genommen werden. Man erwartet aber Vielzahl von Klagen, deswegen ist das noch nicht ganz klar. Im Themenfeld Bildung sind aber nicht nur deutsche Staatsbürger zu betrachten, sondern auch andere,die keine SteuerID haben; muss final noch geklärt werden.
		+	* Gibt es Überschneidungen mit MyAcademic ID o.a.?
		+	* KH: Andere Projekte werden im Umsetzungsplan berücksichtigt, Meldungen weiterer Projekte sind möglich. Es wird hierbei stark auf die Kompatibilität verschiedener Lösungen geachtet, es soll kein Ersatz geschaffen werden.
		+	* [[https://www.id.bund.de\|Nutzerkonto Bund]] kann jeder eIDAS Nutzer anlegen, aber sollen das auch andere interessierte Einrichtungen machen können?
		+	* KH: Es gibt sowohl Bürgerkonten und Behördenkonten. Wie weit aber weitere Institutionen sich anschließen können, ist nicht sicher. Frage wird nochmal mitgenommen.
		+	* Rückfrage: Wenn das Nutzerkonto Bund eine AAI-Infrastruktur bietet, gäbe es große Überschneidungen mit der edu-ID. Könnte sich edu-ID dann nicht einfach an das Nutzerkonto Bund andocken und da die eIDAS/OZG-Infrastruktur mitnutzen?
		+	* GB: Das wäre sehr sinnvoll und wäre ein wünschenswertes Ergebnis dieses Meetings. Eine unnütze Mehrfachentwicklung wäre alles andere als sinnvoll.
		+	* Use Case Studienplatzbewerbung: Besteht eine Verpflichtung aus dem OZG zur Nutzung des Nutzerkontos Bund?
		+	* KH: Nein, nicht Nutzerkonto Bund, kann auch Landes-(service)-Konto sein.
		+	* Rückfrage: Aber nicht edu-ID?
		+	* KH: Richtig, es muss ein OZG-Nutzerkonto sein. GB: Es ist auch darauf zu achten, dass eine Nutzung eines OZG-Nutzerkontos für die edu-ID ein Nutzungsvorteil und "Verkaufsargument" wäre. Z.B. die SfH wird sich an das Nutzerkonto Bund anbinden und will damit die Identifizierungen und Authentifizierungen auf höheren Vertrauensniveaus realisieren. Nun wäre es ja ungünstig für die SfH, die edu-ID zu nutzen, wenn Sie nicht an einem Nutzerkonto des OZG angebunden wäre. Dann müsste die SfH in Ihrem Fachverfahren selbst die Nutzung der edu-ID selbst realisieren - etwas, was sonst über die OZG-Nutzerkonten für das SfH-Fachverfahren automatisch erledigt würde.
		+	* Generierung einer edu-ID ausgehend vom Nutzerkonto Land/Bund wäre denkbar.
		+	* Quintessenz: Verbindung OZG - edu-ID muss definitiv mitgedacht und hergestellt werden; wenn man darüber gesicherte Daten in die edu-ID Struktur bekommt, umso besser.
		+	* Begrifflichkeiten: OZG Nutzerkonto: Hat das schon jeder? Oder wann wird das eingerichtet?
		+	* KH: Jeder kann sich ein (Landes- / Bundes-) Konto einrichten, aktuell hat nicht jedes Land ein eigenes Landeskonto. GB: Es gibt klare Wege, um sich als Einrichtung bzw. Fachverfahren z.B. an das Nutzerkonto Bund anzubinden. Leider gibt es aber noch keinen (bekannten) Prozess, wie ein Identity Provider bzw. ein eID-System an ein OZG-Nutzerkonto anbinden kann. KH: Sie nimmt dieses Thema "Prozess Anbindung elektronisches ID-System an OZG-Nutzerkonto" mit und klärt den Prozess.
		+	* Rückfrage: Bürger müssen selbst aktiv werden?
		+	* KH: Ja, aber der Bürger ist nicht gezwungen sich eine ID anzuliegen; es soll für den Bürger freiwillig bleiben. Im Bereich Hochschule wird man vermutlich über die Landesportale reden. GB: IDunion will sich an Landeskonto NRW anbinden, darüber sich dann bspw. an SfH authentifizieren.
		+	* Freiwlligkeit der Nutzerkonten bereitet der gesamten Öffentlichen Verwaltung Kopfschmerzen...
		+	* KH: Ja, das ist ein Problem, aber z.B. Nutzerkonto Bund kann man meines Wissens nach erst ab 18 Jahren benutzen.
		+
		+

vc_2021-03-19

Anonymous (anonymous@undisclosed.example.com) — 2021-04-29T14:10:52+00:00

2021/04/29 16:10		aktuell
Zeile 11:		Zeile 11:

	Thema: Strategie		Thema: Strategie
		+
	Zum Stand der Diskussion siehe [[de:aai:eduid:vc_2021-01-22\|die Notizen zum letzten Meeting]].		Zum Stand der Diskussion siehe [[de:aai:eduid:vc_2021-01-22\|die Notizen zum letzten Meeting]].

vc_2021-03-26

Anonymous (anonymous@undisclosed.example.com) — 2021-04-29T14:25:06+00:00

2021/04/29 16:23		aktuell
Zeile 22:		Zeile 22:
	* Vorschlag von Wolfgang:		* Vorschlag von Wolfgang:
	* Abstraktionsschicht, die nur wenige LOA-Klassen abbildet und von einzelnen Verfahren abstrahiert (eIDAS Level auf edu-ID Level).		* Abstraktionsschicht, die nur wenige LOA-Klassen abbildet und von einzelnen Verfahren abstrahiert (eIDAS Level auf edu-ID Level).
-	* demnächst unter https://doku.tid.dfn.de/de:dfnaai:eduid:loa	+	* demnächst [[de:aai:eduid:loa\|hier]]
	* Reicht DFN-AAI-Advanced überhaupt für eIDAS "low"?		* Reicht DFN-AAI-Advanced überhaupt für eIDAS "low"?
	* Welches IdM ist/welche Daten sind autoritativ, wenn von mehreren Einrichtungen widersprüchliche Daten zu einer Person (zeitgleich) geliefert werden?		* Welches IdM ist/welche Daten sind autoritativ, wenn von mehreren Einrichtungen widersprüchliche Daten zu einer Person (zeitgleich) geliefert werden?
Zeile 30:		Zeile 30:
	* https://netzpolitik.org/2021/tkg-novelle-seehofer-will-personalausweis-pflicht-fuer-e-mail-und-messenger-einfuehren/#2021-02-23_BMI_TKG-Novelle_Beratungsunterlage		* https://netzpolitik.org/2021/tkg-novelle-seehofer-will-personalausweis-pflicht-fuer-e-mail-und-messenger-einfuehren/#2021-02-23_BMI_TKG-Novelle_Beratungsunterlage
	* Hausaufgabe:		* Hausaufgabe:
-	* Anforderungen an ein IdM, wie sind dir Prozesse zu definieren etc.	+	* Anforderungen an ein IdM, wie sind die Prozesse zu definieren etc.
	* Code-of-Conduct		* Code-of-Conduct
	* Wolfgang: Level durchdeklinieren		* Wolfgang: Level durchdeklinieren

ws_apr_2020

Anonymous (anonymous@undisclosed.example.com) — 2020-03-30T13:15:02+00:00

2020/03/30 15:14		aktuell
Zeile 1:		Zeile 1:
	~~NOTOC~~		~~NOTOC~~
-	======<del>Workshop edu-ID April 2020</del> ======	+	======Workshop edu-ID April 2020======
	(zurück zur [[de:aai:eduid:start\|Übersicht]])		(zurück zur [[de:aai:eduid:start\|Übersicht]])

-	<callout type="danger" title="Workshop fällt wegen der Corona-Krise aus"></callout>	+	<callout type="danger" title="Der Workshop fällt wegen der Corona-Krise aus!"></callout>

	===== Vorbereitung =====		===== Vorbereitung =====

ws_feb_2010

Anonymous (anonymous@undisclosed.example.com) — 2020-06-23T09:00:02+00:00

2020/06/09 15:20		aktuell
Zeile 275:		Zeile 275:

	Nächstes Treffen \\		Nächstes Treffen \\
-	<del>Ende April, zwei Tage, Mittag bis Mittag, Montag 27. bis Mittwoch 29. April 2020, Ort: Bamberg (Danke Frank!)</del>	+	<del>Ende April, zwei Tage, Mittag bis Mittag, Montag 27. bis Mittwoch 29. April 2020, Ort: Bamberg (Danke Frank!)</del> \\
		+	[[de:aai:eduid:vc_2020-06-23\|Videokonferenz 23.6.2020]]

	Fragen Bundesdruckerei		Fragen Bundesdruckerei

ws_juli_2019

Anonymous (anonymous@undisclosed.example.com) — 2019-12-05T10:08:26+00:00

2019/12/04 16:58		aktuell
Zeile 4:		Zeile 4:
	* [[https://download.aai.dfn.de/praesentationen/edu-id_ws_07.2019/eduid_workshop_07.2019.pdf\|Einführung und Überblick]]		* [[https://download.aai.dfn.de/praesentationen/edu-id_ws_07.2019/eduid_workshop_07.2019.pdf\|Einführung und Überblick]]
	* [[https://download.aai.dfn.de/praesentationen/edu-id_ws_07.2019/update_switch_edu-id.pdf\|Aktueller Stand und Erfahrungen SWITCH edu-ID]]		* [[https://download.aai.dfn.de/praesentationen/edu-id_ws_07.2019/update_switch_edu-id.pdf\|Aktueller Stand und Erfahrungen SWITCH edu-ID]]
-	* [[de:aai:eduid:eduid_intern:zusammenfassung_ws_juli2019\|Zusammenfassung der Ergebnisse]]	+	* Die Zusammenfassung der Ergebnisse findet sich nun auf der Seite [[de:aai:eduid:usecases\|Use Cases und daraus abgeleitete Anforderungen]]

ws_jun_2022

Anonymous (anonymous@undisclosed.example.com) — 2022-06-01T11:12:27+00:00

2022/06/01 13:06		aktuell
Zeile 15:		Zeile 15:
	* Technische Dokumentation (wird derzeit finalisiert und vor dem Treffen verteilt)		* Technische Dokumentation (wird derzeit finalisiert und vor dem Treffen verteilt)
	* Vorstellung der Architektur		* Vorstellung der Architektur
		+	* User Journeys
	* Roadmap Proof-of-Concept Implementierung		* Roadmap Proof-of-Concept Implementierung
	* Positionspapier (wird derzeit finalisiert und vor dem Treffen verteilt)		* Positionspapier (wird derzeit finalisiert und vor dem Treffen verteilt)

ws_nov_2019

Anonymous (anonymous@undisclosed.example.com) — 2020-08-16T12:52:10+00:00

2020/01/07 04:51		aktuell
Zeile 6:		Zeile 6:
	* [[https://pad.gwdg.de/pFJfGwNuQ_y7hrLvotYOCw\|Notizen]]		* [[https://pad.gwdg.de/pFJfGwNuQ_y7hrLvotYOCw\|Notizen]]
	* [[de:aai:eduid:architektur\|edu-ID Architektur]]		* [[de:aai:eduid:architektur\|edu-ID Architektur]]
		+
	==== Notizen =====		==== Notizen =====
-	(die neuen Use Cases sind auf [[https://doku.tid.dfn.de/de:aai:eduid:usecases#uses_cases_aus_dem_workshop_nov_2019_in_bamberg\|dieser Übersichtsseite dokumentiert]])	+
	=== 26.11.2019 ===		=== 26.11.2019 ===
	* Berichte		* Berichte

2024/04/05 17:05		aktuell
Zeile 31:		Zeile 31:
	Funktionsweise: Thomas		Funktionsweise: Thomas
	* FAQ im [[https://www.personalausweisportal.de/Webs/PA/DE/service/faq/faq-node.html\|Personalausweis-Portal]]		* FAQ im [[https://www.personalausweisportal.de/Webs/PA/DE/service/faq/faq-node.html\|Personalausweis-Portal]]
-	* internationale Nutzbarkeit??? [[https://ec.europa.eu/cefdigital/wiki/display/EIDCOMMUNITY/Overview+of+pre-notified+and+notified+eID+schemes+under+eIDAS\|Liste der bereits notifizierten eID-Systeme anderer EU-Mitgliedstaaten]]	+	* internationale Nutzbarkeit??? [[https://ec.europa.eu/digital-building-blocks/sites/display/EIDCOMMUNITY/Overview+of+pre-notified+and+notified+eID+schemes+under+eIDAS\|Liste der bereits notifizierten eID-Systeme anderer EU-Mitgliedstaaten]]
	* Vorteil von eID gegenüber Videoident: Es können gefilterte Informationen übertragen werden. Bei Videoident wird mehr gespeichert als für eine Identifizierung nötig ist (siehe z.B. [[https://www.bfdi.bund.de/SharedDocs/Publikationen/Taetigkeitsberichte/TB_BfDI/27TB_17_18.pdf?__blob=publicationFile&v=4\|Tätigkeitsbericht Bundesdatenschutzbeauftragte*r]]).		* Vorteil von eID gegenüber Videoident: Es können gefilterte Informationen übertragen werden. Bei Videoident wird mehr gespeichert als für eine Identifizierung nötig ist (siehe z.B. [[https://www.bfdi.bund.de/SharedDocs/Publikationen/Taetigkeitsberichte/TB_BfDI/27TB_17_18.pdf?__blob=publicationFile&v=4\|Tätigkeitsbericht Bundesdatenschutzbeauftragte*r]]).
	* Im Personalausweisportal ist beschrieben, [[https://www.personalausweisportal.de/Webs/PA/DE/verwaltung/diensteanbieter-werden/diensteanbieter-werden-node.html\|wie man Dienstanbieter wird]].		* Im Personalausweisportal ist beschrieben, [[https://www.personalausweisportal.de/Webs/PA/DE/verwaltung/diensteanbieter-werden/diensteanbieter-werden-node.html\|wie man Dienstanbieter wird]].

2025/12/09 14:03		aktuell
Zeile 30:		Zeile 30:
	\| sn \| family_name \| \|		\| sn \| family_name \| \|
	\| displayName \| name \| optional \|		\| displayName \| name \| optional \|
-	\| schacCountryOfResidence \| schac_country_of_residence \| \|	+	\| schacCountryOfResidence \| schac_country_of_residence \| optional \|
	\| schacPersonalUniqueCode \| schac_personal_unique_code \| optional \|		\| schacPersonalUniqueCode \| schac_personal_unique_code \| optional \|
	\| homePostalAddress \| home_postal_address \| optional \|		\| homePostalAddress \| home_postal_address \| optional \|

2019/12/04 16:58		aktuell
Zeile 4:		Zeile 4:
	* [[https://download.aai.dfn.de/praesentationen/edu-id_ws_07.2019/eduid_workshop_07.2019.pdf\|Einführung und Überblick]]		* [[https://download.aai.dfn.de/praesentationen/edu-id_ws_07.2019/eduid_workshop_07.2019.pdf\|Einführung und Überblick]]
	* [[https://download.aai.dfn.de/praesentationen/edu-id_ws_07.2019/update_switch_edu-id.pdf\|Aktueller Stand und Erfahrungen SWITCH edu-ID]]		* [[https://download.aai.dfn.de/praesentationen/edu-id_ws_07.2019/update_switch_edu-id.pdf\|Aktueller Stand und Erfahrungen SWITCH edu-ID]]
-	* [[de:aai:eduid:eduid_intern:zusammenfassung_ws_juli2019\|Zusammenfassung der Ergebnisse]]	+	* Die Zusammenfassung der Ergebnisse findet sich nun auf der Seite [[de:aai:eduid:usecases\|Use Cases und daraus abgeleitete Anforderungen]]