TL;DR: Digital IDs moved from pilot projects into everyday use in 2025 as regulation tightened, privacy expectations rose, and orchestration became necessary across multiple identity methods, according to Yoti. The shift shows that trust, interoperability, and selective disclosure now shape identity strategy as much as compliance does.
At a glance
What this is: Yoti’s 2025 review says digital IDs moved from pilots into everyday use as regulation, trust expectations, and orchestration needs all increased.
Why it matters: Identity teams should treat digital ID as infrastructure governance, because reusable proofing, selective disclosure, and cross-method orchestration now affect how identity journeys are designed and trusted.
By the numbers:
- Yoti passed 1 billion age checks globally in 2025, reflecting broad adoption of age assurance across regulated sectors.
Context
Digital IDs are moving from pilots into operational identity infrastructure. The governance challenge is no longer whether these methods exist, but how organisations handle trust, user consent, and selective disclosure when people expect reusable proof rather than repeated document checks.
That shift matters for human identity programmes because digital ID now sits between authentication, age assurance, and data minimisation. The operational question is how to accept stronger proof without over-collecting data or fragmenting user journeys across multiple methods.
Yoti’s year-end review argues that 2025 was the year the category crossed into broader practical use, especially in markets where regulation and user expectations moved together. That makes the starting position typical for the sector, not an outlier.
Key questions
Q: How should organisations support Digital ID without increasing privacy risk?
A: Start by removing unnecessary data collection from the verification flow. Use selective disclosure for claims that can be proven without full identity exposure, and make retention, caching, and downstream sharing explicit governance decisions. If the system cannot prove less while revealing less, it is not solving the trust problem it creates.
Q: When should teams use orchestration for digital identity checks?
A: Use orchestration when one identity method will not work across all markets, regulators, or customer journeys. A policy layer lets you route users to trusted certified methods without building and maintaining separate integrations everywhere. That becomes more important as identity ecosystems fragment and compliance expectations differ by region.
Q: Why do digital IDs need stronger governance once they become mainstream?
A: Mainstream use turns digital ID into an operational control, so governance has to cover provider trust, data minimisation, assurance levels, and auditability. If those controls stay informal, the organisation can end up with inconsistent acceptance rules and unnecessary personal data exposure. At scale, identity convenience without governance becomes a liability.
Q: How should security teams handle deepfake risk in identity workflows?
A: Security teams should treat deepfakes as a trust and verification problem inside identity workflows. The right response is to require out-of-band verification for high-risk actions, separate request initiation from approval, and harden help-desk and finance procedures so a convincing voice or video cannot authorize access on its own.
Technical breakdown
How selective disclosure changes digital identity proofs
Selective disclosure means proving a specific attribute, such as being over 18, without revealing the underlying source document or unrelated personal data. That changes the trust model from full-document disclosure to claim-level verification, which is better aligned with privacy-by-design and data minimisation. In practice, the system must ensure the proof is still bound to a verified credential and cannot be repurposed beyond its intended context. The operational challenge is not only verification strength but also limiting what the relying party receives and retains.
Practical implication: Design acceptance flows around attribute-level proof, not document-level collection.
Why orchestration becomes necessary across multiple digital IDs
Orchestration in identity means a single integration layer that can route a relying party to different certified identity methods instead of requiring separate connections to each provider. That matters when no single digital ID works everywhere, across markets, regulators, or use cases. The architecture reduces integration fragmentation, but it also shifts the governance burden to policy, provider qualification, and method selection. Organisations still need to decide which credentials they trust, where they apply, and how they fail over when a given method is unavailable.
Practical implication: Use orchestration policy to govern which identity methods are accepted in each market and workflow.
How verified calls respond to deepfake identity risk
Verified calls are a response to impersonation risk in live interactions, where a person may not be who they claim to be even after the call begins. The technical control is identity or liveness proof before or during a session, which adds assurance when high-stakes decisions depend on the interaction. This is different from standard login because the trust problem appears in the communication channel itself. The main governance issue is deciding which sessions justify stronger proof and how much friction the organisation can tolerate.
Practical implication: Apply stronger session verification only to calls where impersonation would create material risk.
NHI Mgmt Group analysis
Digital identity has crossed from convenience feature to governance layer: The article shows that reusable identity proofs are now being used in everyday interactions, which changes the control objective from single-use verification to ongoing trust management. For IAM teams, that means digital ID is no longer a niche onboarding tool but part of the identity architecture that affects access, assurance, and data minimisation. The practitioner conclusion is that digital ID must be governed like a core identity control, not an optional enhancement.
Selective disclosure is becoming the real product requirement, not document transfer: Users increasingly want to prove a fact, not surrender a document. That means privacy-by-design is not just a policy stance, it is the mechanism that makes digital ID acceptable at scale. The practitioner conclusion is that programmes should measure whether they are collecting less data, not merely verifying identity more efficiently.
Orchestration is the response to fragmented trust markets: As regulators and providers diverge across regions, a single identity method rarely covers every use case. Orchestration becomes the control plane for policy, provider selection, and market-by-market acceptance. The practitioner conclusion is that teams should re-evaluate whether direct point integrations are creating avoidable identity sprawl.
Verified identity must now extend into live interactions: Deepfake risk means identity assurance cannot stop at login or account creation. The trust problem now appears during calls, onboarding, and other high-stakes exchanges where visual presence used to be assumed. The practitioner conclusion is that organisations need explicit session-level trust decisions for the interactions that matter most.
Age assurance at scale changes the accountability baseline: Once age checks move into billions of transactions, the issue becomes less about capability and more about governance consistency, evidence retention, and regulated use. The practitioner conclusion is that scale should trigger tighter assurance over policy, auditability, and relying party accountability.
What this signals
Digital ID programmes now need the same discipline that teams already apply to access governance: explicit trust criteria, scoped data collection, and method-by-method acceptance policy. As more services move from document checks to reusable proofs, the operating model has to distinguish between identity verification, assurance level, and what the relying party is actually entitled to learn.
Orchestration debt: the longer teams allow each region or product line to choose identity methods independently, the harder it becomes to maintain consistent trust policy. That fragmentation shows up as duplicated integrations, unclear assurance thresholds, and uneven privacy outcomes across the user journey.
For practitioners
- Define where selective disclosure is mandatory Map every digital ID use case to the minimum attribute set required, and prohibit collection of full documents when a single claim is sufficient.
- Treat orchestration as identity policy infrastructure Document which certified identity methods are accepted by region, product line, and risk level so providers are selected by policy rather than convenience.
- Set stronger proof thresholds for high-risk sessions Require liveness or identity proof for interviews, onboarding, and sensitive transactions where impersonation would materially affect decisions.
- Align age assurance with regulatory scope Separate weak self-declaration from certified age checks, and reserve the stronger method for services where legal or platform obligations demand it.
Key takeaways
- Digital IDs are no longer just a pilot concept, because they are now being used in everyday identity and age-assurance flows.
- The strongest operational change is not more data collection, but more selective disclosure and policy-led orchestration.
- Identity teams should govern digital ID as a mainstream control layer, with clear trust rules for data, providers, and high-risk interactions.
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-63C — Federation | Digital ID orchestration and reusable proofs depend on federation and acceptance across providers. |
| Recommendation — Use federation guidance to govern how certified identity credentials are accepted across services. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | Identity acceptance policy determines who can be trusted and under what conditions. |
| Recommendation — Align digital ID acceptance rules with authorization policy and assurance thresholds. | ||
| GDPR | Art.5 — Principles relating to processing of personal data | Selective disclosure and data minimisation are central to the article's privacy model. |
| Recommendation — Apply data minimisation and purpose limitation to every digital ID workflow. | ||
Key terms
- Selective Disclosure: Selective disclosure is the practice of sharing only the identity attributes needed for a specific decision. In credential-based systems, it reduces oversharing, lowers retention burden, and limits exposure when a verifier does not need the full record to make a trustworthy judgment.
- Identity Orchestration: Identity orchestration is the control layer that routes identity decisions across applications and environments instead of letting each system manage access independently. For agents, it is the mechanism that can centralise policy, auditing, and downscoping at runtime.
- Age Assurance: Age assurance is the set of controls used to determine whether a person can access content or services restricted by age. It can include document checks, biometrics, in-band verification and decision logging, but the governance requirement is the same: the organisation must be able to justify the outcome.
- Liveness Assurance: Liveness assurance is a biometric control that checks whether a presented face comes from a real, live person rather than a photograph, video, or other replayed image. It is used to reduce spoofing risk during online authentication and to help confirm that the user is physically present at the point of verification.
Deepen your knowledge
NHI governance, identity lifecycle, and secrets management are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are responsible for identity security strategy or governance in your organisation, it is worth exploring.
Published by the NHIMG editorial team on August 2, 2026.
Updated on October 12, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org