Das EUDI Wallet kann mehr als nur einen Kunden identifizieren. Mit der EUDI Wallet-Zahlungsspezifikation TS 12 kann eine Wallet dem Kunden eine Transaktion anzeigen, ihn mit zwei Faktoren authentifizieren und genau das unterschreiben, was er genehmigt hat. DLBR EID überprüft diese Präsentationen für Banken, Zahlungsinstitute und E-Geld-Emittenten, sodass Ihr Team Wallet-basiertes SCA hinzufügen kann, ohne das Protokoll und die Vertrauensprüfungen selbst erstellen zu müssen.
Den regulatorischen Zeitplan finden Sie unter EUDI Wallet-Akzeptanz für Banken: Was die Frist im Dezember 2027 erfordert.
So funktioniert Wallet-basiertes SCA
TS 12 teilt die Arbeit zwischen drei Parteien auf:
- Ihre Organisation stellt eine SCA-Bescheinigung für die Wallet des Kunden aus, die an den Kunden und gegebenenfalls an ein Konto oder eine Karte gebunden ist.
- Für jede Anmeldung oder Zahlung senden Sie eine Anfrage mit den Transaktionsdetails. Das Wallet zeigt sie dem Kunden, authentifiziert den Kunden und sendet eine mit dem Wallet-Schlüssel signierte Präsentation zurück.
- Der Prüfer prüft die Vorlage und Sie entscheiden, ob Sie die Anmeldung oder Zahlung autorisieren.
DLBR EID führt Schritt 3 durch. Sie bewahren die Bescheinigung, die Kundenbeziehung und die Autorisierungsentscheidung auf.
Was DLBR EID überprüft
Die Transaktion, die der Kunde genehmigt hat
Eine Anfrage beinhaltet eine von vier TS 12-Transaktionsarten: Zahlung, Login und Risiko, Kontozugriff oder E-Mandat. DLBR EID prüft jede Nutzlast anhand ihres Schemas, bevor die Anfrage das Wallet erreicht, einschließlich Zahlungsempfänger, Betrag, Währung und Details zur wiederkehrenden Zahlung.
Das Wallet muss einen Hash der genauen Transaktionsdaten signieren, die ihm angezeigt wurden. DLBR EID berechnet diesen Hash neu und weist etwaige Abweichungen zurück, sodass eine Vorlage keinen anderen Betrag oder Zahlungsempfänger autorisieren kann. Dies ist die dynamische Verknüpfung, die für Fernzahlungen erforderlich ist.
Zwei unabhängige Faktoren
Das Wallet gibt an, welche Faktoren es verwendet hat, etwa eine PIN und einen Schlüssel, der in der sicheren Hardware des Geräts gespeichert ist. DLBR EID erfordert zwei Faktoren aus unterschiedlichen Kategorien (Wissen, Besitz, Inhärenz) und verwendet ausschließlich die in TS 12 definierten Methoden.
Jede Anfrage kann dies mit einer Richtlinie eingrenzen. Sie können beispielsweise einen Besitzfaktor verlangen, den Besitz auf Schlüssel beschränken, die in sicherer Hardware aufbewahrt werden, oder nicht spezifizierte Methoden ablehnen. Eine Präsentation, die die Richtlinie nicht erfüllt, schlägt mit einem eigenen Ergebniscode fehl, sodass Ihr Team einen Richtlinienverstoß an einer fehlerhaften Signatur erkennen kann.
Ein Authentifizierungscode zur einmaligen Verwendung
Jede TS 12-Präsentation trägt einen einmaligen Authentifizierungscode. DLBR EID akzeptiert jeden Code einmal. Eine Präsentation, die einen Code aus einer früheren Überprüfung wiederverwendet, schlägt fehl, und wenn die Prüfung nicht ausgeführt werden kann, schlägt die Überprüfung fehl, anstatt sie zu bestehen.
Eine vertrauenswürdige SCA-Bescheinigung
DLBR EID akzeptiert nur SCA-Bescheinigungen, deren Aussteller und Anmeldeinformationstyp ein Betreiber überprüft und angeheftet hat, zusammen mit den Transaktionstypen, die diese Anmeldeinformationen autorisieren können. Diese Metadaten werden während einer Überprüfung nicht abgerufen.
Nachweise für Audit und Outsourcing
Wenn DLBR EID SCA-Elemente in Ihrem Namen überprüft, können Sie davon ausgehen, dass Ihr Outsourcing-Vertrag Prüfungsrechte und Nachweise abdeckt. Jede verifizierte SCA-Präsentation fügt dem Hash-verketteten Prüfprotokoll von DLBR EID einen Eintrag hinzu mit:
- die Transaktionsarten;
- die Hashes der Transaktionsdaten, die das Wallet signiert hat;
- die Authentifizierungscodes;
– die Faktoren, die das Wallet behauptet.
Der Eintrag speichert keine Beträge, Zahlungsempfänger oder Forderungswerte. Jeder, der über die ursprünglichen Transaktionsdaten verfügt, kann den Hash neu berechnen und ihn dem Eintrag zuordnen. Die Kette macht spätere Änderungen an einem Eintrag erkennbar.
Was bei Ihrer Organisation bleibt
- Ausstellung der SCA-Bescheinigung und Bindung an den Kunden, das Konto oder die Karte.
- Die Autorisierungsentscheidung. Eine verifizierte Vorlage bedeutet, dass der Nachweis der Wallet gültig ist. Es handelt sich nicht um eine Zahlungsermächtigung oder Abrechnung.
- Zahlungsnetzwerkregeln, z. B. unterstützte Währungen und Betragsgenauigkeit.
- Eine alternative Route für Kunden, die kein Wallet verwenden.
Wallet-Unterstützung heute
Die Unterstützung von TS 12 in Wallets ist noch im Entstehen begriffen. Einige Wallet-Builds akzeptieren TS 12-Transaktionstypen noch nicht und lehnen die Anfrage ab, bevor der Kunde sie sieht. Testen Sie mit den Wallets, die Ihre Kunden verwenden werden, und halten Sie Ihre vorhandenen SCA-Methoden verfügbar, während der Support wächst.
FAQ
Autorisiert DLBR EID Zahlungen?
Nein. DLBR EID überprüft die Präsentation des Wallets und die unterzeichnete Transaktionsbindung. Ihre Organisation entscheidet, ob die Zahlung genehmigt wird.
Können wir einschränken, welche Authentifizierungsmethoden wir akzeptieren?
Ja. Jede Anfrage kann bestimmte Faktorkategorien erfordern, jede Kategorie auf aufgelistete TS 12-Methoden beschränken und nicht spezifizierte Methoden ablehnen.
Was passiert, wenn eine Wallet einen Authentifizierungscode wiederverwendet?
Die Überprüfung schlägt fehl und es wird ein Ergebniscode angezeigt, der besagt, dass der Code wiederverwendet wurde. Der Code wird nicht doppelt akzeptiert.
Speichern Sie Transaktionsdetails?
Das Prüfprotokoll speichert Hashes der Transaktionsdaten, keine Beträge oder Zahlungsempfänger. Verifizierte Ergebnisse werden kurz gespeichert, damit Ihr Dienst sie sammeln kann, wie in unserer Datenschutzerklärung beschrieben.
Wie können wir es versuchen?
DLBR EID nimmt private Pilotanfragen von Banken, Zahlungsinstituten und E-Geld-Emittenten entgegen. Pilotzugang anfragen mit einer kurzen Beschreibung der Reisen, die Sie abdecken möchten.