TL;DR: Digital identity in financial services is shifting from repeated, point-in-time checks to reusable, portable credentials through the EUDI Wallet, according to Namirial, as AI-driven fraud, changing user expectations, and converging EU regulation expose the limits of older onboarding models. Identity governance now has to span verification, authentication, compliance, and fraud controls together.
At a glance
What this is: This is an analysis of how eIDAS 2.0 and the EUDI Wallet are changing digital identity in financial services, with reusable verified credentials replacing repeated onboarding checks.
Why it matters: It matters because banks, payment providers, and insurers now have to align customer identity, fraud prevention, and regulatory compliance around portable identity rather than isolated point-in-time verification.
By the numbers:
- EUDI Wallets must be available in all EU Member States by December 2026.
- Banks, payment service providers, and insurers must accept the EUDI Wallet for customer identification and authentication by December 2027.
- AMLR will require eID, EUDI Wallet and Qualified Trust Service adoption for KYC processes from July 2027.
Context
Digital identity in finance is moving away from repeated proofing at every interaction. The old model assumed onboarding created a permanent trust decision, but that assumption breaks once users move across services, borders, and channels while fraud techniques become easier to scale. This is now a governance problem, not just a user-experience problem.
The change is especially important for identity programmes because it links verification, authentication, fraud reduction, and regulatory acceptance into one operating model. Digital Identity, eID and Identity Wallets Guide helps frame the mechanics of portable identity, but the operational question for financial institutions is whether current controls can support reuse without weakening assurance.
Key questions
Q: How should financial institutions adapt onboarding when identity becomes portable?
A: They should redesign onboarding around reusable trust signals, not repeated document checks. The practical move is to define which attributes can be accepted from verified credentials, where direct proofing is still needed, and how to preserve assurance across channels. That reduces friction without weakening governance, but only if policy, evidence retention, and exception handling are aligned.
Q: Why do AI-driven fraud attacks bypass traditional KYC controls?
A: Traditional KYC controls are designed to verify a person once, not to prove that the same person is still present later. AI-driven fraud exploits that gap with synthetic identities, face swaps, and adaptive social engineering. The control failure is not identity collection, but the lack of runtime revalidation when risk changes.
Q: What breaks when identity verification stays siloed across channels and institutions?
A: Assurance becomes inconsistent, duplicated effort grows, and customers face repeated friction even when they have already been verified elsewhere. Siloed checks also make it harder to reuse evidence safely or maintain a consistent assurance level across onboarding, payments, and compliance workflows.
Q: Should teams treat eIDAS 2 as an IAM issue or a privacy issue?
A: Both. eIDAS 2 links identity verification, trust services, and privacy obligations so tightly that separating them creates gaps in evidence and accountability. IAM teams, privacy teams, and compliance leads need a shared operating model for the same workflows.
Technical breakdown
Why point-in-time verification no longer holds in financial identity
Point-in-time verification assumes identity evidence stays stable after onboarding. That model worked when interactions were infrequent and channels were siloed, but it breaks when customers move between products, devices, and jurisdictions. Portable identity changes the control objective from repeated reproofing to selective reuse of trusted credentials. The technical shift is not just about convenience. It changes where assurance lives, because trust must now travel with the credential rather than being recreated at every institution. That creates a stronger need for issuance controls, credential integrity, and relying-party acceptance rules. See the Digital Identity, eID and Identity Wallets Guide.
Practical implication: Map where your current KYC process still assumes re-verification at every touchpoint and identify where reusable credentials can replace duplication.
How wallet-based identity changes authentication and authorisation
Wallet-based identity separates possession of a verified credential from the act of using it in a given service. The wallet can present attributes selectively, which reduces data exposure and makes authentication less document-heavy. In practice, this shifts the problem from document inspection to trust in the wallet ecosystem, the issuer, and the verification flow. For financial services, that also means authentication, payments, and onboarding start to converge. The security model has to answer who can issue, what can be shared, how consent is enforced, and how the relying party validates the credential without recreating a fragmented identity stack.
Practical implication: Define which attributes are required at onboarding, which are optional, and how relying parties will validate them consistently.
How regulatory convergence turns identity into a control layer
eIDAS 2.0, AMLR, PSD3, GDPR, DORA, and NIS2 are pulling identity into the centre of compliance and operational resilience. That matters because identity is no longer just a front-door control. It is becoming part of fraud prevention, transaction trust, and auditability across the lifecycle. The result is a much tighter relationship between identity governance and security governance. Financial institutions now need traceable policies for credential acceptance, cross-border recognition, and assurance levels, not just a policy for onboarding documents. That is a materially different governance model from the one most institutions still run today. Read the Ultimate Guide to NHIs: Regulatory and Audit Perspectives.
Practical implication: Align identity policy, fraud controls, and compliance evidence so the same trust decision can support audit, onboarding, and transaction workflows.
NHI Mgmt Group analysis
Portable identity is replacing the old onboarding-centric trust model. The article correctly identifies that point-in-time verification no longer fits a financial ecosystem where users move across services, borders, and channels. That shift is not simply a UX improvement. It changes the assurance boundary from a single institution to a shared trust fabric, which is why identity governance now has to treat reusable credentials as infrastructure rather than as a front-office convenience. Practitioners should plan for identity reuse as a design constraint, not a future enhancement.
AI-driven fraud is forcing identity teams to re-think where assurance is earned. Deepfakes and synthetic identities reduce the value of document-centric checks because the evidence itself can be fabricated at scale. The more important control question becomes whether a relying party can trust the issuer, the wallet, and the selective disclosure flow. This is where identity verification and fraud prevention converge with lifecycle governance, and where stronger controls on credential issuance and acceptance become decisive. Teams should treat verification quality as an ecosystem property, not a single-step control.
Verification trust gap: the old model assumes one successful onboarding event can anchor future trust indefinitely. That assumption fails once identities become portable and reusable across institutions, because the security model no longer depends on a static session or a single channel. The article shows why financial services need policy decisions about assurance levels, consent, and cross-border recognition, not just more automation. Practitioners should govern trust transfer explicitly, or they will inherit fragmented assurance at scale.
Regulatory convergence is making identity a shared control plane. When eIDAS 2.0, AMLR, PSD3, GDPR, DORA, and NIS2 converge, identity governance stops being an isolated compliance function and becomes the layer that connects customer due diligence, operational resilience, and fraud defence. That creates a stronger case for common policy, shared assurance metadata, and repeatable acceptance rules across business lines. The organisations that fail to unify these controls will keep paying for duplicate checks while still missing the governance consistency the regulations are pushing toward.
Financial institutions that ignore portable identity will create avoidable governance debt. The article is right that early adopters can compress onboarding and reduce duplicated effort, but the deeper implication is strategic path dependency. Once a market builds around portable credentials, late adopters will be forced to fit into trust patterns defined elsewhere. That affects customer experience, assurance design, and vendor architecture choices all at once. Practitioners should evaluate identity architecture as a market position, not just a compliance implementation.
From our research library:
- 69% of security leaders agree identity management must fundamentally shift to address agentic AI systems, according to the 2026 Infrastructure Identity Survey.
- Read next: Ultimate Guide to NHIs — Regulatory and Audit Perspectives
What this signals
Verification trust gap: identity programmes that still assume a single onboarding event can anchor all future trust will struggle as wallets and reusable credentials become normal. The control point moves from repeated proofing to governed acceptance, selective disclosure, and consistent assurance metadata across the relying-party estate.
The next planning step is organisational, not just technical. Financial institutions need a cross-functional model that ties fraud, compliance, authentication, and customer experience to the same identity policy, or they will keep duplicating checks while missing the governance shift the market is already making.
For practitioners
- Define a reusable-identity policy for onboarding Specify which customer attributes can be accepted from an EUDI Wallet, which still require direct proofing, and where fallback checks remain mandatory.
- Align KYC, AML, and authentication rules Create a single trust policy that governs customer identification, authentication, and evidence retention across onboarding and subsequent transactions.
- Review fraud controls for AI-generated identity abuse Test document checks, selfie verification, and manual review against deepfake and synthetic identity scenarios that can pass basic controls.
- Prepare architecture for cross-border acceptance Map which systems will need to validate portable credentials, what assurance metadata they require, and how acceptance will work across product lines.
Key takeaways
- Digital identity in finance is moving from repeated proofing to portable, reusable credentials, which changes the control model as much as the user experience.
- AI-generated fraud and regulatory convergence together expose the limits of document-only onboarding and siloed identity checks.
- Banks and insurers that align identity policy, fraud controls, and compliance now will be better positioned to accept portable credentials without losing assurance.
Related NHI Mgmt Group resources: Digital Identity, eID and Identity Wallets Guide · Ultimate Guide to NHIs: Regulatory and Audit Perspectives · Identity Security Programme Guide · Top 10 NHI Issues
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 sets the technical controls, while GDPR, NIS2 and DORA define the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-63 | SP 800-63C — Federation | Portable identity and cross-border credential reuse rely on federated acceptance and trusted assertions. |
| SP 800-63A — Enrollment and Identity Proofing | The article centres on replacing repeated proofing with reusable identity evidence. | |
| Recommendation — Use federation rules to govern how external assertions are accepted across products and jurisdictions. Align proofing policy with reusable credential acceptance so onboarding assurance remains consistent. | ||
| GDPR | Art.32 — Security of processing | Portable identity and selective disclosure affect how personal data is protected during processing and sharing. |
| Recommendation — Apply security-of-processing controls to limit identity data exposure during wallet-based verification flows. | ||
| NIS2 | Cybersecurity risk management measures | Financial identity infrastructure needs resilience and governance aligned to regulated security requirements. |
| Recommendation — Treat wallet acceptance as part of cybersecurity risk management and resilience planning. | ||
| DORA | ICT risk management | Identity becomes part of operational resilience and third-party trust in regulated finance. |
| Recommendation — Embed portable identity flows into ICT risk and resilience governance. | ||
Key terms
- Portable Identity: Portable identity is a user identity that can move across different infrastructure systems without reauthentication at every boundary. In practice, it lets a single login carry permissions and session context into SSH, databases, Kubernetes, and browser-based tools. This reduces credential sprawl and improves audit consistency.
- 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 Assurance: The confidence an organisation has that a person or system is truly who it claims to be before access or action is granted. In modern IAM, assurance depends on evidence quality, channel trust, and the strength of verification around high-risk decisions.
- Trust Framework: A trust framework is the shared rule set that lets different organisations exchange data with consistent assurance. It defines participation criteria, obligations, revocation rules, and governance boundaries so interoperability is predictable instead of negotiated ad hoc for every transaction.
Deepen your knowledge
NHI Mgmt Group covers identity security, NHI governance, and agentic AI through independent research, practitioner guides, and the NHI Foundation Level course.Explore nhimg.org for resources that connect identity governance to the broader security disciplines your programme depends on.
Published by the NHIMG editorial team on October 22, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org