Sven Erik Matzen

Software Architect | Cloud & Security Expert | AI-enabled Solutions

Der Ausweis, der schweigt: eIDAS 2.0, die EU-Identitäts-Wallet und die Kunst, nur das Nötigste preiszugeben

🎧 Listen to this article

Compliance · 2026-09-03

EU-Kennzeichnung: vollständig KI-generierter Inhalt Vollständig KI-generierter Artikel (ohne Vorabprüfung).

Der Aufhänger: Der Türsteher, der zu viel weiß

Stell dir eine ganz alltägliche Szene vor. Du willst online eine Flasche Wein bestellen, ein Konto bei einer Bank eröffnen oder auch nur eine Plattform betreten, die dir bestätigt, dass du über achtzehn bist. Heute läuft das fast immer nach demselben Muster: Du zückst deinen Personalausweis, hältst ihn in eine Kamera oder tippst deine vollständigen Daten in ein Formular. Der Gegenüber – der Onlineshop, die Bank, die Plattform – erfährt dabei nicht nur, dass du volljährig bist. Er erfährt deinen vollständigen Namen, dein exaktes Geburtsdatum, deine Ausweisnummer, oft deine Adresse und dein Gesicht. Für die schlichte Aussage „ist über 18" liefert dein Ausweis ein ganzes Dossier mit.

Es ist, als würde ein Türsteher, der eigentlich nur ein Ja oder Nein braucht, jedes Mal deinen kompletten Lebenslauf fotokopieren und in einem Aktenschrank ablegen, den du nie wieder zu Gesicht bekommst. Multipliziert mit jedem Dienst, jeder Anmeldung, jedem Kaufvorgang ergibt sich daraus über die Jahre ein riesiges, verstreutes, verkettbares Abbild deines Lebens – verteilt über Hunderte von Datenbanken, deren Sicherheit du nicht kennst und deren Geschäftsmodell dir oft verborgen bleibt.

Genau diesen Zustand will die Europäische Union grundlegend umbauen. Am 20. Mai 2024 trat die Verordnung (EU) 2024/1183 in Kraft – gemeinhin eIDAS 2.0 genannt. Ihr Herzstück ist die EU Digital Identity Wallet, kurz EUDI Wallet: eine digitale Brieftasche auf dem Smartphone, die jeder Mitgliedstaat seinen Bürgerinnen, Bürgern, Einwohnern und Unternehmen bis Ende 2026 kostenlos anbieten muss. Die Vision ist ein europaweit anerkannter, staatlich abgesicherter digitaler Ausweis, der eine radikal andere Grundhaltung hat als der Türsteher von eben: Er soll nur das preisgeben, was tatsächlich gebraucht wird – im Idealfall nur ein schlichtes „Ja, über 18", ohne Name, ohne Geburtsdatum, ohne Ausweisnummer.

Für jemanden wie Sven – Senior AI Engineer mit einem Standbein in IT-Security, Cloud-Architektur und Compliance – ist eIDAS 2.0 ein faszinierender Kreuzungspunkt. Hier treffen europäisches Regulierungshandwerk, jahrzehntelang gereifte Kryptografie (selektive Offenlegung, Zero-Knowledge-Beweise, Post-Quanten-Verfahren) und knallharte Fragen des Systementwurfs aufeinander. Und wie so oft in der digitalen Politik verbirgt sich hinter dem sperrigen Verordnungstext ein tiefer Zielkonflikt: zwischen Komfort und Kontrolle, zwischen Sicherheit und Überwachung, zwischen einer schönen Datenschutz-Vision und der harten Realität ihrer technischen Umsetzung. Dieser Artikel nimmt dich auf die ganze Strecke mit.

Teil 1: Von eIDAS 1.0 zu eIDAS 2.0 – warum es überhaupt eine neue Verordnung braucht

Um eIDAS 2.0 zu verstehen, muss man kurz auf den Vorgänger blicken. Die ursprüngliche eIDAS-Verordnung (EU) 910/2014 – das Kürzel steht für electronic IDentification, Authentication and trust Services – war 2014 ein durchaus wichtiger Baustein des digitalen Binnenmarkts. Sie schuf einen europäischen Rechtsrahmen für elektronische Signaturen, Siegel, Zeitstempel und Websitezertifikate und ermöglichte im Prinzip die grenzüberschreitende Anerkennung nationaler elektronischer Identitäten. Wer in einem Land ein staatliches eID-System hatte, sollte sich damit auch bei Behörden anderer Mitgliedstaaten anmelden können.

Der Haken: In der Praxis blieb eIDAS 1.0 weit hinter dieser Vision zurück. Die Verordnung verpflichtete die Staaten nicht, überhaupt ein eID-System bereitzustellen, sondern nur, vorhandene fremde Systeme anzuerkennen. Das Ergebnis war ein Flickenteppich. Manche Länder hatten ausgereifte, breit genutzte Systeme; andere hatten nichts oder nur Insellösungen für einzelne Behördengänge. Grenzüberschreitend funktionierte wenig, und für die Privatwirtschaft – also den Onlineshop, die Bank, die Plattform – war das Ganze kaum nutzbar. Nach Schätzungen der Kommission nutzte nur ein kleiner Teil der Europäerinnen und Europäer überhaupt regelmäßig ein staatliches digitales Identitätsmittel.

Parallel dazu wuchs ein anderes Problem heran: Die Lücke füllten globale Konzerne. „Mit Google anmelden", „mit Apple anmelden", „mit Facebook anmelden" – diese Login-Buttons wurden zur faktischen Identitätsinfrastruktur des Alltags, mit allen Nebenwirkungen für Datenschutz, Machtkonzentration und Abhängigkeit. Die EU sah eine strategische Souveränitätsfrage: Wer kontrolliert die Identitätsschicht des digitalen Lebens der Europäer?

Aus dieser Diagnose entstand eIDAS 2.0. Kommissionspräsidentin Ursula von der Leyen kündigte in ihrer Rede zur Lage der Union 2020 eine „europäische digitale Identität" an; im Juni 2021 folgte der Verordnungsvorschlag. Nach dem üblichen Ringen zwischen Kommission, Parlament und Rat wurde der Text am 11. April 2024 unterzeichnet, am 30. April 2024 im Amtsblatt veröffentlicht und trat am 20. Mai 2024 als Verordnung (EU) 2024/1183 in Kraft. Formal ist eIDAS 2.0 keine völlig neue Verordnung, sondern eine tiefgreifende Änderung der alten eIDAS-Verordnung 910/2014 – aber der Eingriff ist so grundlegend, dass sich der Beiname „2.0" durchgesetzt hat.

Der entscheidende Unterschied zur ersten Fassung: eIDAS 2.0 ist nicht länger bloß ein Anerkennungsrahmen, sondern eine Bereitstellungspflicht. Jeder Mitgliedstaat muss bis Ende 2026 mindestens eine EUDI Wallet anbieten. Und die Verordnung greift tief in die Privatwirtschaft hinein: Bestimmte Sektoren werden verpflichtet, die Wallet als Anmelde- und Nachweismittel zu akzeptieren. Aus einem zahnlosen Angebot wird ein Ökosystem mit Pflichtcharakter auf beiden Seiten – Anbieter und Akzeptanzstellen.

Teil 2: Was die Wallet eigentlich ist – Anatomie einer digitalen Brieftasche

Der neue Artikel 5a der Verordnung ist das Herzstück und definiert, was eine EUDI Wallet leisten muss. Es lohnt sich, die Metapher der „Brieftasche" ernst zu nehmen, denn sie trägt weit. Eine physische Brieftasche enthält verschiedene Karten von verschiedenen Ausstellern – Personalausweis vom Staat, Führerschein von der Verkehrsbehörde, Bankkarte von der Bank, Mitgliedsausweis vom Verein. Du entscheidest, welche Karte du in welcher Situation zückst. Genau dieses Modell überträgt eIDAS 2.0 ins Digitale.

Die Wallet enthält im Kern zwei Arten von Nachweisen. Der erste und wichtigste sind die Person Identification Data (PID) – die staatlich ausgestellten Kern-Identitätsdaten, gewissermaßen der digitale Personalausweis: Name, Geburtsdatum, eindeutige Kennung. Diese PID werden von einem staatlich autorisierten Aussteller in die Wallet eingebracht und bilden den vertrauenswürdigen Anker. Der zweite Typ sind elektronische Attributbescheinigungen (Electronic Attestation of Attributes, EAA) – digitale Nachweise über einzelne Eigenschaften: Führerschein, Hochschuldiplom, Berufsqualifikation, Bankverbindung, Krankenversicherung, Konzertticket. Wenn eine solche Bescheinigung von einer qualifizierten, streng regulierten Vertrauensdiensteanbieterin ausgestellt wird, spricht man von einer qualifizierten elektronischen Attributbescheinigung (QEAA) mit besonders hoher rechtlicher Beweiskraft.

Die Wallet kann damit drei große Dinge tun. Erstens: eine Person gegenüber Behörden und Diensten identifizieren und authentifizieren – etwa beim Login zum Finanzamt oder beim Eröffnen eines Bankkontos. Zweitens: einzelne Attribute nachweisen – „ich besitze einen gültigen Führerschein der Klasse B", „ich bin approbierter Arzt", „ich bin über 18". Drittens: elektronische Dokumente qualifiziert signieren – die Wallet enthält für Privatpersonen eine kostenlose Möglichkeit zur qualifizierten elektronischen Signatur, die rechtlich der handschriftlichen Unterschrift gleichsteht.

Ein oft übersehenes, aber wichtiges Detail: Die Wallet muss Pseudonyme unterstützen. Für viele Dienste braucht es gar keine echte Identität, sondern nur eine stabile, wiedererkennbare, aber nicht auf die reale Person zurückführbare Kennung – etwa um ein Nutzerkonto zu führen, ohne den Klarnamen preiszugeben. Die Verordnung schreibt diese Möglichkeit ausdrücklich vor, als Bollwerk gegen die „Überidentifizierung", auf die wir noch zurückkommen.

Und schließlich: Die Nutzung der Wallet ist freiwillig. Niemand darf gezwungen werden, sie zu verwenden, und wer sie nicht nutzt, darf nicht benachteiligt werden. Das ist eine politisch heikle Zusicherung, deren praktische Belastbarkeit sich erst zeigen wird, wenn immer mehr Dienste die Wallet als bequemsten – und irgendwann vielleicht einzig zumutbaren – Weg anbieten.

Teil 3: Unter der Haube – die technische Architektur

Eine Verordnung schreibt vor, was gelten soll; die eigentliche Musik spielt in der Frage, wie das technisch funktioniert. Hier kommt das Architecture Reference Framework (ARF) ins Spiel – ein umfangreiches, fortlaufend weiterentwickeltes technisches Rahmenwerk, das die Kommission gemeinsam mit den Mitgliedstaaten erarbeitet. Das ARF ist kein Gesetz, sondern eine Art gemeinsamer „Werkzeugkasten" mit Standards, Protokollen und Best Practices, der die Interoperabilität der 27 nationalen Wallets sicherstellen soll. Es ist in den vergangenen Jahren durch viele Versionen gereift; die Diskussion um einzelne Bausteine läuft öffentlich, unter anderem auf GitHub.

Drei technische Fundamente sind zentral. Das erste sind die Credential-Formate – also, in welcher Datenstruktur ein Nachweis überhaupt vorliegt. Das ARF setzt vor allem auf zwei Formate. Das eine ist ISO/IEC 18013-5, ursprünglich der internationale Standard für den mobilen Führerschein (mobile Driving Licence, mDL), dessen Datenmodell – das sogenannte mdoc – für andere Nachweise verallgemeinert wird. Das andere ist SD-JWT VC (Selective Disclosure JSON Web Token Verifiable Credential), ein token-basiertes Format aus der weit verbreiteten JWT-Familie, das gezielt um die Fähigkeit zur selektiven Offenlegung erweitert wurde. Beide Formate bauen konzeptionell auf den Verifiable Credentials des W3C auf – einem offenen Standard für nachprüfbare, kryptografisch signierte digitale Nachweise.

Das zweite Fundament sind die Protokolle für Ausstellung und Vorlage. Wie kommt ein Nachweis in die Wallet, und wie zeigt man ihn vor? Dafür setzt das ARF auf die OpenID-Familie: OpenID for Verifiable Credential Issuance (OpenID4VCI) regelt die Ausstellung, OpenID for Verifiable Presentations (OpenID4VP) die Vorlage. Diese Protokolle definieren den Tanz zwischen drei Rollen, die man sich einprägen sollte, weil sie das ganze Feld strukturieren: dem Aussteller (Issuer, etwa der Staat oder eine Universität), dem Inhaber (Holder, die Nutzerin mit ihrer Wallet) und der prüfenden Partei (Relying Party oder Verifier, etwa der Onlineshop). Wer die drei Rollen im Kopf hat, versteht die Architektur.

Das dritte Fundament ist die Sicherheit des Geräts. Die kryptografischen Schlüssel, die den Nachweisen ihre Fälschungssicherheit geben, müssen besonders geschützt liegen – idealerweise in einem manipulationssicheren Hardware-Element des Smartphones (Secure Element oder ähnlichen sicheren Ausführungsumgebungen). Nur so lässt sich das höchste Vertrauensniveau „hoch" (assurance level high) erreichen, das die Verordnung für viele Anwendungen fordert. Genau an dieser Stelle wird es in der Praxis schwierig, weil der Zugriff auf diese Hardware-Elemente bei iPhone und Android stark von den Plattformbetreibern kontrolliert wird – eine der vielen Stellen, an denen die schöne Souveränitätsvision auf die Machtverhältnisse des Smartphone-Marktes trifft.

Teil 4: Selektive Offenlegung und das tückische Problem der Verkettbarkeit

Jetzt kommen wir zum eigentlichen Kern – der Eigenschaft, die die EUDI Wallet von einem bloßen digitalen Aktenordner unterscheiden soll. Sie heißt selektive Offenlegung (selective disclosure), und ihr Versprechen ist das des Türstehers, der endlich lernt, nur die eine Frage zu beantworten.

Das Prinzip ist elegant. Ein Nachweis – sagen wir, der digitale Personalausweis – enthält viele einzelne Datenfelder: Name, Geburtsdatum, Adresse, Ausweisnummer und so weiter. Beim klassischen Vorzeigen müsste man das ganze Dokument präsentieren, und mit ihm die kryptografische Signatur des Ausstellers, die alle Felder zusammen absichert. Selektive Offenlegung bricht diese Kopplung auf: Die Wallet kann einzelne Felder herausgeben und alle anderen zurückhalten, ohne dass die Signatur ihre Gültigkeit verliert. Der Onlineshop bekommt „über 18: ja" – und nur das. Name, Geburtsdatum, alles andere bleibt in der Wallet.

Technisch wird das bei SD-JWT und mdoc über ein cleveres Verfahren mit gehashten Einzelfeldern gelöst. Vereinfacht: Der Aussteller signiert nicht die Klartextfelder direkt, sondern kryptografische Hash-Werte (Prüfsummen) der einzelnen Felder. Die Wallet kann dann selektiv die Klartextwerte genau der Felder offenlegen, die gebraucht werden, samt der zugehörigen Öffnungsinformation – und die prüfende Partei kann verifizieren, dass diese Werte tatsächlich unter der Original-Signatur des Ausstellers stehen, ohne die übrigen Felder je zu sehen. Wer den Artikel über Der Baum, der die Wahrheit verdichtet: Merkle-Bäume und die Kunst der effizienten Integritätsprüfung gelesen hat, erkennt hier ein verwandtes Denken: die Wahrheit einzelner Bestandteile beweisen, ohne das Ganze offenzulegen.

Doch nun kommt die tückische Feinheit, an der sich Datenschützer und Kryptografen seit Jahren abarbeiten: die Verkettbarkeit (linkability). Selektive Offenlegung sorgt dafür, dass ich weniger preisgebe. Aber sie sorgt nicht automatisch dafür, dass die einzelnen Vorzeige-Vorgänge nicht miteinander verknüpfbar sind. Man muss hier zwei Stufen unterscheiden, die im ARF sorgfältig benannt werden.

Die erste Stufe ist die Unlinkability gegenüber prüfenden Parteien (Relying-Party-Unlinkability): Zwei verschiedene Diensteanbieter, denen ich denselben Nachweis vorgezeigt habe, sollen nicht durch Zusammenlegen ihrer Daten erkennen können, dass es sich um dieselbe Person handelt. Die zweite, stärkere Stufe ist die volle Unlinkability: Selbst wenn alle Beteiligten – einschließlich des Ausstellers – zusammenarbeiten, soll niemand die einzelnen Vorzeige-Vorgänge einer Person zuordnen können.

Das Problem: Die einfachen selective-disclosure-Verfahren erreichen diese Unverkettbarkeit nicht von selbst. Zeigt die Wallet mehrfach denselben signierten Nachweis vor, so wandert jedes Mal dieselbe Signatur mit – und eine identische kryptografische Signatur ist ein perfekter, eindeutiger Wiedererkennungswert, ein verstecktes Peilsender-Signal. Verschiedene Dienste könnten allein daran erkennen, dass sie es mit derselben Person zu tun haben. Man könnte für jeden Vorgang einen frischen, einmaligen Nachweis vom Aussteller anfordern (das sogenannte Batch-Issuance mit Einmal-Credentials), aber das verlagert das Problem nur: Der Aussteller weiß dann potenziell, wie oft und wann seine Bürger ihre Nachweise nutzen.

Die saubere kryptografische Lösung heißt anonyme Berechtigungsnachweise (anonymous credentials) und arbeitet mit fortgeschrittenen Signaturverfahren, die pro Vorgang eine frische, nicht wiedererkennbare Präsentation erzeugen – etwa BBS+-Signaturen oder Pointcheval-Sanders-Multisignaturen (PS-MS), die volle Unlinkability ermöglichen. Ein internationales Standardisierungsvorhaben (ISO/IEC PWI 24843) will BBS+ und PS-MS mit blinded signatures normieren. Und darüber hinaus rückt eine Technik in den Fokus, die Leserinnen und Leser dieses Vaults bereits kennen: die Zero-Knowledge-Beweise. Mit programmierbaren Zero-Knowledge-Verfahren – konkret zk-SNARKs – lässt sich beides zugleich erreichen: selektive Offenlegung und Unverkettbarkeit. Ein zk-SNARK kann als Schaltkreis formuliert werden, der eine geheime Eingabe (das Zeugnis, etwa die vollständige Attributbescheinigung) und eine öffentliche Aussage (etwa „das Altersattribut ist größer als 18") entgegennimmt und einen kompakten Beweis ausgibt, der genau diese Aussage bestätigt – ohne irgendein verkettbares kryptografisches Identifikationsmerkmal preiszugeben. Wer die Mechanik dahinter vertiefen will, findet sie im Artikel Beweisen ohne zu verraten: Zero-Knowledge-Beweise von Ali Babas Höhle bis zu zk-SNARKs.

Der Stand der Dinge, Anfang September 2026, ist ein Ringen um genau diese Frage. Das ARF hat die Zero-Knowledge-Beweise in einem eigenen Diskussionsthema („Topic G") aufgegriffen, und die Kommission arbeitet an technischen Spezifikationen, um ZKP-Methoden – aufsetzend auf mdoc und SD-JWT VC – zu verankern. Bislang ist allerdings kein einziges der zk-SNARK-Verfahren formal standardisiert, was für ein staatliches Hochsicherheitssystem ein ernstes Hindernis ist. Es ist hier fair zu sagen: Ich bin der Meinung, dass die Wallet mit einfacher selektiver Offenlegung startet und die volle Unverkettbarkeit erst schrittweise nachgerüstet wird – die verbindliche kryptografische Grundlage dafür ist Ende 2026 noch nicht abschließend gesetzt.

Teil 5: Der Streit – warum Hunderte Wissenschaftler Alarm schlugen

Kein großes Digitalgesetz der EU entsteht ohne heftige Debatte, und eIDAS 2.0 hat gleich zwei Konfliktlinien, die man kennen muss, um das Gesetz fair zu beurteilen.

Die erste und lauteste betrifft einen Nebenschauplatz, der es in sich hat: Artikel 45 und die sogenannten QWACs (Qualified Website Authentication Certificates, qualifizierte Websiteauthentifizierungszertifikate). Vereinfacht geht es um die kleinen Zertifikate, mit denen dein Browser prüft, ob eine Website echt ist – die Grundlage des Schloss-Symbols und der verschlüsselten HTTPS-Verbindung. Artikel 45 in einer früheren Fassung hätte Browser verpflichtet, eine neue Art staatlich autorisierter Zertifikate (QWACs) verpflichtend als vertrauenswürdig zu behandeln. Ausgestellt würden sie von Vertrauensdiensteanbietern, die nicht von den Browser-Herstellern, sondern von den Regierungen der Mitgliedstaaten zugelassen werden – und die Browser hätten kein Recht gehabt, ein sich fehlverhaltendes Zertifikat aus Sicherheitsgründen zu entfernen.

Für die Sicherheitsgemeinschaft war das ein Albtraum. Im November 2023 unterzeichneten schließlich über 500 Wissenschaftlerinnen und Wissenschaftler einen offenen Brief; Organisationen wie Mozilla und die Electronic Frontier Foundation (EFF) warnten öffentlich. Der Kern der Sorge: Wenn Regierungen erzwingen können, welchen Website-Zertifikaten Browser vertrauen müssen, dann öffnet das potenziell Tür und Tor für staatlich sanktionierte „Man-in-the-Middle"-Überwachung des verschlüsselten Web-Verkehrs – und untergräbt ein über Jahrzehnte mühsam aufgebautes, von den Browsern kuratiertes Vertrauenssystem. Der Brief formulierte scharf, die Regelung sei geeignet, „die Sicherheit des Internets als Ganzes zu schwächen". Nach der Kritik wurde der Text nachgebessert – etwa mit Klauseln, die die Nutzung der QWACs für die Verschlüsselung nicht erzwingen sollen –, doch viele Fachleute halten die Grundproblematik für nicht vollständig ausgeräumt. Es ist ein Lehrstück darüber, wie eine gut gemeinte Souveränitätsidee an einer sicherheitskritischen Stelle des Internets gefährlich werden kann.

Die zweite Konfliktlinie ist subtiler und betrifft die Wallet selbst: das Risiko der Überidentifizierung und der Überwachung. Kritiker fürchten, eine so bequeme, allgegenwärtige Identitätsinfrastruktur könne dazu führen, dass Dienste routinemäßig mehr Identität abfragen, als sie brauchen – gerade weil es so einfach ist. Und eine Wallet, die weiß, wo und wann du dich überall ausweist, wäre ein potenziell perfektes Überwachungsinstrument.

Hier hat der Gesetzgeber gegengesteuert, und man sollte das im Sinne der Ausgewogenheit anerkennen. Artikel 5a und die begleitenden Datenschutzvorschriften enthalten mehrere harte Garantien. Erstens: ein ausdrückliches Verbot des Profilings. Der Wallet-Anbieter darf keine unnötigen Informationen über die Nutzung der Wallet sammeln und die Identifikationsdaten nicht mit Daten aus anderen Diensten kombinieren, es sei denn, die Nutzerin verlangt es ausdrücklich. Zweitens: eine strikte Datentrennung – die zur Wallet gehörenden Daten müssen logisch von anderen Daten des Anbieters getrennt gehalten werden. Drittens, und besonders wirksam: eine Registrierungspflicht für prüfende Parteien. Wer die Wallet als Diensteanbieter nutzen will, muss sich im Mitgliedstaat seiner Niederlassung registrieren und vorab angeben, welche Attribute er abfragen will. Die Wallet kann dann technisch durchsetzen, dass ein Dienst nur die für seinen angemeldeten Zweck erforderlichen Daten überhaupt anfragen darf – ein Riegel gegen die Datensammelwut des Türstehers. Auch die europäischen Datenschutzbehörden, etwa die spanische AEPD, haben in ausführlichen Analysen das Zusammenspiel mit der Datenschutz-Grundverordnung beleuchtet und dabei sowohl die Chancen der Datenminimierung als auch die verbleibenden Risiken benannt.

Die ehrliche Bilanz lautet also: eIDAS 2.0 hat auf dem Papier bemerkenswert starke Datenschutzgarantien – vermutlich stärker als bei jedem vergleichbaren staatlichen Identitätssystem der Welt. Ob diese Garantien in der Praxis halten, hängt an zwei Dingen: an der technischen Umsetzung (insbesondere der noch offenen Unverkettbarkeit aus Teil 4) und an der Durchsetzung durch Aufsichtsbehörden. Papier ist geduldig; kryptografische Unverkettbarkeit ist es nicht.

Teil 6: Der Fahrplan, die Pilotprojekte und der erste große Testfall

Wie kommt aus einer Verordnung ein funktionierendes System auf Millionen Smartphones? eIDAS 2.0 folgt einem gestaffelten Zeitplan, den man sich merken sollte. Die Verordnung trat am 20. Mai 2024 in Kraft. Bis zum 24. Dezember 2026 muss jeder Mitgliedstaat mindestens eine EUDI Wallet bereitstellen. Und bis zum 24. Dezember 2027 greift die Akzeptanzpflicht für bestimmte Sektoren der Privatwirtschaft: Banken, Gesundheitswesen, Telekommunikation und sehr große Onlineplattformen müssen die Wallet dann als Authentifizierungsmittel akzeptieren. Die technischen Details werden fortlaufend über Durchführungsrechtsakte (implementing acts) und das mitwachsende ARF konkretisiert – der klassische EU-Mechanismus, das grobe Gesetz durch feingranulare Technikvorgaben zu füllen.

Damit das nicht am Reißbrett scheitert, hat die Kommission seit 2023 mehrere große Large-Scale Pilots finanziert – Konsortien aus Behörden und Unternehmen, die die Wallet-Technik unter realen Bedingungen erproben und Rückmeldung an die ARF-Entwicklung geben. Projekte mit Namen wie POTENTIAL, EWC, NOBID und DC4EU haben Anwendungsfälle von der Kontoeröffnung über den mobilen Führerschein bis zu Reise- und Bildungsnachweisen getestet. Mehrere Mitgliedstaaten sind der formalen Frist voraus und haben bereits nationale Wallet-Umsetzungen gestartet – Frankreich (France Identité), Österreich (eAusweise) und Italien (IT-Wallet) gehören zu den Vorreitern, weitere Länder folgen.

Ein besonders aufschlussreicher erster Testfall ist die Altersverifikation. Die EU treibt eine dedizierte Altersnachweis-Lösung voran – eine Art „Mini-Wallet"-App, die als Vorläufer und späterer Baustein in die EUDI Wallet integriert werden soll. Eine Gruppe von Vorreiter-Mitgliedstaaten (unter anderem Frankreich, Dänemark, Griechenland, Italien, Spanien, Zypern und Irland) pilotiert diese Lösung, mit dem Ziel, bis Ende 2026 eine Infrastruktur zu haben, mit der man online datensparsam beweisen kann, über 18 zu sein. Genau hier zeigt sich der ganze Zielkonflikt in Miniatur. Der Anwendungsfall klingt harmlos und wünschenswert – Jugendschutz ohne Ausweiskopie. Aber Datenschutzorganisationen wie die EFF haben 2026 pointiert davor gewarnt, Zero-Knowledge-Beweise als „Silberkugel" der Altersverifikation misszuverstehen: Auch ein perfekt datensparsamer Altersnachweis-Mechanismus ändert nichts daran, dass eine flächendeckende Altersverifikationspflicht anonymes Surfen im Netz beenden und neue Ausschluss- und Überwachungsdynamiken erzeugen kann. Die Technik löst das Wie der Datensparsamkeit elegant – aber sie beantwortet nicht die politische Frage nach dem Ob der Pflicht. Bemerkenswert ist unterdessen, dass sich sogar große Plattformbetreiber einbringen: Google hat 2026 quelloffene Zero-Knowledge-Proof-Bibliotheken für den Altersnachweis veröffentlicht, auch mit Blick auf die europäische Lösung.

Ein letzter technischer Blick nach vorn betrifft die Langlebigkeit. Ein Identitätssystem, das über Jahrzehnte tragen soll, muss die kommende Bedrohung durch Quantencomputer mitdenken. Die kryptografischen Signaturen, die heute die Nachweise absichern, könnten in einigen Jahren durch hinreichend große Quantenrechner gebrochen werden – die „Ernte jetzt, entschlüssle später"-Logik, die im Artikel Ernte jetzt, entschlüssle später: Post-Quanten-Kryptographie und das Rennen gegen den Quantencomputer entfaltet wird, gilt auch hier. Ein zukunftsfestes eIDAS-Ökosystem wird über kurz oder lang Post-Quanten-Verfahren integrieren müssen, so wie es die Krypto-Welt bereits an anderen Fronten tut – etwa beim Signal-Protokoll.

Erkenntnis zum Mitnehmen

Wenn du aus diesem Artikel eine einzige Sache mitnimmst, dann diese: eIDAS 2.0 ist der Versuch, das Prinzip der Datensparsamkeit von einem juristischen Sollsatz in eine technische Standardarchitektur zu gießen – und der eigentliche Kampf entscheidet sich nicht im Verordnungstext, sondern in der Kryptografie darunter. Die Vision des Ausweises, der schweigt und nur das eine Bit „über 18: ja" preisgibt, ist rechtlich verankert und mit ungewöhnlich starken Datenschutzgarantien flankiert. Aber ob sie hält, hängt an einer unscheinbaren technischen Feinheit – der Unverkettbarkeit –, die mit einfacher selektiver Offenlegung nicht automatisch mitkommt und deren saubere Lösung (BBS+, PS-Multisignaturen, zk-SNARKs) Ende 2026 noch nicht verbindlich standardisiert ist.

Für Svens Praxis lässt sich das in einen konkreten Handlungsanstoß übersetzen. Wer in den nächsten zwei Jahren Systeme baut, die Identität, Anmeldung oder Nachweise verarbeiten – ob als Dienstanbieter (Relying Party) oder im Hintergrund –, sollte drei Dinge früh klären. Erstens die Rolle: Bin ich Aussteller, Inhaber-Infrastruktur oder prüfende Partei, und welche Registrierungs- und Zweckbindungspflichten treffen mich damit? Zweitens die Datensparsamkeit als Architekturentscheidung: Frage grundsätzlich nur das Attribut ab, das der Vorgang wirklich braucht (das „über 18" statt des Geburtsdatums) – nicht nur, weil eIDAS und die DSGVO es verlangen, sondern weil jedes nicht erhobene Datum ein Datum ist, das nie geleakt werden kann. Und drittens die Krypto-Agilität: Baue Systeme so, dass Signatur- und Nachweisverfahren austauschbar sind, denn das Feld – von der Unverkettbarkeit bis zu Post-Quanten – ist noch in Bewegung. Datensparsamkeit ist am Ende keine Feature-Liste, sondern eine Haltung, die man in die Architektur eingießt, bevor die erste Zeile Code entsteht.

Querverweise im Vault

Reflexionsfrage

Die EUDI Wallet verspricht, dich zum Herrn deiner eigenen Daten zu machen – aber sie tut es, indem der Staat die vertrauenswürdige Identitätsschicht deines digitalen Lebens bereitstellt und die technische Infrastruktur auf Smartphones läuft, die von zwei US-Konzernen kontrolliert werden. Wem vertraust du am Ende lieber die Hoheit über deine digitale Identität an – einem demokratisch legitimierten, aber potenziell überwachenden Staat, den globalen Plattformkonzernen, die diese Rolle heute faktisch innehaben, oder einer rein dezentralen, selbstverwalteten Lösung ohne staatlichen Anker – und welchen Preis (an Bequemlichkeit, Sicherheit oder Kontrolle) bist du bereit, für deine Wahl zu zahlen?

Quellen

← All articles