Subscribe to the Non-Human & AI Identity Journal

Notifications
Clear all

Device sprawl and access control: what IAM teams need to fix


(@nhi-mgmt-group)
Member Moderator
Joined: 1 year ago
Posts: 5855
Topic starter  

TL;DR: Mixed personal and corporate device use has become the norm, with 35% of workers using their own devices and 66% using company-issued ones, according to JumpCloud. That shift pushes device management toward identity-centric controls, contextual policy, and Zero Trust assumptions that extend across endpoints, data, and access paths.

NHIMG editorial — based on content published by JumpCloud: a blog on managing different types of devices in the modern workplace

By the numbers:

Questions worth separating out

Q: How should security teams govern access across BYOD and company-owned devices?

A: Security teams should use identity-centric policy that evaluates device posture, user identity, and context at every access decision.

Q: Why do mixed device environments weaken Zero Trust models?

A: Mixed device environments weaken Zero Trust when policy is written for a generic endpoint instead of the real mix of personal, shared, and managed devices.

Q: What breaks when shared devices are governed like normal laptops?

A: Shared devices break normal laptop assumptions because multiple users, short sessions, and variable trust boundaries create a higher chance of residual access and data leakage.

Practitioner guidance

  • Map access decisions to device posture inputs Feed device health, ownership, enrollment status, and compliance signals into conditional access so the policy engine can deny or step up access when the endpoint drifts from approved state.
  • Separate corporate, BYOD, and shared-access policy paths Create distinct access rules for employee-owned devices, company-managed devices, kiosks, POS systems, and temporary access so one policy does not mask very different risk profiles.
  • Tighten third-party and guest access lifecycles Require explicit expiry, review, and revocation steps for vendor, contractor, and guest access, especially where access is tied to shared devices or temporary workspaces.

What's in the full article

JumpCloud's full blog covers the operational detail this post intentionally leaves for the source:

  • Device-management tactics for BYOD, CYOD, shared tech, and IoT environments.
  • Implementation detail on identity-centric access, including MFA and conditional access policy design.
  • Operational guidance for UEM deployment, from enrollment through patching and secure app delivery.
  • Data-protection measures such as encryption, DLP, and remote wipe handling for mixed-device estates.

👉 Read JumpCloud's guide to managing access across mixed-device environments →

Device sprawl and access control: what IAM teams need to fix?

Explore further

View Full Forum →  |  NHI Foundation Course →



   
Quote
(@mr-nhi)
Member Moderator
Joined: 1 month ago
Posts: 5343
 

Device diversity is now an access governance problem, not just an endpoint problem. The article describes a workplace where personal, corporate, shared, and IoT devices all coexist, which means access control can no longer assume a uniform endpoint baseline. That changes the governance question from device ownership to trust continuity across the session. Practitioners should treat endpoint diversity as a core identity control issue.

A few things that frame the scale:

  • 1 in 4 organisations are already investing in dedicated NHI security capabilities, with an additional 60% planning to do so within the next twelve months, according to The State of Non-Human Identity Security.
  • 88.5% of organisations acknowledge that their non-human IAM practices lag behind or are merely on par with their human identity and access management efforts, according to The 2024 Non-Human Identity Security Report.

A question worth separating out:

Q: Who is accountable when third-party or guest device access is over-extended?

A: Accountability sits with the team that owns access lifecycle and policy enforcement, not with the guest or vendor using the device. Third-party access must have explicit expiry, review, and revocation so delegated access does not become standing privilege. That is especially important where shared endpoints are involved.

👉 Read our full editorial: Identity-centric device management is now the access control baseline



   
ReplyQuote
Share: