Artifact GuideEU eIDAS

Electronic Attestations of Attributes under EU eIDAS

A focused guide to EAAs, QEAAs, and public-sector authentic-source attestations in the amended EU eIDAS framework.

Use it to separate issuer duties, wallet presentation flows, relying-party checks, validation evidence, revocation handling, privacy controls, and legal-effect claims that are actually grounded in eIDAS sources.

Author
Sorena AI
Published
May 9, 2026
Updated
May 9, 2026
Sections
5

Structured answer sets in this page tree.

Primary sources
4

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated May 9, 2026
Overview

Electronic attestations of attributes are electronic statements that let attributes be authenticated. In the EUDI Wallet ecosystem they are the way a user can obtain, store, manage, and present facts such as qualifications, entitlements, permits, memberships, or other attributes without turning every interaction into a new identity-proofing exercise. The amended eIDAS framework distinguishes ordinary electronic attestations of attributes, qualified electronic attestations of attributes issued by qualified trust service providers, and attestations issued by or on behalf of public-sector bodies responsible for authentic sources.

Section 1

What counts as an EAA, QEAA, or public-sector authentic-source attestation?

An electronic attestation of attributes, or EAA, is an attestation in electronic form that allows attributes to be authenticated. It can cover lower-risk or less sensitive documents where qualified status or a public-sector authentic source is not the point of the use case.

A qualified electronic attestation of attributes, or QEAA, is a qualified trust service: it is issued by a qualified trust service provider and must meet the eIDAS Annex V requirements. A separate category covers attestations issued by or on behalf of a public sector body responsible for an authentic source. An authentic source is the repository or system treated as the primary or legally recognised source for the attribute.

  • Use EAA when the attribute can be authenticated electronically but the implementation evidence does not support qualified status or authentic-source status.
  • Use QEAA only when the issuer is a qualified trust service provider and the attestation is issued as a qualified electronic attestation of attributes.
  • Use public-sector authentic-source attestation only when the issuer is the responsible public body or a body designated to act on its behalf for the relevant authentic source.
  • Do not describe a wallet document as legally equivalent to paper unless it is a QEAA or a public-sector authentic-source attestation and the underlying facts support that category.
Section 2

Issuer checks before an attestation is issued to a wallet

For wallet issuance, Commission Implementing Regulation (EU) 2024/2977 requires electronic attestations of attributes issued to wallet units to use at least one of the standards listed under the wallet core-functionality implementing regulation. Providers of electronic attestations of attributes must identify themselves to wallet units using a wallet-relying party access certificate and include the information needed to authenticate and validate the attestation.

The issuer record should therefore identify the attestation type, the issuer category, the wallet unit, the format or standard used, the authentication material presented by the issuer, and the validation information embedded in or referenced by the attestation. For qualified issuance, record the qualified trust service provider and the basis for treating the service as qualified rather than merely electronic.

  • Issuer category: EAA provider, QEAA qualified trust service provider, or public-sector authentic-source issuer/designated issuer.
  • Wallet issuance evidence: wallet-relying party access certificate or other supported authentication path, wallet-unit validation result, and supported wallet solution.
  • Attribute evidence: attribute source, user request or consent step, attestation identity code where applicable, validity period, and revocation-status location.
  • Separation evidence: confirmation that personal data for attestation services is not combined with other services and is logically separated where the eIDAS rule applies.
Section 3

How wallet users and relying parties use attribute attestations

A wallet user can request, obtain, store, manage, share, and present person identification data and electronic attestations of attributes under the user control model described in the wallet rules. In a service-provider flow, the provider requests specific data, the wallet shows the requested data to the user, and the user confirms before presentation.

Relying parties are not passive recipients. The amended eIDAS text makes relying parties responsible for authenticating and validating person identification data and electronic attestations of attributes requested from European Digital Identity Wallets. Commission guidance for service providers also says they must register in the Member State where established, state the data they intend to request, avoid requesting extra data beyond registration, identify themselves to users, and accept pseudonyms where identification is not legally required.

  • For online authentication, record the requested wallet attributes, the relying-party identity shown to the user, the user confirmation event, and the final validation result.
  • For presentation of a digital document, record the presentation channel, the displayed requested data, user confirmation, and verification of the document authenticity.
  • For relying-party registration, keep the registered purpose, requested attributes, contact details, Member State registration evidence, and change notifications.
  • For data minimisation, compare each requested attribute with the registered use case and reject or redesign requests that exceed it.
Section 4

Validation, revocation, and trust evidence to keep

Validation should prove more than possession of a file. For EAAs and QEAAs, evidence should show that the issuer was authenticated, the wallet unit or presentation was valid for the transaction, the attestation carried information needed for authentication and validation, and revocation status was checked where the workflow relies on continued validity.

The eIDAS trust model makes trusted lists important for qualified trust service providers, and the wallet ecosystem extends the same operational habit to wallet providers, PID providers, QEAA providers, and service providers in Commission wallet guidance. The Architecture and Reference Framework also describes registry and certificate checks for attestation-provider authorisation and relying-party requests.

  • Issuer validation: trusted-list or registry lookup, certificate chain, qualified-status evidence where claimed, and authorisation to issue that attestation type.
  • Attestation validation: signature or seal validation result, attestation identity code where applicable, validity period, wallet binding or presentation context, and revocation-status result.
  • Revocation evidence: public validity-status location, policy for when revocation occurs, user revocation request handling, and proof that a revoked attestation is not treated as valid again.
  • Relying-party validation: registered requested attributes, access certificate or registration certificate evidence, user-facing request text, and final accept/reject decision.
Recommended next step

Check issuer status, wallet flow, relying-party requests, and legal-effect language before launch

Sorena can help convert this EAA/QEAA guidance into a reviewable evidence set covering issuer classification, wallet issuance, relying-party validation, revocation checks, privacy limits, and source-linked legal-effect wording.

Primary sources

References and citations

eur-lex.europa.eu
Referenced sections
  • Sets wallet-unit issuance rules for person identification data and electronic attestations of attributes, including issuer identification, authentication and validation information, wallet binding, revocation policies, and privacy-preserving validity status.
"issuance of person identification data and electronic attestations of attributes to wallet units"
eu-digital-identity-wallet.github.io
Referenced sections
  • Provides technical ecosystem context for attestation providers, wallet units, relying-party registration, selective disclosure, trust lists, revocation checks, and linkability risks.
"Selective Disclosure and User Control"
ec.europa.eu
Referenced sections
  • Explains how service providers request wallet data, how users present digital documents, the practical EAA/QEAA/Pub-EAA categories, and service-provider registration, validation, and data-minimisation obligations.
"Carry out the authentication and validation procedures"
eur-lex.europa.eu
Referenced sections
  • Amends eIDAS to define electronic attestations of attributes, qualified electronic attestations of attributes, authentic sources, wallet presentation, relying-party validation, and the legal effect of QEAAs and public-sector authentic-source attestations.
"electronic attestation of attributes"
Related guides

Explore more topics

eIDAS 2 deadlines and compliance calendar for EUDI Wallet and trust services
Calendar of grounded eIDAS and eIDAS 2 milestones for EUDI Wallet delivery, implementing acts, annual supervision reports, QTSP transitions, pilots, and ARF evidence.
eIDAS 2.0 vs eIDAS: EUDI Wallet and trust-service changes
Compare the original eIDAS electronic identification and trust-service framework with the eIDAS 2.0 amendments for EUDI Wallets, relying parties, attestations, QWACs, and supervision.
eIDAS Certificates and Authentication: qualified certificates, QWACs, and validation checks
Grounded guide to eIDAS qualified certificates, website authentication certificates, trusted lists, relying-party checks, and validation evidence.
eIDAS checklist and evidence pack for trust services, signatures, and EUDI Wallet relying parties
Build an eIDAS evidence pack for qualified trust services, electronic signatures, trusted-list checks, certificate validation, supervisory records, and EUDI Wallet relying-party controls.
eIDAS compliance guide for trust services, QTSPs, signatures, and EUDI Wallet relying parties
Grounded eIDAS compliance guide for trust-service classification, QTSP supervision evidence, qualified signatures, seals, time stamps, certificates, trusted-list validation, and EUDI Wallet relying-party records.
eIDAS electronic signatures: SES, AES, QES legal effect and evidence
A grounded guide to eIDAS electronic-signature legal effect: SES, AES, QES, qualified certificates, QTSP trusted-list checks, validation, recognition, and evidence records.
eIDAS penalties and fines for trust service providers
Grounded guide to eIDAS Article 16 penalties, administrative fine mechanics, supervisory bodies, qualified-status withdrawal, and trusted-list evidence.
eIDAS QES validation checks for relying parties
How to validate a qualified electronic signature under eIDAS: certificate, QTSP, trusted-list, QSCD, integrity, validation result, and evidence records.
eIDAS Qualified Trust Services: QTSP Selection
How to select an EU eIDAS qualified trust service provider: identify the qualified service type, verify trusted-list status, review supervision evidence, and retain certificate-policy records.
eIDAS remote signature and cloud HSM controls for QTSPs
Grounded guide to eIDAS remote signature controls: remote QSCD scope, server-side signing, QTSP evidence, signer authentication, certificate validation, and trusted-list checks.
eIDAS signature legal effect selector: SES, AES, AES-QC, or QES
Select the right eIDAS signature level by legal effect, risk, qualified certificate status, QTSP evidence, QSCD use, validation result, and cross-border recognition.
eIDAS trust service role scoping workflow: TSP, QTSP, validator, relying party, or QTSP customer
Classify an eIDAS role by evidence: trust service provider, qualified trust service provider, signature or seal validator, EUDI Wallet relying party, relying party, or customer of a QTSP.
eIDAS trusted list validation: LOTL, QTSP status, and evidence
How to validate EU eIDAS trusted-list evidence: start from the Commission LOTL, confirm QTSP and qualified-service status, check certificate path and revocation data, and retain validation reports.
eIDAS vs ESIGN and UETA: EU qualified signatures vs U.S. e-signature laws
Compare eIDAS with ESIGN and UETA for electronic signatures, qualified certificates, trust services, cross-border recognition, validation evidence, and source gaps.
eIDAS vs ETSI EN 319 401: legal supervision and TSP policy requirements
Compare eIDAS and ETSI EN 319 401 for trust services: legal scope, QTSP supervision, conformity assessment, audits, incident evidence, and operational controls.
eIDAS vs GDPR for identity data: wallet, trust-service, and privacy obligations
Compare eIDAS identity, trust-service, and EUDI Wallet rules with GDPR duties for personal-data processing, minimisation, lawful basis, evidence, security, and user rights.
eIDAS vs NIS2 for trust service providers: QTSP and cybersecurity obligations
Compare eIDAS trust-service and QTSP duties with NIS2 cybersecurity risk-management, incident reporting, supervision, and evidence duties for trust service providers.
EU eIDAS Applicability Test for Trust Services, Wallets, and Certificates
A grounded eIDAS scope test for QTSPs, trust services, electronic signatures, seals, timestamps, QWACs, EUDI Wallet relying parties, and cross-border recognition evidence.
EU eIDAS attribute attestations: EAA, QEAA, wallet, and relying party checks
What electronic attestations of attributes mean under eIDAS, how QEAAs differ from public-sector and non-qualified attestations, and what issuers, wallets, and relying parties should verify.
EU eIDAS checklist for signatures, trust services, and wallets
Checklist for eIDAS trust-service and EUDI Wallet controls: qualified status, trusted lists, certificates, signatures, seals, timestamps, validation evidence, and relying-party records.
EU eIDAS FAQ: signatures, QTSPs, trusted lists, QWACs, wallets, and validation
FAQ on eIDAS trust services and the European Digital Identity framework, covering advanced and qualified electronic signatures, QTSP status, trusted lists, QWACs, EUDI Wallet relying parties, attestations of attributes, and validation evidence.
EU eIDAS QTSP authorization and supervision guide
How qualified trust service providers obtain and keep qualified status under eIDAS, including conformity assessment reports, supervision, trusted lists, incidents, and evidence.
EU eIDAS QTSP Due Diligence Workflow for Trusted Lists, Certificates, and Evidence
Check a qualified trust service provider under eIDAS by validating trusted-list status, qualified service scope, certificates, policies, supervision, audits, and retained evidence.
EU eIDAS Requirements for Trust Services, Signatures, Seals, Wallets, and Evidence
Grounded guide to core eIDAS requirements for trust service providers, qualified trust services, electronic signatures, seals, time stamps, trusted lists, and EUDI Wallet relying parties.
EU eIDAS Trusted Lists FAQ: LOTL, QTSP status, and validation evidence
How EU eIDAS Trusted Lists and the Commission LOTL support QTSP and qualified trust-service validation, with practical evidence checks for relying parties.
EUDI Wallet readiness for service providers under eIDAS
Readiness guide for organisations preparing to request or verify data from European Digital Identity Wallets: roles, registration, ARF alignment, selective disclosure, implementing acts, and evidence.
EUDI Wallet Relying Parties under eIDAS
What EUDI Wallet relying parties must do under eIDAS: register, declare intended wallet use and requested data, identify themselves to users, and keep request evidence.
EUDI Wallet Relying Party Onboarding Workflow under eIDAS
A grounded onboarding workflow for organisations that want to request data from European Digital Identity Wallet users as eIDAS wallet relying parties.
EUDI Wallet Relying Party Registration Under eIDAS
What eIDAS Article 5b and the EUDI Wallet ARF say about wallet relying party registration, intended uses, attribute requests, certificates, evidence, and Member State gaps.
EUDI Wallet Technical Architecture Guide under eIDAS
Technical guide to the EUDI Wallet architecture: ARF roles, wallet units, PID and attestations, relying parties, trust model, certificates, protocols, privacy, and security controls.
QES vs AdES under EU eIDAS: legal effect, certificates, QTSPs, and validation evidence
Compare qualified electronic signatures (QES) and advanced electronic signatures (AdES) under EU eIDAS, including legal effect, qualified certificates, QTSP status, QSCDs, and validation evidence.
QWACs under eIDAS: website authentication certificates
A grounded guide to qualified website authentication certificates under eIDAS, covering Annex IV data, trusted lists, browser recognition, validation evidence, and QTSP checks.
What eIDAS Covers: eID, Trust Services, EUDI Wallet, and QWACs
A grounded guide to the systems and services covered by EU eIDAS: notified electronic identification, trust services, signatures, seals, time stamps, registered delivery, website authentication, trusted lists, the EUDI Wallet, and attribute attestations.
What is a qualified trust service provider under eIDAS?
How to verify QTSP status under eIDAS using the qualified service, supervisory body decision, trusted list entry, conformity assessment evidence, and service-specific records.
What is a QWAC under the EU eIDAS Regulation?
Plain-language FAQ on qualified website authentication certificates under eIDAS, including website identity, QTSP trusted-list checks, browser recognition, and validation evidence.