Standardisierter Nachweis für Authentifizierung und Willensbekundung
Aufgrund der grundsätzlichen konzeptionellen Trennung der Systemverantwortlichkeit für Onlineantragsdienste und Fachverfahren in der XFall Architektur, ist ein Nachweis für die elektronische Willenserklärung dem Antrag beizufügen, falls die Willenserklärung nicht mit einer qualifizierten Signatur, sondern mit alternativen Methoden wie der eID oder einem Nutzerkonto erfolgt ist.
Hier ist ein standardisiertes und offenes Nachweisprotokoll zu definieren, dass den Antragsdaten als Anlage beigefügt werden kann und es jeder dritten Stelle ermöglicht, die Gültigkeit der Willenserklärung zu überprüfen. Dieses Nachweisprotokoll sollte im Rahmen der interoperablen Nutzerkonten jedem Onlinedienst optional bereitgestellt werden können.
- Umsetzungsvorschlag entwickeln und dokumentieren
- Nötige Anpassungen der API-Spec vornehmen
Hierbei sind insbesondere das Zusammenspiel mit der Authentifizierung gegenüber der API des Antragsdatenübermittlungsdienstes und der Ende-zu-Ende-Verschlüsselung zu berücksichtigen.
Activity
assigned to @Andreas_Huber
evtl. relevant: https://github.com/Governikus/IdentificationReport
-
Wichtige Designentscheidung des nPA: Identifikationsmerkmale (Name, Adresse etc.) werden niemals vom Personalausweis signiert (obwohl technisch möglich), sondern nur authentisiert, damit im Falle eines IT-Sicherheitsvorfalls keine signierten personenbezogenen Daten vorliegen. Signierte personenbezogenen Daten stellen aufgrund der Nachprüfbarkeit der Signatur einen höheren Marktwert bei nicht rechtmäßigen Adresshändlern dar.
Hinweis zum Attribut
subjectRefim IdentificationReport:This should be a short link to the subject authenticated. Currently supported: firstName and lastName. This can easily extended but keep in mind that this field is sensible according to data privacy and should contain just enough data to link to a person.Haben wir andere Identifikationsmöglichkeiten abgesehen von Name/Adresse, die hier genutzt werden könnten?
Edited by Marco Holz mentioned in issue #21 (closed)
-
Ebenfalls relevant: W3C Verifiable Credentials Data Model
-
Zu beachten: Kapitel 7 in TR-03107-1
-
- Codeliste Identifizierungsmittel: https://www.xrepository.de/details/urn:xoev-de:fim:codeliste:identifizierungsmittel
- Codeliste Vertrauensniveau: https://www.xrepository.de/details/urn:xoev-de:fim:codeliste:vertrauensniveau
Edited by Marco Holz -
@Andreas_Huber: Gibt es zur aktuellen Realisierung der Authentifizierung und Willensbekundung verschriftlichte Dokumentation?
mentioned in issue #43 (closed)
-
Leitfaden zur Anbindung kommunaler Online-Dienste an das Nutzerkonto des Landes Sachsen-Anhalt mit technischen Details zur SAML-Anbindung im unteren Teil
-
-
Signaturen:
- https://www.bsi.bund.de/DE/Themen/Oeffentliche-Verwaltung/Moderner-Staat/ElektronischeSignatur/Signaturanwendungen/signaturanwendungen_node.html
- BSI - Grundlagen der elektronischen Signatur
- Leitlinie für digitale Signatur-/ Siegel-, Zeitstempelformate sowietechnische Beweisdaten (Evidence Record)
- https://blog.eid.as/tag/signatures/
- https://www.lsf.sachsen.de/eSignatur.html#a-5539
- https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/ElekSignatur/esig_pdf.pdf?__blob=publicationFile&v=2
Edited by Marco Holz mentioned in merge request !27 (merged)
-
Aus https://www.governikus.de/wp-content/uploads/governikus-autent-produktbroschuere.pdf zu Autent ID Connect (Erweiterungsmodul zum Autent Server):
Externe Fachverfahren und Portale können sich über die Standard Open-ID-Content-Schnittstelle anbinden. [Seite 15]
Alle relevanten Informationen zu einem Identifizierungsvorgang mit der Online-Ausweisfunktion werden durch einen signierten eID-Laufzettel protokolliert [Seite 15]
marked this issue as related to #68 (moved)
removed the relation with #68 (moved)
marked this issue as related to docs#31 (moved)
added component::Submission-API label
moved to planning#82
