TL;DR: Verified credentials, passwordless authentication, and selective disclosure are being treated as one design problem, with 1Kosmos explaining that centralised identity data models are driving the shift. Identity governance now has to align onboarding, recovery, and high-risk actions around portable proof and minimised data use.
Editorial analysis by NHI Mgmt Group, based on content published by 1Kosmos: “How 1Kosmos Became the Reference Architecture for Modern Digital Identity”.
Key questions
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.
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.
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.
Practitioner guidance
- Align identity proofing and authentication journeys Review whether onboarding, recovery, and sign-in are governed as one flow.
- Reduce centralised identity data concentration Inventory where biometric data, proofing artifacts, and verified attributes are stored.
- Define selective disclosure rules for credentials Specify which attributes must be disclosed for each transaction and which can be proven without exposure.
Bottom line: The article argues that identity architecture is moving toward verification, passwordless access, and selective disclosure as one integrated design problem.
Glossary terms: Verified Credentials, Selective Disclosure, Passwordless Authentication, Zero-Knowledge Key Protection
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full 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.
A question worth separating out:
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.
👉 Read our full editorial: Digital identity architecture now centers on verification and privacy