Selective disclosure is een privacytechniek waarmee een persoon alleen de specifieke identiteitsattributen kan delen die een dienst daadwerkelijk nodig heeft, zonder een volledig document of attestatie te overhandigen. In plaats van je volledige paspoort te tonen om je leeftijd te bewijzen, deel je alleen een bevestiging dat je boven een bepaalde drempelwaarde zit. Onder eIDAS 2.0, de informele benaming voor Verordening (EU) 2024/1183 die Verordening (EU) 910/2014 wijzigt, is selective disclosure rechtstreeks ingebouwd in de European Digital Identity Wallet als architecturaal vereiste, niet als optionele functie.
Dit artikel legt uit hoe selective disclosure werkt, waarom het een kernonderdeel is van de EUDI-wallet, welke cryptografische standaarden het mogelijk maken, en wat jouw organisatie er nu aan moet doen.
Hoe werkt selective disclosure in de praktijk?
Selective disclosure werkt doordat een houder alleen gekozen attributen uit een attestatie kan presenteren, terwijl een verifiërende partij toch kan bevestigen dat die attributen authentiek en ongewijzigd zijn. De houder selecteert welke velden worden gedeeld, en de onderliggende cryptografie bewijst dat die velden deel uitmaken van een geldig, vertrouwd credential dat is uitgegeven door een bevoegde partij.
Stel dat een gebruiker een auto wil huren. Het verhuurbedrijf moet weten dat de klant een geldig rijbewijs heeft en ouder is dan 21. Met selective disclosure deelt de gebruiker alleen die twee feiten. Het verhuurbedrijf ontvangt een cryptografisch geverifieerde bevestiging, zonder het thuisadres, het nationaal identificatienummer of de volledige geboortedatum van de gebruiker te zien.
Dit verschilt wezenlijk van hoe identiteitsverificatie vandaag de dag werkt. Wanneer je een fysieke identiteitskaart overhandigt of een paspoortscane uploadt, stel je veel meer gegevens bloot dan de dienst nodig heeft. Selective disclosure geeft de gebruiker controle over wat zijn wallet verlaat, en de ontvangende partij krijgt alleen wat zij hebben gevraagd en waarvoor zij zijn geregistreerd.
Welke rol speelt selective disclosure in de EUDI-wallet?
Selective disclosure is een van de fundamentele principes van de EUDI-wallet. De European Digital Identity Wallet is zo ontworpen dat gebruikers precies kunnen kiezen welke identiteitsattributen zij met een bepaalde dienst delen. Dit is een kernvereiste onder Verordening (EU) 2024/1183, niet alleen een ontwerpvoorkeur.
De wallet slaat gecertificeerde digitale attestaties op, van nationale identiteitsattestaties tot beroepskwalificaties en gezondheidsgegevens. Wanneer een gebruiker interactie heeft met een publieke of private dienst, kunnen zij alleen de attributen presenteren die relevant zijn voor die specifieke interactie. De wallet-interface maakt deze selectie expliciet, zodat gebruikers altijd weten wat zij delen en met wie.
Deze aanpak ondersteunt het doel van Verordening (EU) 2024/1183 om EU-burgers, inwoners en bedrijven echte controle over hun persoonsgegevens te geven. Een geverifieerd identiteitsattribuut kan in verschillende contexten worden hergebruikt zonder te veel te delen, wat ook de herhaalde bewijslast voor gebruikers vermindert.
Voor organisaties in sectoren zoals financiële dienstverlening of gezondheidszorg heeft dit directe gevolgen voor de manier waarop onboarding-, toestemmings- en complianceprocessen opnieuw moeten worden ingericht.
Welke cryptografische standaarden maken selective disclosure mogelijk onder eIDAS 2.0?
Twee credentialformaten ondersteunen selective disclosure in de context van eIDAS 2.0 en de EUDI-wallet: SD-JWT VC (Selective Disclosure JSON Web Token Verifiable Credential) en mdoc op basis van ISO/IEC 18013-5 en ISO/IEC TS 18013-7. Beide zijn opgenomen in het Architecture and Reference Framework (ARF) dat de technische specificaties van de EUDI-wallet beschrijft. De juridisch bindende vereisten volgen uit de verordening en de uitvoeringshandelingen; het ARF geeft de technische uitwerking.
SD-JWT VC
SD-JWT VC is een formaat gebouwd op de JSON Web Token-standaard. Het stelt een uitgever in staat om individuele claims in een attestatie op te nemen op een manier waarbij elke claim onafhankelijk kan worden bekendgemaakt of achtergehouden. De houder beslist welke claims worden onthuld bij het presenteren van de attestatie, en de verifiërende partij kan de authenticiteit van die specifieke claims bevestigen zonder de overige te zien. SD-JWT VC is bijzonder geschikt voor webgebaseerde interacties en API-gestuurde diensten, en wordt uitgewisseld via OID4VP als presentatieprotocol.
mdoc
Het mdoc-formaat is gebaseerd op ISO/IEC 18013-5 voor proximity-presentatie, bijvoorbeeld via NFC of Bluetooth in een fysieke omgeving, en op ISO/IEC TS 18013-7 voor online presentatie. De uitgever ondertekent de volledige attestatie, maar de houder kan een subset van attributen presenteren. De verifiërende partij ontvangt alleen wat selectief is bekendgemaakt, samen met bewijs dat het afkomstig is van een vertrouwde uitgever.
Beide formaten zijn ontworpen om te werken binnen de technische infrastructuur van de EUDI-wallet, zoals beschreven in het ARF. Het High Assurance Interoperability Profile (HAIP) beschrijft aanvullende interoperabiliteitsvereisten voor gebruik binnen het EUDI-wallet-ecosysteem. Organisaties die integraties met de wallet bouwen als relying party, moeten een of beide formaten ondersteunen, afhankelijk van hun gebruiksscenario en sector.
Wat is het verschil tussen selective disclosure en zero-knowledge proofs?
Selective disclosure en zero-knowledge proofs zijn verwante concepten, maar ze werken anders. Selective disclosure laat een gebruiker kiezen welke specifieke gegevensvelden uit een attestatie worden onthuld. Zero-knowledge proofs gaan een stap verder: ze stellen een gebruiker in staat om te bewijzen dat een bewering waar is zonder enige onderliggende gegevens te onthullen.
Met selective disclosure deel je de werkelijke waarde van een gekozen attribuut. Als een dienst naar jouw nationaliteit vraagt, deel je het nationaliteitsveld maar houd je al het andere achter. De verifiërende partij ziet de werkelijke waarde van dat attribuut.
Met een zero-knowledge proof kun je een afgeleid feit bewijzen zonder de onderliggende gegevens te delen. In plaats van jouw geboortedatum te delen, bewijs je wiskundig dat je ouder bent dan 18 zonder de datum zelf te onthullen. De verifiërende partij leert alleen dat aan de voorwaarde is voldaan, niet de onderliggende waarde. Leeftijdsbewijs zonder geboortedatum is echter ook via selective disclosure mogelijk, bijvoorbeeld door alleen het attribuut “ouder dan 18” te onthullen. Zero-knowledge proofs zijn daarvoor niet noodzakelijk.
In het EUDI-wallet-ecosysteem is selective disclosure het primaire mechanisme, omdat het op schaal implementeerbaar is en goed wordt ondersteund door de SD-JWT VC- en mdoc-standaarden die in het ARF zijn opgenomen. Zero-knowledge proofs bieden sterkere privacygaranties maar zijn complexer te implementeren en zijn nog niet het standaardmechanisme in het technische kader van eIDAS 2.0. Beide benaderingen weerspiegelen het bredere principe van minimale gegevensdeling, dat centraal staat in privacy by design.
Hoe ondersteunt selective disclosure de AVG-naleving?
Selective disclosure ondersteunt AVG-naleving door het principe van gegevensminimalisatie technisch afdwingbaar te maken op het moment van identiteitsverificatie. Onder de AVG moeten organisaties alleen de persoonsgegevens verzamelen en verwerken die strikt noodzakelijk zijn voor een bepaald doel. Selective disclosure maakt dit operationeel in de uitwisseling zelf, in aanvulling op beleidsmatige verplichtingen.
Verschillende AVG-principes sluiten nauw aan bij hoe selective disclosure in de praktijk werkt:
- Gegevensminimalisatie: Alleen de attributen die daadwerkelijk nodig zijn voor een transactie worden gedeeld, waardoor het volume van verwerkte persoonsgegevens wordt verminderd.
- Doelbinding: Omdat de gebruiker selecteert wat hij voor een specifieke interactie deelt, zijn gegevens gekoppeld aan dat doel in plaats van breed verzameld.
- Opslagbeperking: Als een verifiërende partij alleen een bevestigd attribuut ontvangt in plaats van een volledig document, zijn er minder persoonsgegevens op te slaan en te beheren.
- Transparantie en controle: De gebruiker ziet precies wat er wordt gedeeld voordat hij bevestigt, waardoor de goedkeuring in de wallet geïnformeerd is.
Belangrijk is dat goedkeuring van gegevensdeling in de wallet niet automatisch gelijkstaat aan toestemming als rechtsgrond onder artikel 6, lid 1, onder a, AVG. Een relying party heeft een zelfstandige AVG-grondslag nodig voor de verwerking van de ontvangen gegevens. Bij wettelijke KYC-verplichtingen kan een wettelijke verplichting als grondslag relevant zijn. Voor gezondheidsgegevens moet daarnaast een toepasselijke grond uit artikel 9, lid 2, AVG bestaan.
Voor organisaties in gereguleerde sectoren is de integratie van privacy in de identiteitsuitwisseling zelf een architecturaal voordeel. Dit is wat wordt bedoeld met privacy by design: naleving is een structureel kenmerk van het systeem.
Selective disclosure maakt een organisatie niet automatisch AVG-compliant. Organisaties hebben nog steeds passende rechtsgrondslagen voor verwerking, duidelijke bewaringstermijnen en robuuste beveiligingsmaatregelen nodig. Maar het verwijdert wel een van de meest voorkomende bronnen van onnodige gegevensblootstelling in digitale diensten.
Wat moeten organisaties nu doen om selective disclosure te ondersteunen?
Organisaties moeten zich nu al voorbereiden op selective disclosure, ook als de EUDI-wallet nog niet volledig is uitgerold in hun markt. De technische standaarden, regelgevingsvereisten en gebruikersverwachtingen nemen al vorm aan, en vroege voorbereiding vermindert het risico op kostbare herontwerpen later.
Dit zijn de belangrijkste stappen die je nu moet nemen:
- Controleer jouw huidige verzameling van identiteitsgegevens. Breng in kaart welke persoonsgegevensattributen je verzamelt tijdens onboarding of authenticatie, en vraag jezelf eerlijk af of elk attribuut noodzakelijk is voor de dienst die je levert.
- Beoordeel jouw vereisten als relying party. Onder eIDAS 2.0 en CIR (EU) 2025/848 van 6 mei 2025 moeten relying parties zich registreren bij de bevoegde nationale autoriteit van de lidstaat van vestiging voordat zij walletdata kunnen opvragen. Per intended use moet worden vastgelegd 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. Begin nu met het definiëren van deze vereisten.
- Evalueer jouw technische infrastructuur. Controleer of jouw systemen attestaties in SD-JWT VC- of mdoc-formaat kunnen ontvangen en verwerken via OID4VP. Veel bestaande identity stacks hebben updates of nieuwe integraties nodig.
- Stem af met jouw compliance- en juridische teams. Selective disclosure heeft directe gevolgen voor AVG-documentatie, gegevensverwerkingsovereenkomsten en de grondslag voor gegevensverwerking. Deze teams moeten vroeg bij het gesprek worden betrokken.
- Volg de tweede pilotgolf. De vier Large Scale Pilots die van april 2023 tot 2025 liepen, hebben praktische inzichten opgeleverd over hoe selective disclosure in de praktijk werkt. De tweede pilotgolf, gestart in 2025 met onder andere WE BUILD en APTITUDE, genereert aanvullende implementatie-ervaring. Door hun resultaten te volgen, blijven organisaties voorop lopen bij implementatierealiteiten.
Organisaties in sectoren zoals overheidsdiensten, gezondheidszorg, financiële dienstverlening, telecom, energie, transport, onderwijs en digitale diensten hebben de meest directe verplichtingen onder eIDAS 2.0. Publieke instanties en publieke dienstverleners moeten genotificeerde wallets vanaf 24 december 2026 accepteren als identificatiemiddel voor onlinediensten waarvoor elektronische identificatie vereist is. Voor gereguleerde private partijen in de relevante sectoren geldt de acceptatieplicht op grond van artikel 5f van Verordening (EU) 2024/1183 vanaf 24 december 2027, binnen de context waarin sterke gebruikersauthenticatie wettelijk of contractueel vereist is. Micro- en kleine ondernemingen met minder dan 50 medewerkers en een jaaromzet of balanstotaal van maximaal 10 miljoen euro zijn van de private acceptatieplicht uitgezonderd. Ook andere organisaties die identiteit verifiëren of persoonsgegevens verwerken, doen er verstandig aan hun aanpak tijdig te herzien. De overgang naar verifieerbare attestaties en selective disclosure is al gaande door heel Europa.
Voor praktische informatie over hoe je deze overgang kunt aanpakken, biedt de TrustTech resources-sectie relevante inzichten voor organisaties die navigeren door eIDAS 2.0-gereedheid.
Hoe helpt TrustTech met 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 de volgende technische taken:
- 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 verwerkt die overeenkomen met de geregistreerde intended use onder CIR (EU) 2025/848.
- Verwerking van SD-JWT VC- en mdoc-attestaties via OID4VP, zodat jouw bestaande onboarding- en authenticatiestromen wallet-klaar worden.
- Hergebruik van geverifieerde identiteitsdata binnen de diensten van jouw organisatie, waardoor de wrijving voor gebruikers en de compliance-overhead voor jouw teams worden verminderd.
- Gekwalificeerd tekenen via een aangesloten gekwalificeerde trust service provider, waarbij de QES via die QTSP tot stand komt.
De ID Connector is relevant voor organisaties in financiële dienstverlening, gezondheidszorg en farma, overheid en andere gereguleerde sectoren die zich voorbereiden op de acceptatieverplichtingen van 24 december 2026 en 24 december 2027. Of je nu actief bent in financiële dienstverlening, overheid of een andere gereguleerde sector, de ID Connector biedt de infrastructuur om selective disclosure een praktische realiteit te maken. Neem contact op met TrustTech om te bespreken hoe jouw organisatie zich kan voorbereiden op de volgende generatie digitale identiteit.