Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung | |||
de:aai:eduid:switch [2019/12/05 17:03] – Wolfgang Pempe | de:aai:eduid:switch [2020/08/17 08:52] (aktuell) – Wolfgang Pempe | ||
---|---|---|---|
Zeile 118: | Zeile 118: | ||
* Zweckbindung: | * Zweckbindung: | ||
* Nochmals der Wunsch nach bilateralen Zusammenarbeiten | * Nochmals der Wunsch nach bilateralen Zusammenarbeiten | ||
+ | \\ | ||
+ | |||
+ | **Notizen zur Fragestunde am 11.2.2020 im Rahmen des [[de: | ||
+ | |||
+ | **Fragen an SWITCH** | ||
+ | * Schaubild Architektur Swiss edu-ID | ||
+ | * ID-Migration: | ||
+ | * 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 kann die Daten der HE übernehmen, | ||
+ | * Benutzer kann Daten der HE auch wieder mit eigenen Daten überschreiben, | ||
+ | * über den Affiliation-Chooser wird das Attribut-Set genommen, welches von der Einrichtung geliefert wurde | ||
+ | * Gibt es mehrere Affiliations, | ||
+ | * 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/ | ||
+ | * Dubletten-Erkennung: | ||
+ | * 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: | ||
+ | * Anwendungsfall war Namensänderung von Einrichtungen, | ||
+ | * 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, | ||
+ | * 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, | ||
+ | * 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, | ||
+ | * 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!!" | ||
+ | * 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 " | ||
+ | * Aktuelle Überlegung, | ||
+ | * Assurance-Level | ||
+ | * Werden Daten nach Ausscheiden aus HE aufgehoben? | ||
+ | * Aktuell nicht, die Überlegung, | ||
+ | * "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 " | ||
+ | * Idendifikatoren, | ||
+ | * "Von Zeitpunkt A bis Zeitpunkt B gab es diese Affiliation" | ||
+ | * 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 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? |