Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
de:aai:eduid:vc_2020-08-18 [2020/08/19 14:36] – [Diskussion] Wolfgang Pempe | de:aai:eduid:vc_2020-08-18 [2020/10/12 09:16] (aktuell) – Wolfgang Pempe | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
~~NOTOC~~ | ~~NOTOC~~ | ||
+ | |||
====== edu-ID Meeting 18.8.2020 ====== | ====== edu-ID Meeting 18.8.2020 ====== | ||
- | (zurück zur [[de: | + | |
+ | (zurück zur [[:de: | ||
Videokonferenz, | Videokonferenz, | ||
+ | |||
{{INLINETOC 2}} | {{INLINETOC 2}} | ||
+ | |||
===== Agenda ===== | ===== Agenda ===== | ||
- | | + | |
+ | | ||
* Offene Aktionen (s.u.) | * Offene Aktionen (s.u.) | ||
- | * [[de: | + | * [[:de: |
- | * Was ist unklar, was fehlt? | + | * Was ist unklar, was fehlt? |
- | * Ergeben sich neue [[de: | + | * Ergeben sich neue [[:de: |
- | * Welche Anforderungen lassen sich aus den Use Cases für [[de: | + | * Welche Anforderungen lassen sich aus den Use Cases für [[:de: |
- | * [[de: | + | * [[:de: |
* Sonstiges und weiteres Vorgehen | * Sonstiges und weiteres Vorgehen | ||
* Nächster Termin | * Nächster Termin | ||
- | Pad für Notizen: https:// | + | |
+ | Pad für Notizen: | ||
===== Vorbereitung ===== | ===== Vorbereitung ===== | ||
- | | + | |
+ | | ||
===== Offene Aktionen ===== | ===== Offene Aktionen ===== | ||
- | **[[de: | + | |
+ | **[[:de: | ||
* Mit Onboarding-Anbietern reden: Kontakt herstellen zu: Uni-Assist (Steffen) | * Mit Onboarding-Anbietern reden: Kontakt herstellen zu: Uni-Assist (Steffen) | ||
* Bundesdruckerei/ | * Bundesdruckerei/ | ||
- | | + | |
- | * Geburtsland? | + | * Geburtsland? |
- | * zweite Nationialität? | + | * zweite Nationialität? |
- | **[[de: | + | |
- | * Dokumentenablage, | + | **[[:de: |
- | * Erstellen von Wiki-Seiten unter [[de: | + | * Dokumentenablage, |
- | * [[de: | + | * Erstellen von Wiki-Seiten unter [[:de: |
- | * Petra, Thorsten, Wolfgang, Ramon | + | * [[:de: |
- | * OZG | + | * Petra, Thorsten, Wolfgang, Ramon |
- | * Detlef | + | * OZG |
- | * OrcID | + | * Detlef |
- | * Gerrit | + | * |
- | * eID / eIDAS | + | * Gerrit |
- | * Detlef | + | * eID / eIDAS |
- | * Jürgen nach dem 21.7. | + | * Detlef |
+ | * Jürgen nach dem 21.7. | ||
===== Diskussion ===== | ===== Diskussion ===== | ||
+ | |||
(Rohdaten: [[https:// | (Rohdaten: [[https:// | ||
- | ===Offene Fragen (s.o.)=== | + | === Offene Fragen (s.o.) === |
* Weitere Staatsbürgerschaften in nPA? | * Weitere Staatsbürgerschaften in nPA? | ||
- | * -> Nein, siehe Informationen aus dem [[https:// | + | * → Nein, siehe Informationen aus dem [[https:// |
+ | === Kernattribute und Datenmodell === | ||
- | ==== Themen für die weitere Arbeit ==== | + | (→ [[: |
- | * [[de: | + | |
- | * Übersicht über mögliche [[de: | + | Orientierung an Datenmodell der SWITCH edu-ID (Standard vs. Extended Data Model)? |
+ | |||
+ | Definition Datenmodell: | ||
+ | |||
+ | * Ganz grundsätzliche Datenstruktur? | ||
+ | * Generell Architektur des Systems? | ||
+ | |||
+ | Prinzipiell ist Unterteilung in verschiedene Kontexte, wie von der SWITCH vorgemacht, eine gute Grundlage für unsere Architektur. | ||
+ | |||
+ | **Brainstorming Kerndatensatz: | ||
+ | |||
+ | Welches sind die Pflichtfelder? | ||
+ | |||
+ | * Name | ||
+ | * Geb-Name | ||
+ | * Vorname | ||
+ | * Geb-Datum | ||
+ | * Geb-Ort | ||
+ | * Geschlecht | ||
+ | * Staatsangehörigkeit(en) | ||
+ | * Postanschrift | ||
+ | * Meldeanschrift | ||
+ | * private E-Mail-Adresse | ||
+ | * private Tel-Nummer | ||
+ | |||
+ | Welche Daten sind über eIDAS-kompatible Systeme verfügbar? | ||
+ | |||
+ | [[http:// | ||
+ | |||
+ | * A uniqueness identifier | ||
+ | * Address | ||
+ | * Current address | ||
+ | * Current family name | ||
+ | * Current first name(s) | ||
+ | * Date of birth | ||
+ | * Gender | ||
+ | * Name and family name at Birth | ||
+ | * Place of birth | ||
+ | |||
+ | Beschluss [[: | ||
+ | |||
+ | * " | ||
+ | |||
+ | Offene Punkte: | ||
+ | |||
+ | * Ist der Kerndatensatz äquivalent zum eIDAS Mindestdatensatz? | ||
+ | * Wollen wir an frühestmöglicher Stelle einen Abgleich der Daten mit einem eID System herstellen? (Ja) | ||
+ | * Woher kommen die Daten? | ||
+ | * Verknüpfung mit anderen Identifiern | ||
+ | |||
+ | === Verlässlichkeit von Attributwerten === | ||
+ | |||
+ | (→ [[: | ||
+ | |||
+ | Die Anwendung weiß selbst, welches Mindest-LoA sie hat und weist ggf. den Nutzer an, seine Daten zu verifizieren. | ||
+ | |||
+ | Möglicher Workflow: | ||
+ | |||
+ | Anwendung sagt "Gib mir die Attribute mit deren LoA" | ||
+ | |||
+ | * 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 | ||
+ | * IdP liefert die Attribute aus, zusammen mit der jeweiligen LoA-Auszeichnung | ||
+ | * SP muss selbst entscheiden, | ||
+ | |||
+ | === Mechanismus zur Datenhaltung und zur -synchronisation === | ||
+ | |||
+ | Zu Grunde liegende Frage (siehe auch unter [[: | ||
+ | |||
+ | * 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 regelmäßig von Heimateinrichtung gepulled, sodass sie bei edu-ID offline liegen | ||
+ | |||
+ | === Datendeprovisionierung === | ||
+ | |||
+ | Regelmäßige Mail an hinterlegte E-Mail-Adresse zur Sicherstellung, | ||
+ | |||
+ | === Weitere Themen === | ||
+ | |||
+ | Wie kommt der Nutzer zu einer edu-ID? | ||
+ | |||
+ | * NICHT ohne Zutun des Nutzers | ||
+ | * Nutzer muss selbst einen edu-ID Account anlegen | ||
+ | * 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 | ||
+ | * Übertragen der edu-ID an lokales System | ||
+ | * Abfragen von edu-ID IdP | ||
+ | * Ausgehend von Einrichtung → edu-ID landet im lokalen IDM | ||
+ | * 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 (" | ||
+ | |||
+ | 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. | ||
+ | |||
+ | Identity Matching muss möglich sein, falls ein Nutzer sich über welche Wege auch immer mehrere edu-IDs besorgt hat. In solch einem Fall muss auch Identitätserkennung über unterschiedliche Identifikatoren (unterschiedliche Namenseinsetzung bspw.) möglich sein. | ||
+ | |||
+ | ===== Nächster Termin ===== | ||
+ | |||
+ | [[: | ||
+ | |||
+ | ===== Themen für die weitere Arbeit ===== | ||
+ | |||
+ | * [[:de: | ||
+ | * Übersicht über mögliche [[:de: | ||
* Deprovisionierung (siehe AAI+) | * Deprovisionierung (siehe AAI+) | ||
* Vermeiden von Mehrfachanmeldungen | * Vermeiden von Mehrfachanmeldungen | ||
* Rechtliche Fragen, Datenschutz | * Rechtliche Fragen, Datenschutz | ||
- | * [[de: | + | * [[:de: |
* Registrierung eines zweiten Faktors (evtl. auch Verwaltung? | * Registrierung eines zweiten Faktors (evtl. auch Verwaltung? | ||
- | | + | |
- | * 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 ===== | ||
- | | + | |
- | * Bei Gelegenheit(tm) [[https:// | + | |
- | * Kreuzmatrix zu den Anforderungen (Ramon) | + | * Bei Gelegenheit™ [[https:// |
- | * Kreuzmatrix genutzte Attribute vs. Use Case (Ramon) | + | * UC 2.3 Nutzung von eduroam für weitere Dienste → Nachfrage außerhalb der VC-Treffen (Wolfgang) |
+ | * {{: | ||
+ | * {{: | ||
* Abgleich Mindestdatensatz eIDAS vs Attribut-Kreuzmatrix (n.n.) | * Abgleich Mindestdatensatz eIDAS vs Attribut-Kreuzmatrix (n.n.) | ||
* Beschreibung, | * Beschreibung, | ||
+ | |||
+ |