Document ID: /fineweb-2-swissfilter-quality_10-filterrobots/filtered/03341.jsonl.gz/280

“Vermittelte” v. “Direkte” Authentifizierung (8/8): Geht das mit Art. 20 BGEID?
Dieser Beitrag knüpft an eine Diskussion auf Twitter an:
- https://twitter.com/lauxandlaw/status/1367145656922603521
- https://twitter.com/lauxandlaw/status/1367176454715375618
Er ist zugleich ein Beitrag zur Diskussion mit Kaspar Etter auf diesem Blog, namentlich zu Punkt 3 und Punkt 4 in seinem Gastbeitrag “Fachliche Kritik am E-ID-Gesetz”. Und er ist zu lesen in Verbindung mit den anderen Beiträgen zum Thema “Vermittelte” v. “Direkte” Authentifizierung auf diesem Blog.
Oft hört man, dass Art. 20 BGEID ebenfalls quer in der Landschaft stehe, wenn man sage, das BGEID lasse dezentrale E-ID-Lösungen zu. Wenngleich Differenzierungen dem BGEID diesbezüglich durchaus gut getan hätten, so kann man nicht sagen, dass Art. 20 BGEID dezentralen Lösungen entgegen stehen würde:
Erstens, braucht es auch bei SSI-Lösungen irgendjemanden, der die Identität der Nutzerin bestätigt, und diese Stelle wird dann als IdP bestellt werden (ich weiss, man könnte die Rolle dann auch bloss als Issuer bezeichnen; aber um diese Stelle dann in eine Beziehung zum BGEID zu bringen, halte ich es dennoch für richtig, den Issuer als IdP im Sinne des BGEID zu anerkennen). Ich sehe nicht, was der Vorteil sein sollte, dem Issuer die Stellung als IdP zu verweigern. Wenn nun also eine Relying Party einen Anschlussvertrag mit einem Issuer (Dezentralen IdP) abschliesst, ist dies kein Problem. Es wird so sichergestellt, dass Relying Parties die Sicherheitslevels gemäss Art. 4 Abs. 1 BGEID einheitlich referenzieren (dies ist das von Art. 20 BGEID vorgesehene Regulierungsmodell: Der IdP trägt das E-ID-Konzept in den Markt).
Zweitens, Art. 20 lit. b BGEID sagt es ja ausdrücklich: Die Anschlussvereinbarung mit dem IdP (ggf. dem Issuer, der als dezentraler IdP nach dem BGEID anerkannt werden kann) wird auch Vorgaben zu technischen Abläufen machen. Diese Vereinbarung ist die Grundlage dafür, dass die Relying Party zur Integration einer Schnittstelle zum Routing von Anfragen in “beide Welten” — die dezentrale Welt sowie die zentrale Welt — verpflichtet ist, und zwar auch dann, wenn sie den Anschlussvertrag mit einem dezentralen IdP hat. Art. 20 BGEID sorgt somit dafür, dass die Relying Parties einheitliche Konzepte implementieren, wenn sie die E-ID akzeptieren.
Insgesamt:
- Es ist nicht ersichtlich, warum der dezentrale IdP nicht dafür sorgen können soll, dass das Regulierungskonzept des BGEID so an die betreffende Relying Party herangetragen wird.
- Es ist nicht ersichtlich, inwiefern Art. 20 BGEID dezentralen Lösungen unter dem BGEID entgegen stehen sollte.