Selective disclosure in de EUDI-wallet betekent dat gebruikers alleen de specifieke attributen kunnen delen die een dienst daadwerkelijk nodig heeft. Een gebruiker kan bijvoorbeeld uitsluitend bevestigen dat hij ouder is dan 18, of alleen zijn nationaliteit tonen, zonder verdere persoonsgegevens prijs te geven. Deze aanpak is rechtstreeks verankerd in de architectuur van de EUDI-wallet en volgt uit de dataminimalisatieverplichting die Verordening (EU) 2024/1183 oplegt. Hieronder beantwoorden we de meest gestelde vragen van organisaties over hoe selective disclosure werkt en wat dit voor hen in de praktijk betekent.
Welke gegevens kunnen gebruikers kiezen om te delen via selective disclosure?
Met selective disclosure in de EUDI-wallet kunnen gebruikers individuele attributen uit hun digitale attestaties delen, zonder een volledige attestatie of identiteitsdocument te presenteren. Een gebruiker kan bijvoorbeeld alleen zijn geboortedatum tonen om aan te tonen dat hij ouder is dan 18, of alleen zijn nationaliteit delen zonder naam of adres vrij te geven.
De EUDI-wallet slaat verschillende typen attestaties op, waaronder de Person Identification Data (PID), mobiele rijbewijzen, academische kwalificaties, beroepscertificaten en gezondheidsinformatie. Elk van deze attestaties bevat meerdere attributen. Selective disclosure stelt gebruikers in staat om per transactie alleen de attributen vrij te geven die voor die specifieke interactie relevant zijn.
Enkele praktische voorbeelden van hoe selective disclosure eruitziet in alledaagse situaties:
- Bewijzen dat je ouder bent dan 18 om toegang te krijgen tot een leeftijdsgebonden dienst, zonder je exacte geboortedatum of naam te onthullen
- Jouw beroepskwalificatie bevestigen aan een werkgever, zonder je thuisadres te delen
- Jouw nationaliteit verifiëren voor een grensoverschrijdende dienst, zonder je volledige identiteitsdocument te onthullen
- Jouw ziektekostenverzekeringsstatus delen met een zorgverlener, zonder niet-gerelateerde persoonsgegevens bloot te stellen
Dit niveau van controle was niet mogelijk met traditionele fysieke documenten. Een paspoort of rijbewijs onthult alle gegevens tegelijk. De EUDI-wallet verandert dat door gebruikers directe controle te geven over welke informatie zij per situatie delen.
Hoe werkt selective disclosure technisch in de EUDI-wallet?
Selective disclosure in de EUDI-wallet werkt via attestatieformaten en cryptografische technieken waarmee individuele attributen binnen een attestatie afzonderlijk kunnen worden vrijgegeven. De attestatie is zo gestructureerd dat elk attribuut afzonderlijk cryptografisch is beschermd. Een relying party kan de authenticiteit van een vrijgegeven attribuut verifiëren zonder de overige attributen te zien.
De technische basis berust op attestatieformaten die voor dit doel zijn ontworpen. De twee meest relevante formaten in de EUDI-wallet-context zijn SD-JWT VC (Selective Disclosure JSON Web Token Verifiable Credential) en mdoc, gebaseerd op ISO/IEC 18013-5 voor proximity-presentatie en ISO/IEC TS 18013-7 voor online presentatie. Beide formaten stellen uitgevers in staat attestaties te maken waarbij elk attribuut afzonderlijk is beschermd. Houders kunnen per transactie kiezen welke attributen zij presenteren.
Het proces werkt als volgt:
- Een uitgever, zoals een overheidsinstantie of erkende instelling, maakt een attestatie aan met meerdere attributen, elk cryptografisch gebonden aan de attestatie. De uitgifte verloopt via het OID4VCI-protocol.
- De gebruiker slaat deze attestatie op in zijn EUDI-wallet.
- Wanneer een dienst om identiteitsinformatie vraagt, presenteert de wallet via OID4VP alleen de attributen waarmee de gebruiker heeft ingestemd om te delen.
- De relying party verifieert de vrijgegeven attributen. Dit omvat drie afzonderlijke controles: verificatie van de handtekening van de uitgever tegen de relevante nationale trusted list, controle van de intrekkingsstatus via de statusinformatie van de uitgever, en verificatie van de wallet unit attestation om vast te stellen dat de presenterende wallet op een gecertificeerde wallet solution draait.
Deze architectuur zorgt ervoor dat de relying party niets te weten komt buiten wat de gebruiker expliciet heeft vrijgegeven. De onderliggende attestatie blijft intact en privé, terwijl de vrijgegeven attributen verifieerbaar bewijs van authenticiteit dragen. Alleen de handtekeningcontrole tegen de trusted list kan volledig offline plaatsvinden. De intrekkingsstatus en de wallet unit attestation vereisen contact met externe bronnen.
Wat is het verschil tussen selective disclosure en zero-knowledge proofs?
Selective disclosure en zero-knowledge proofs (ZKPs) zijn beide privacybevorderende technieken, maar ze werken anders. Selective disclosure onthult specifieke attributen uit een attestatie terwijl andere verborgen blijven. Zero-knowledge proofs gaan verder: ze stellen een gebruiker in staat te bewijzen dat een bewering waar is, zoals “Ik ben ouder dan 18,” zonder de onderliggende gegevens vrij te geven, zelfs niet de werkelijke geboortedatum.
In praktische termen deelt selective disclosure een geverifieerd attribuut. Zero-knowledge proofs maken het mogelijk te bewijzen dat aan een voorwaarde is voldaan zonder enige onderliggende data te delen. Voor de meeste toepassingen in het EUDI-wallet-ecosysteem is selective disclosure voldoende en eenvoudiger te implementeren. Zero-knowledge proofs bieden sterkere privacygaranties, maar zijn technisch complexer. De standaardisatie en brede inzet ervan zijn nog in ontwikkeling.
Voor organisaties die diensten bouwen die EUDI-wallet-attestaties accepteren, is dit onderscheid relevant omdat het van invloed is op wat hun systemen moeten ondersteunen. De huidige implementaties in het EUDI-wallet-ecosysteem richten zich op selective disclosure via SD-JWT VC en mdoc. Zero-knowledge proof-benaderingen kunnen in de loop van de tijd prominenter worden naarmate de standaarden en tooling zich verder ontwikkelen.
Waarom is selective disclosure belangrijk voor eIDAS 2.0-compliance?
Selective disclosure is een kernvereiste onder Verordening (EU) 2024/1183, die Verordening (EU) 910/2014 wijzigt. De verordening vereist dat wallets gebruikers in staat stellen alleen de gegevens te delen die strikt noodzakelijk zijn voor een bepaalde transactie. Dit sluit aan bij het AVG-principe van dataminimalisatie uit artikel 5, lid 1, onder c, van de AVG, waardoor selective disclosure zowel een technische functionaliteit als een wettelijke verplichting is.
Relying parties mogen onder eIDAS 2.0 alleen de attributen opvragen die zij daadwerkelijk nodig hebben voor een specifiek doel. Bovendien moet een relying party zich onder CIR (EU) 2025/848 van 6 mei 2025 registreren bij de bevoegde nationale autoriteit van de lidstaat van vestiging voordat walletdata kan worden opgevraagd. Bij die registratie legt de relying party per intended use vast welke attributen en attestaties worden opgevraagd. Een verzoek buiten de geregistreerde scope kan door de wallet worden geweigerd en kan gevolgen hebben voor de registratie. Dit maakt het opvragen van meer gegevens dan noodzakelijk niet alleen een privacyprobleem, maar ook een registratierisico.
Vanuit een digitale identiteits-compliance-perspectief heeft dit verschillende belangrijke implicaties:
- Organisaties moeten precies definiëren welke attributen zij nodig hebben voor elk gebruiksscenario voordat zij EUDI-wallet-attestaties kunnen accepteren
- Systemen moeten in staat zijn gedeeltelijke attestatiepresentaties te verwerken, waarbij niet alle attributen van een attestatie worden vrijgegeven
- Privacy by design wordt een technische vereiste die voortvloeit uit de verordening, niet alleen een beleidsbeginsel
- Audit- en verantwoordingsprocessen moeten weerspiegelen welke attributen zijn opgevraagd en op welke juridische grondslag de verwerking berust
Voor sectoren zoals financiële dienstverlening en gezondheidszorg, waar identiteitsverificatie frequent en gevoelig is, vermindert selective disclosure ook het risico. Minder attributen opvragen betekent een kleinere verwerkingsomvang en daarmee minder aansprakelijkheid bij een datalek. Voor gezondheidsgegevens geldt bovendien dat naast een grondslag onder artikel 6 AVG ook een toepasselijke grond uit artikel 9, lid 2, AVG vereist is. De goedkeuring die een gebruiker in de wallet geeft voor het delen van attributen, is geen AVG-toestemming als rechtsgrond. De relying party heeft een zelfstandige AVG-grondslag nodig voor de verwerking.
Hoe moeten organisaties hun systemen voorbereiden op selective disclosure?
Organisaties moeten beginnen met de voorbereiding op selective disclosure door hun huidige identiteitsverificatieprocessen te beoordelen en per gebruiksscenario precies te bepalen welke attributen zij daadwerkelijk nodig hebben. De vereiste technische en organisatorische aanpassingen zijn beheersbaar wanneer ze stapsgewijs worden aangepakt.
Een praktisch voorbereidingsproces omvat verschillende samenhangende stappen. Ten eerste moeten organisaties hun identiteitsgebruiksscenario’s in kaart brengen: welke informatie vragen zij op, voor welk doel en op welk punt in de gebruikersreis? Deze oefening laat vaak zien dat organisaties meer attributen opvragen dan strikt noodzakelijk, wat zowel compliancerisico als onnodige wrijving voor gebruikers creëert.
Ten tweede moeten technische teams ervoor zorgen dat hun systemen attestaties in de relevante formaten kunnen verwerken, met name SD-JWT VC en mdoc. Dit betekent het bouwen of bijwerken van integraties die gedeeltelijke attestatiepresentaties kunnen ontvangen en verifiëren. Verificatie omvat daarbij niet alleen de handtekening van de uitgever, maar ook de intrekkingsstatus en de wallet unit attestation.
Ten derde moeten organisaties die actief zijn in de overheid of andere gereguleerde sectoren vroegtijdig aansluiting zoeken bij het Architecture and Reference Framework (ARF) dat is gepubliceerd door de Europese Commissie. Het ARF geeft de technische uitwerking van het EUDI-wallet-ecosysteem. De juridisch bindende vereisten volgen uit de verordening en de uitvoeringshandelingen.
Tot slot moeten governance- en complianceteams gegevensbeschermingseffectbeoordelingen en intern beleid bijwerken om het selective disclosure-model te weerspiegelen. Het documenteren van welke attributen worden opgevraagd, waarom zij noodzakelijk zijn en op welke juridische grondslag de verwerking berust, is essentieel voor het aantonen van eIDAS 2.0-compliance. De deadline voor publieke instanties om genotificeerde EUDI-wallets te accepteren voor onlinediensten waarvoor elektronische identificatie vereist is, is 24 december 2026. Voor relevante gereguleerde private sectoren geldt de acceptatieplicht onder artikel 5f vanaf 24 december 2027. Micro- en kleine ondernemingen met minder dan 50 medewerkers en een jaaromzet of balanstotaal van maximaal 10 miljoen euro zijn uitgezonderd van de private acceptatieplicht.
Hoe de ID Connector van TrustTech organisaties helpt bij het implementeren van selective disclosure
De ID Connector van TrustTech is een integratie waarmee relying parties elke gecertificeerde Europese wallet accepteren, ongeacht de lidstaat van uitgifte, voor identificatie, login en gekwalificeerd tekenen. Acceptatie van de EUDI-wallet staat voorop; via dezelfde koppeling lopen ook andere identiteitsmiddelen, zoals nationale eID’s, bank-ID’s en identiteitsdocumenten, binnen en buiten de EU.
Voor selective disclosure ondersteunt de ID Connector concreet:
- Verificatie van de handtekening van de uitgever tegen de relevante nationale trusted lists volgens ETSI TS 119 612 en de EU List of Trusted Lists
- Controle van de intrekkingsstatus via de statusinformatie van de uitgever
- Validatie van de wallet unit attestation, waarmee wordt vastgesteld dat de presenterende wallet op een gecertificeerde wallet solution draait
- Bewaking van de geregistreerde attributenscope, zodat alleen attributen worden opgevraagd die overeenkomen met de registratie onder CIR (EU) 2025/848
- Verwerking van gedeeltelijke attestatiepresentaties in SD-JWT VC- en mdoc-formaat
- Hergebruik van geverifieerde identiteitsdata binnen de grenzen van de geregistreerde intended use
- Gekwalificeerd tekenen via een aangesloten qualified trust service provider
De ID Connector is relevant voor financiële dienstverlening, gezondheidszorg, farmacie en overheidsorganisaties die tijdig moeten voldoen aan de acceptatieverplichtingen onder eIDAS 2.0. Neem contact op met TrustTech om te bespreken hoe de ID Connector aansluit op de identiteitsverificatieprocessen van jouw organisatie.