Die EUDI-Wallet beruht auf wenigen offenen Standards, die ETSI für Europa zuschneidet und EU-Durchführungsverordnungen verbindlich machen. Diese Seite zeigt, welcher Standard was leistet, welche Version aktuell ist und auf welche Version das Recht verweist.
Geprüft: · Entwickler-Hub · Spezifikations-Tracker · Glossar
Was sich 2026 geändert hat
Seit dem 11. August 2026 bindet die Durchführungsverordnung (EU) 2026/1731 die Wallet an konkrete technische Spezifikationen: Nachweise in SD-JWT VC und ISO mdoc, Ausstellen mit OpenID4VCI, Vorzeigen über ein OpenID4VC-HAIP-Profil oder ein ISO-mdoc-Profil, Widerruf mit der Token Status List der IETF. Die Einzelheiten stehen in drei ETSI-Profilen (TS 119 472-1, -2, -3). Das W3C-Datenmodell für Verifiable Credentials aus den ursprünglichen Verordnungen von 2024 kommt in den geänderten Anhängen nicht mehr vor.
Zwei Nachweisformate laufen nebeneinander. SD-JWT VC beruht auf JSON und wird vor allem online genutzt; mdoc beruht auf CBOR und ist das einzige Format für das Vorzeigen vor Ort. Die geänderte Verordnung sieht beide Formate für PID und Attributsbescheinigungen vor; vertrauende Parteien wählen, was sie anfragen.
| Aufgabe | Weg über SD-JWT VC | Weg über mdoc |
|---|---|---|
| PID und Nachweise ausstellen | OpenID4VCI · HAIP · ETSI TS 119 472-3 | OpenID4VCI · HAIP · ETSI TS 119 472-3 |
| Nachweisformat | SD-JWT VC · SD-JWT · ETSI TS 119 472-1 | ISO/IEC 18013-5 (mdoc) · ETSI TS 119 472-1 |
| Online vorzeigen (Weiterleitung, QR-Code oder Browser-API) | OpenID4VP · HAIP · ETSI TS 119 472-2 | OpenID4VP · HAIP · ISO/IEC TS 18013-7 · ETSI TS 119 472-2 |
| Vor Ort vorzeigen (NFC, BLE, QR-Code) | entfällt | ISO/IEC 18013-5 (mdoc) · ETSI TS 119 472-2 |
| Widerruf und Status | Token Status List | Token Status List |
| Authentifizierung der vertrauenden Partei | ETSI TS 119 411-8 · ETSI TS 119 475 | ETSI TS 119 411-8 · ETSI TS 119 475 |
Die ETSI-Profile (TS 119 472-x, 119 411-8, 119 475) schneiden die allgemeinen Standards auf die EUDI-Wallet zu. Wo Profil und Grundstandard voneinander abweichen, gilt das Profil, auf das die Verordnung verweist.
Die Version in der Verordnung ist nicht immer die neueste. Verbindlich ist für die Umsetzung die Version, auf die der Rechtstext verweist; neuere Versionen zeigen, wohin sich die Spezifikationen entwickeln.
| Standard | Herausgeber | Einsatz | Status | Neueste Version | In der Verordnung |
|---|---|---|---|---|---|
| OpenID4VCI | OpenID Foundation | Ausstellen | final | 1.0 (16. Sept. 2025) | 1.0 |
| OpenID4VP | OpenID Foundation | Vorzeigen | final | 1.0 (9. Juli 2025) | genannt |
| HAIP | OpenID Foundation | Ausstellen, Vorzeigen | final | 1.0 (24. Dez. 2025) | genannt |
| SD-JWT VC | IETF | Format | Entwurf | draft-ietf-oauth-sd-jwt-vc-19 (31. Aug. 2026) | genannt |
| SD-JWT | IETF | Format | veröffentlicht | RFC 9901 (Nov. 2025) | nicht genannt |
| ISO/IEC 18013-5 (mdoc) | ISO/IEC | Format, Vorzeigen | veröffentlicht | ISO/IEC 18013-5:2021, 1. Ausgabe (Sept. 2021) | 2021 |
| ISO/IEC TS 18013-7 | ISO/IEC | Vorzeigen | veröffentlicht | ISO/IEC TS 18013-7:2025, 2. Ausgabe (Mai 2025) | 2025, Anhang C |
| Token Status List | IETF | Widerruf | Entwurf | draft-ietf-oauth-status-list-21 (21. Juni 2026) | draft-20 |
| ETSI TS 119 472-1 | ETSI | Format | veröffentlicht | V1.2.1 (Feb. 2026) | V1.2.1 (2026-02) |
| ETSI TS 119 472-2 | ETSI | Vorzeigen | veröffentlicht | V1.3.1 | V1.2.1 (2026-03) |
| ETSI TS 119 472-3 | ETSI | Ausstellen | veröffentlicht | V1.1.1 (März 2026) | V1.1.1 (2026-03) |
| ETSI TS 119 411-8 | ETSI | Vertrauen | veröffentlicht | V1.1.1 (Okt. 2025) | V1.1.1 (2025-10) |
| ETSI TS 119 475 | ETSI | Vertrauen | veröffentlicht | V1.2.1 (März 2026) | V1.2.1 (2026-03) |
| ETSI TS 119 602 | ETSI | Vertrauen | veröffentlicht | V1.1.1 (Nov. 2025) | nicht genannt |
| Digital Credentials API | W3C | Vorzeigen | Entwurf | Arbeitsentwurf (Working Draft) (4. Sept. 2026) | nicht genannt |
| VCDM | W3C | Format | veröffentlicht | 2.0, W3C-Empfehlung (15. Mai 2025) | nicht genannt |
| ARF | European Commission | Rahmen | laufend fortgeschrieben | v3.0.0 (23. Juli 2026) | zitiert, nicht verbindlich |
Zwei Spezifikationen in den Anhängen sind noch Entwürfe: Die Verordnung verweist auf Entwurf 20 der Token Status List, während Entwurf 21 inzwischen beim RFC-Editor liegt, und auf SD-JWT VC, das bei der IESG eingereicht, aber noch kein RFC ist. ETSI TS 119 472-2 ist bereits bei V1.3.1; die Verordnung verweist auf V1.2.1. Die Versionen prüft unser Spezifikations-Tracker täglich bei den Herausgebern; zuletzt am : Spezifikations-Tracker.
OAuth-basiertes Protokoll, mit dem Aussteller PID und Nachweise in die Wallet übertragen (Authorization Code Flow oder Pre-Authorized Code Flow, Batch-Ausstellung, Schlüsselnachweise).
Protokoll, mit dem eine vertrauende Partei Nachweise anfragt und die Wallet sie vorlegt – per Weiterleitung auf demselben Gerät, geräteübergreifend per QR-Code oder über das Digital Credentials API des Browsers. Anfragen beschreibt die Abfragesprache DCQL.
Legt aus den Optionen von OpenID4VCI und OpenID4VP sowie für SD-JWT VC und mdoc eine feste Auswahl für hohe Sicherheit fest. Für EUDI-Entwickler der wichtigste Einstieg: Wer HAIP umsetzt, deckt den Online-Weg ab.
JSON-basiertes Nachweisformat auf Grundlage von SD-JWT: Typ (vct), Aussteller, Gültigkeit, Schlüsselbindung. Einzelne Angaben sind selektiv offenlegbar. Vor allem für Online-Abläufe.
Grundmechanismus für SD-JWT VC: Der Aussteller signiert Hashwerte gesalzener Angaben; der Inhaber legt nur die gewünschten Angaben offen und beweist mit einem Key-Binding-JWT den Besitz des Schlüssels.
Datenformat (CBOR, Mobile Security Object mit Hashwerten je Angabe) und Protokoll für das Vorzeigen vor Ort per QR-Code, NFC oder Bluetooth Low Energy. Ursprünglich für den mobilen Führerschein, in der EUDI-Wallet für PID und weitere Nachweise.
Ergänzt 18013-5 um das Vorzeigen über das Internet. Anhang C beschreibt den Weg über eine Plattform-API wie das Digital Credentials API des Browsers.
Komprimierte Bitliste, in der der Aussteller den Status vieler Nachweise veröffentlicht (gültig, widerrufen, ausgesetzt). Prüfer laden die Liste, ohne dem Aussteller zu verraten, welcher Nachweis sie interessiert.
EU-Profil für Attributsbescheinigungen und PID in den Formaten SD-JWT VC (Abschnitt 5) und mdoc (Abschnitt 6): Pflichtfelder, Signaturen, Statusangaben.
Zwei Profile für das Vorzeigen: das „ISO/IEC-mdoc-Profil“ (18013-5 vor Ort, 18013-7 Anhang C über Plattform-API) und das „OpenID4VC-HAIP-Profil“ (Weiterleitung oder Plattform-API).
EU-Profil von OpenID4VCI für das Ausstellen von PID und Attributsbescheinigungen, einschließlich Aussteller-Metadaten, Registrierungszertifikat des Ausstellers und eingebetteter Offenlegungsregeln.
Zertifikatsrichtlinie für die Zugangszertifikate, mit denen sich vertrauende Parteien gegenüber der Wallet ausweisen.
Legt fest, welche Angaben über die vertrauende Partei die Wallet dem Nutzer zeigt und wie das Registrierungszertifikat aufgebaut ist.
Datenmodell für Listen vertrauenswürdiger Stellen wie Wallet-Anbieter, PID-Anbieter und Zertifikatsanbieter; ergänzt die klassischen Vertrauenslisten nach ETSI TS 119 612. Die Wallet-DVOs (2024/2977, 2979, 2980, 2982, 2025/848, 849, 2026/1730, 1731) verweisen nicht darauf; Stand 12.10.2026.
Browser-Schnittstelle (navigator.credentials.get), über die eine Website Nachweise aus einer Wallet auf dem Gerät anfragt. Sowohl OpenID4VP als auch 18013-7 Anhang C können darüber laufen; die DVO spricht allgemein von „API-vermittelter“ Übertragung.
Allgemeines W3C-Datenmodell für überprüfbare Nachweise. Die ursprünglichen DVOs von 2024 nannten Version 1.1; seit der Änderung durch die DVO (EU) 2026/1731 stützen sich die EUDI-Profile auf SD-JWT VC und mdoc.
Gemeinsames technisches Rahmenwerk von Kommission und Mitgliedstaaten: Architektur, Rollen, Abläufe, Anforderungen. Nicht rechtsverbindlich – verbindlich sind die Durchführungsverordnungen, die sich darauf stützen.
Diese Übersicht vereinfacht. Maßgeblich sind die Rechtstexte und die Spezifikationen selbst; keine Rechtsberatung. Die Versionen wurden am angegebenen Datum bei den Herausgebern (openid.net, IETF Datatracker, ISO, W3C, ETSI, GitHub) und am Text der Durchführungsverordnungen geprüft. Die Inhalte dürfen unter CC BY 4.0 mit der Namensnennung „Eudigo (eudigo.eu)“ verwendet werden.