TL;DR: AdES and QES differ on identity assurance, device controls, and legal equivalence, with QES requiring a qualified trust service provider, a qualified signature creation device, and stronger identity verification under eIDAS, according to GlobalSign. The governance issue is not the signature label itself but whether the underlying identity proofing, issuance, and compliance controls actually meet the risk and jurisdictional requirements.
At a glance
What this is: This article explains the governance difference between AdES and QES, showing that qualified signatures depend on stronger identity proofing, a QTSP, and a QSCD rather than just a more formal label.
Why it matters: It matters because IAM and identity teams need to align digital signing controls with legal, regulatory, and assurance requirements, especially when signatures support high-risk or cross-border transactions.
Context
Electronic signatures are not a single control model. AdES and QES both aim to bind a signer to a document, but they sit at different assurance levels and depend on different identity, trust, and device controls. For identity governance, that means the control question is not simply whether a signature exists, but whether the issuing, proofing, and evidence chain matches the transaction’s risk.
The article sits at the intersection of identity verification and digital trust. QES is presented as the stronger legal construct because it relies on a qualified trust service provider, a qualified signature creation device, and stricter identity verification under eIDAS, while AdES is positioned as suitable for lower-risk business use cases. That distinction is typical of real-world governance decisions, where regulatory context and assurance level matter more than product branding.
Key questions
Q: When does AdES fail to provide enough assurance for business transactions?
A: AdES falls short when the transaction needs stronger evidentiary weight, regulated identity proofing, or legal equivalence to a handwritten signature. In those cases, the issue is not the digital signature itself but whether the assurance level matches the document’s legal and operational consequences. Teams should classify use cases first and only then choose the signature type.
Q: What should organisations verify before accepting a QES implementation?
A: They should verify the provider’s qualified trust service status, evidence of QSCD use, and the strength of identity proofing behind enrolment. If any of those elements is missing, the service may deliver only AdES-level assurance even if it is marketed as qualified. Governance should test the whole chain, not a single label.
Q: What are the most common governance mistakes with electronic signatures?
A: The most common mistakes are assuming all digital signatures are legally equivalent, accepting weak onboarding checks, and failing to confirm whether the provider actually supports the required trust model. These errors create assurance gaps that only appear when a document is challenged. Identity, legal, and risk teams should review the workflow together before deployment.
Q: How should IAM and identity teams decide between AdES and QES?
A: They should decide based on the transaction’s risk, the jurisdiction involved, and the evidence standard the organisation must defend later. AdES is often enough for routine business use, while QES is the better fit when legal equivalence and stronger identity assurance are required. The decision belongs in governance, not in a feature comparison.
Technical breakdown
How AdES binds signer identity and document integrity
AdES, or advanced electronic signature, is designed to connect a document to a specific signer and preserve integrity after signing. In practice, that usually means PKI-backed certificates, cryptographic signing, and evidence that the signed document has not been altered. The assurance is stronger than a basic electronic signature because the signature is tied to an identified person and can fail if the document changes. But AdES does not automatically satisfy the stricter legal and assurance requirements that apply in regulated or high-risk transactions.
Practical implication: Treat AdES as a controlled trust mechanism, but verify whether the business process also needs qualified identity proofing or legal equivalence.
Why QES depends on qualified trust services and a QSCD
QES, or qualified electronic signature, adds formal trust requirements that move beyond cryptography alone. It must be created with a certificate from a qualified trust service provider and generated using a qualified signature creation device, which is intended to protect the signing process and strengthen non-repudiation. That means the assurance comes from the full chain of identity proofing, certificate issuance, device controls, and legal recognition under eIDAS, not just from the presence of a digital certificate.
Practical implication: Check that the provider can prove both qualified issuance and qualified creation controls, not merely that it supports digital signatures.
Where identity proofing becomes the governance control point
The core governance issue is the strength of identity verification at onboarding. The article makes clear that a real QES workflow requires rigorous identity checks, including in-person or securely verified remote proofing, rather than lightweight online validation. This is where identity governance and electronic signature assurance converge: if proofing is weak, the resulting signature may look compliant while only delivering AdES-level assurance. For organisations, the real risk is misclassification of trust level at the point of enrolment.
Practical implication: Align onboarding checks to the assurance level required by the signature type and jurisdiction before allowing production use.
NHI Mgmt Group analysis
Signature assurance is an identity governance problem before it is a document-signing problem. The article shows that the meaningful control boundary sits in proofing, issuance, and device assurance, not in the visual presence of an electronic signature. For identity programmes, that means the signing workflow should be governed like any other trust chain with explicit assurance levels. Practitioners should classify signing use cases by risk and legal consequence, then map them to the minimum acceptable assurance level.
QES is a legal and operational composite, not a stronger checkbox. The requirement for a QTSP, a QSCD, and rigorous identity verification means organisations are really selecting a trust model, not a feature tier. That has direct implications for procurement, legal review, and IAM governance because a solution that lacks one of those elements may satisfy business convenience while failing the intended assurance standard. Practitioners should validate the whole chain, not just the certificate format.
AdES vs QES exposes a common governance failure: treating trust labels as interchangeable. The article highlights a named concept we can call the assurance mismatch gap, where the signature type in use does not match the regulatory or evidentiary requirement behind the transaction. This gap creates risk when teams assume that any digitally signed document is legally or operationally equivalent. Practitioners should make assurance level part of the approval decision, not an after-the-fact audit check.
Identity verification quality is the deciding factor in whether a signature holds up under scrutiny. The article’s emphasis on onboarding and secure verification shows that weak proofing can turn a QES claim into an AdES outcome in practice. That intersection matters for identity verification, IAM, and compliance teams because the signature record is only as reliable as the identity proofing behind it. Practitioners should require evidence of proofing strength before accepting any qualified-signature claim.
Governance teams should stop evaluating e-signature services as if they were generic software purchases. The legal equivalence of QES under eIDAS makes this a trust, evidence, and jurisdiction question with downstream compliance impact. The proper test is whether the service can support the exact assurance level, sector obligations, and document use case the organisation needs. Practitioners should route these decisions through identity, legal, and risk stakeholders together.
What this signals
Assurance mismatch gap: the practical risk is not that an organisation lacks electronic signatures, but that it uses a signature level that does not match the evidentiary or legal burden behind the transaction. Identity governance should therefore classify signing workflows by assurance requirement before selecting a provider or operating model.
For IAM and identity verification teams, the important control is the proofing step, because that is where a QES claim can collapse into an AdES outcome if verification is too light. The right question is whether the enrolment process can withstand challenge, not whether the workflow is digitally signed.
For practitioners
- Define signature assurance tiers by use case Map transaction types to AdES or QES based on legal effect, evidentiary need, and jurisdiction before selecting a service.
- Validate qualified trust provider status Confirm that the provider appears on the relevant trusted list and can evidence qualified certificate issuance, not just digital signing capability.
- Require proof of QSCD use Ask how the signing process is protected by a qualified signature creation device and what controls prevent bypass of that device.
- Audit identity proofing depth Check whether onboarding uses rigorous in-person or securely verified remote identity checks and reject workflows that rely on lightweight web-only validation.
- Align privacy and jurisdiction checks Verify that the signature workflow meets the applicable data protection and eIDAS obligations for every region where the document will be used.
Key takeaways
- AdES and QES are different trust models, not interchangeable digital signature labels.
- The governance risk sits in weak proofing, missing qualified trust status, or lack of QSCD assurance.
- Organisations should choose the signature type by legal consequence, jurisdiction, and identity assurance requirement.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST SP 800-63 and NIST CSF 2.0 set the technical controls, while GDPR defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-63 | SP 800-63A — Enrollment and Identity Proofing | QES depends on rigorous identity proofing before issuance, which maps directly to enrolment assurance. |
| SP 800-63C — Federation | Trusted issuance and cross-organisation reliance mirror federation and trust establishment concerns. | |
| Recommendation — Align proofing workflows to SP 800-63A before issuing signatures that require strong legal assurance. Use SP 800-63C principles to govern trust relationships that support remote signing and verification. | ||
| GDPR | Art.32 — Security of Processing | The article touches privacy and security obligations around identity data used in signing workflows. |
| Recommendation — Apply Art.32 controls to secure identity data used during signature enrolment and verification. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | Signature issuance and use depend on authorizing the right identity at the right assurance level. |
| GV.OC-01 — Organizational Context | Choosing AdES or QES is a governance decision driven by business context and legal exposure. | |
| Recommendation — Tie signing entitlements to PR.AA-05 so only appropriately verified identities can obtain higher-assurance signatures. Set signature assurance policy from organizational context before approving transaction workflows. | ||
Key terms
- Advanced Electronic Signature (AdES): An advanced electronic signature is a digital signature that links a signer to a document and helps detect later changes. It usually relies on cryptographic controls and identity evidence, but it does not automatically satisfy the stricter legal or trust requirements associated with qualified signatures.
- Qualified Electronic Signature: A higher-assurance signature backed by certificate-based identity and trust service provider controls. It is used where legal recognition and stronger evidentiary value are required, especially in cross-border or regulated workflows where the identity chain must remain defensible.
- Qualified Trust Service Provider: A qualified trust service provider is an organisation authorised to deliver trust services such as digital signatures, seals, timestamps, or certificates under EU trust rules. In practice, it must prove strong governance, resilience, and accountability because its services underpin digital trust for regulated transactions.
- Qualified Signature Creation Device: A qualified signature creation device is the controlled hardware or software environment used to create a qualified electronic signature. Its purpose is to keep signing credentials under exclusive signer control and to reduce the chance that a signature can be forged, replayed, or altered after use.
Deepen your knowledge
The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, identity lifecycle, and secrets management for practitioners who need to connect identity control to broader assurance decisions. It helps security and identity teams align governance with real-world risk across human and machine identities.
Published by the NHIMG editorial team on July 11, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org