TL;DR: Identity platforms are converging on passwordless authentication, verified credentials, and privacy-preserving verification as organisations move away from centralised identity data models, according to 1Kosmos. The underlying shift is that access design now has to treat verification, authentication, and selective disclosure as one governance problem, not separate controls.
At a glance
What this is: This is a vendor-authored analysis of why digital identity architecture is converging on identity verification, passwordless authentication, verified credentials, and privacy-preserving disclosure.
Why it matters: IAM teams need to treat verification, authentication, and attribute sharing as a single governance surface because user trust, privacy, and access assurance now intersect.
Context
Digital identity architecture is the set of verification, authentication, and credentialing decisions that determine how people prove who they are and what they can reveal. In this article, 1Kosmos argues that the field is moving away from centralised identity stores toward architectures built around passwordless authentication, verified credentials, and selective disclosure.
That shift matters because the control problem is no longer just login assurance. It now includes how identity data is collected, where it is stored, how much of it must be revealed, and whether the same proof can support access across services without creating a central breach target.
Key questions
Q: How should teams use verified identity in passwordless IAM programmes?
A: Teams should treat verified identity as the assurance layer that makes passwordless access trustworthy, not as a replacement for it. The key design choice is to require proofed identity for onboarding, recovery, and other high-risk actions where knowing who is present matters more than reducing login friction.
Q: What is the difference between verified credentials and ordinary login credentials?
A: Verified credentials prove a claim about a person or organisation, such as employment or age, while login credentials prove a right to authenticate. The first supports portable trust across services, and the second supports session entry. IAM teams need to govern both because they solve different parts of the identity problem.
Q: Why does centralized biometric storage create more risk than local biometric verification?
A: Centralized biometric storage concentrates highly sensitive identity data in one place, so a single compromise can expose many users at once. Because biometric traits are permanent, the damage is not easily reset the way a password can be changed. Local verification lowers that exposure by keeping the biometric match on the device and out of transit.
Q: How can organisations use zero-knowledge proofs without exposing unnecessary personal data?
A: By defining the exact claim that must be proven and rejecting broader data disclosure. If the transaction only requires age, employment, or membership status, the system should prove that fact without revealing the underlying birthdate, salary, or full record. That keeps disclosure proportional to the decision.
Technical breakdown
Identity verification and passwordless authentication are converging
The article treats verification and authentication as linked design choices rather than separate products. Identity verification establishes that a person is real and eligible, while passwordless authentication reduces the reliance on reusable secrets that attackers can steal, phish, or replay. When both are built into the same architecture, the result is fewer recovery loops, less password sprawl, and less dependence on central identity data stores. The operational implication is that teams need to assess whether their current identity stack still treats proofing, credential issuance, and access sign-in as disconnected stages.
Practical implication: map your joiner and sign-in flows together, because separate verification and authentication controls create gaps attackers can exploit.
Distributed biometric verification changes the breach model
The article describes biometric authentication that avoids storing biometric data in a central database. That changes the attack surface because the value of the system is no longer concentrated in one repository of fingerprints or facial templates. Instead, authentication depends on distributed verification and encrypted handling that reduces the payoff of a single breach. The architecture still requires strong governance, but its security logic is different from classic centralised biometric systems that create a high-value target. The practical question is whether your current identity controls still assume a central store is the safest place for high-trust identity data.
Practical implication: review where biometric and identity proof data live, because centralised storage can turn identity assurance into a breach magnet.
Zero-knowledge proofs make selective disclosure a governance control
Zero-knowledge proofs let a user prove a fact without exposing the underlying data. In the article, that means proving age or employment status without revealing the exact birthdate or salary details. This is not just a privacy feature. It is a control pattern that limits data exposure while preserving assurance, which matters as verified credentials move into broader use cases such as digital wallets and cross-organisation verification. The governance implication is that identity programmes must start treating selective disclosure as a core architecture decision, not a niche privacy enhancement.
Practical implication: define which attributes must be disclosed, because unnecessary data revelation increases both privacy risk and compliance burden.
NHI Mgmt Group analysis
Identity verification and authentication can no longer be designed as separate layers. The article reflects a market shift where proofing, login assurance, and attribute sharing now sit in the same architectural decision set. That matters because a strong login process does not compensate for weak identity proofing, and strong proofing does not help if the authentication layer still relies on reusable secrets. Practitioners should treat the whole identity journey as one control plane.
Centralised identity data has become the default liability that modern identity design is trying to avoid. The article's strongest theme is not simply passwordless access, but the architectural move away from large identity repositories that concentrate biometric and personal data. That aligns with NHI and human IAM lessons alike: when identity data is hoarded in one place, the breach blast radius expands faster than the governance model can contain it. Practitioners should evaluate where concentration risk still exists.
Selective disclosure is emerging as an access design principle, not just a privacy enhancement. Zero-knowledge proofs and verified credentials let organisations confirm eligibility without demanding full data exposure. That changes the compliance conversation because the question becomes how much identity data is actually necessary for the transaction. Practitioners should push identity designs toward minimum disclosure by default.
Verified credentials are pushing identity programmes toward portable trust, not just portable login. The article points to a future in which credentials move across organisations and services, which means governance has to follow the credential, not just the user session. That has implications for lifecycle management, revocation, and assurance boundaries. Practitioners should plan for cross-domain trust rather than assume every verification event stays inside one system.
Digital wallet adoption will force identity teams to govern attributes, not only accounts. The article makes clear that passports, licenses, memberships, and employment claims are converging inside the same wallet model. That means identity security teams will need to reason about issuance, portability, selective presentation, and proof freshness as a combined discipline. Practitioners should prepare for identity control models that extend beyond account-centric IAM.
What this signals
Portable identity is becoming a governance problem, not just a user experience upgrade. Once verified credentials can move across services and jurisdictions, the question is no longer whether a user can log in. The real question is who controls issuance, revocation, and attribute freshness when the credential is reused outside the original domain.
Selective disclosure will matter as much as authentication strength. Identity programmes that still force full-data presentation for every transaction will carry avoidable privacy and compliance exposure. The architecture is shifting toward proving only what the relying party needs, which changes how access, assurance, and data minimisation should be designed.
Digital wallet adoption will widen the scope of IAM governance. Teams will need to think about claims, credentials, and presentation rules alongside conventional account lifecycle controls. That is where identity programmes become cross-domain governance programmes rather than login projects.
For practitioners
- Align identity proofing and authentication journeys Review whether onboarding, recovery, and sign-in are governed as one flow. If verification lives in one team and access assurance in another, users can be fully enrolled while still entering through weak authentication paths.
- Reduce centralised identity data concentration Inventory where biometric data, proofing artifacts, and verified attributes are stored. Identify any central repositories that would create a single breach target and move toward architectures that minimise retained sensitive identity data.
- Define selective disclosure rules for credentials Specify which attributes must be disclosed for each transaction and which can be proven without exposure. This keeps identity assurance tied to necessity rather than convenience and reduces the amount of personal data processed.
- Plan credential portability and revocation together Treat verified credentials as reusable trust objects that may cross organisational boundaries. Document how issuance, suspension, and revocation will work when the credential is presented outside the original system of record.
- Test wallet-era governance assumptions Validate whether current IAM policies still assume identities stay inside one platform, one domain, or one issuance authority. Digital wallets break that assumption, so governance must anticipate cross-domain presentation and verification.
Key takeaways
- The article argues that identity architecture is moving toward verification, passwordless access, and selective disclosure as one integrated design problem.
- The main security change is the move away from centralised identity data models that concentrate biometric and personal information.
- IAM teams should redesign governance around portable credentials, minimised disclosure, and end-to-end identity journeys rather than separate point controls.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10 addresses the attack and risk surface, while NIST SP 800-63 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-02 — Secret Leakage | The article centres on reducing centralised identity data exposure, including biometric data. |
| NHI-04 — Insecure Authentication | Passwordless authentication is a core theme and governs how identity assurance is enforced. | |
| Recommendation — Minimise retained identity data and prevent central repositories from becoming breach targets. Replace reusable secrets with stronger authentication patterns that reduce replay and phishing risk. | ||
| NIST SP 800-63 | SP 800-63C — Federation | Verified credentials and portable trust align with federated identity assertions across services. |
| Recommendation — Apply federation controls to keep identity assertions portable while preserving assurance boundaries. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | The article ties identity proof, credential issuance, and access decisions into one governance model. |
| PR.DS-01 — Data at Rest | Centralised biometric and identity data storage raises data-at-rest exposure concerns. | |
| Recommendation — Align access authorisation to verified identity attributes and constrain entitlement decisions accordingly. Protect stored identity data with strong controls and reduce what needs to be stored in the first place. | ||
Key terms
- Verified Credentials: Verified credentials are cryptographically bound digital credentials that let a person prove specific claims without relying on fragile physical documents. They support tamper resistant identity proofing by allowing institutions to validate attributes such as employment or identity while limiting unnecessary data exposure during onboarding and transactions.
- 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.
- Passwordless Authentication: An authentication approach that removes passwords and uses a device-bound cryptographic key plus local user verification. It reduces phishing and replay risk, but it only improves assurance when enrollment, recovery, and revocation are tightly governed.
- Zero-Knowledge Key Protection: Zero-knowledge key protection is an architecture in which private keys are protected so they are never assembled in full where the provider can inspect them. The point is to reduce exposure during handling and storage, especially when machine identities and secrets share a control plane.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
Published by the NHIMG editorial team on June 23, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org