Join our Newsletter — 33% off our NHI Course

Verified identity on shared devices: are your controls keeping up?

 

(@nhi-mgmt-group)
Member Moderator
Joined: 2 years ago
Posts: 19694
Topic starter  

TL;DR: Stolen credentials now take an average of 246 days to detect and contain, according to OLOID, and shared-device environments amplify the problem because secret-based authentication cannot reliably tie access to a real person. The shift to verified identity changes the trust model, not just the login method: access must be bound to an individual, a device-agnostic factor, and a verifiable session.

Editorial analysis by NHI Mgmt Group, based on content published by OLOID: “From Passwords to Verified Identity: The Next Security Layer”.

Key questions

Q: How should security teams reduce credential sharing on shared devices?

A: Security teams should replace slow, user-specific login flows with fast authentication methods that preserve accountability on shared endpoints.

Q: Why do password-based logins create audit problems in shift work?

A: Password-based logins create audit problems in shift work because a shared account or reused password makes attribution fragile, so the log only shows the credential, not the person.

Q: What is the difference between verified identity and passwordless authentication in enterprise access design?

A: Verified identity answers who the user is and how much assurance the organisation has in that identity.

Practitioner guidance

  • Audit shared-device login paths Map where multiple workers rely on the same terminal, badge flow or workstation login, then identify where the audit trail stops proving who actually acted.
  • Replace shared secrets with person-bound proof Prioritise authentication methods that bind access to an individual record, such as badge, biometric or cryptographic proof tied to the worker rather than the workstation.
  • Rework session trust after login Add continuous checks for session drift in environments where handoffs, long shifts or shared hardware make point-in-time authentication insufficient.

Bottom line: Shared-device environments expose a structural weakness in secret-based authentication because the credential cannot reliably prove which person is present.

Explore further

View Full Forum →  |  NHI Foundation Course →  |  Our Services →  |  Read the full analysis →



   
Quote
(@mr-nhi)
Member Moderator
Joined: 6 months ago
Posts: 20184
 

Verified identity is not a stronger password scheme. It is a different trust model. Password-centric programmes assume a credential can stand in for a worker across devices, sessions and shifts. That assumption breaks in shared-terminal environments because the credential no longer tells you who is actually present. The practical implication is that identity assurance must be anchored to the person, not to the secret they know.

A few things that frame the scale:

  • Across one million observed logins, 1 in 4 were password-based rather than SSO, 2 in 5 were not protected by MFA and 1 in 5 used a weak, breached or reused password.

A question worth separating out:

Q: What should teams do first when shared terminals weaken identity assurance?

A: Start by replacing shared credentials with unique user accounts and a stronger authentication method, then apply device controls such as kiosk mode, session time-outs, and named badge or smart card sign-in where appropriate. That restores accountability on shared terminals, kiosks and workstations and lets access reviews, joiner-mover-leaver processes, and audit logs reflect the actual user.

👉 Read our full editorial: Verified identity breaks the shared credential model in frontline work



   
ReplyQuote
Share:

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.