Subscribe to the Non-Human & AI Identity Journal

How should security teams govern access from unmanaged endpoints?

Security teams should treat unmanaged endpoints as conditional trust zones, not normal access paths. Grant only the minimum access needed, enforce session controls, and require stronger verification for sensitive actions. Where possible, move users toward browser-mediated or isolated access that keeps credentials, cookies, and downloads away from local device storage.

Why This Matters for Security Teams

Unmanaged endpoints are not just “less trusted” devices. They are access paths that sit outside normal fleet control, patching, telemetry, and local enforcement. That means security teams cannot assume device posture, local storage hygiene, or even stable operating conditions. The practical response is conditional access: minimum necessary privilege, stronger verification for risky actions, and controls that keep secrets and session artifacts out of the endpoint wherever possible.

This is especially important for NHI and identity-heavy workflows, where one leaked token or browser session can expose far more than a single app. NHIMG research shows that 96% of organisations store secrets outside of secrets managers in vulnerable locations, and 79% have experienced secrets leaks according to Ultimate Guide to NHIs. That is why unmanaged endpoints should be treated as a governance problem, not only an endpoint problem. Current guidance also aligns with the NIST Cybersecurity Framework 2.0 emphasis on risk-based protective controls.

In practice, many security teams encounter endpoint exposure only after an access token, browser cookie, or downloaded file has already been copied into an uncontrolled device context.

How It Works in Practice

The strongest pattern is to separate authentication, authorisation, and data handling. Unmanaged endpoints should authenticate through tightly scoped identity assurance, but the resulting session should be constrained with short-lived tokens, step-up checks, and transaction-level policy. For sensitive systems, browser-mediated access or isolated workspace delivery is preferable because it keeps credentials, cookies, and downloads from persisting on the local device.

Where access must be granted, apply OWASP Non-Human Identity Top 10 thinking to the session itself: minimise standing access, rotate secrets aggressively, and treat every grant as temporary. For identity governance, the Top 10 NHI Issues and Ultimate Guide to NHIs — Lifecycle Processes for Managing NHIs reinforce a lifecycle approach: issue, constrain, monitor, revoke. The same model applies to human users on unmanaged endpoints.

  • Use browser isolation or VDI for administrative and high-risk SaaS access.
  • Enforce JIT access for privileged actions, not broad day-long entitlement.
  • Store secrets in a managed vault, never on the endpoint.
  • Require re-authentication or step-up approval for downloads, exports, and admin changes.
  • Log session metadata, command history, and file movement for post-incident review.

When endpoints cannot be assessed reliably, policy enforcement tends to fail because the organisation cannot verify local state, prevent artifact capture, or consistently inspect the user’s downstream actions.

Common Variations and Edge Cases

Tighter endpoint controls often increase friction, so organisations must balance usability against the blast-radius reduction they gain. That tradeoff is real, especially for contractors, BYOD populations, and field workers who may not tolerate full device enrollment. Best practice is evolving, but there is no universal standard for this yet. In those environments, policy should become progressively stricter as data sensitivity rises.

For example, read-only access may be acceptable from an unmanaged endpoint, while write, export, approval, or admin actions should require browser isolation, managed device enrollment, or a stronger trust signal. The highest-risk workflows may also warrant session recording and stricter download controls. NHIMG’s Ultimate Guide to NHIs — Key Challenges and Risks and 52 NHI Breaches Analysis show why poor containment matters: once credentials or session artifacts spread beyond controlled systems, recovery is slow and often incomplete. For governance mapping, NIST Cybersecurity Framework 2.0 and OWASP Non-Human Identity Top 10 both support least-privilege, monitoring, and lifecycle discipline.

These controls tend to break down when unmanaged endpoints are also shared, offline, or heavily scripted because the organisation loses both device trust signals and reliable session oversight.

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 address the attack and risk surface, while NIST CSF 2.0 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.

Framework Control / Reference Relevance
OWASP Non-Human Identity Top 10 NHI-03 Unmanaged endpoints amplify secret exposure and session theft risk.
NIST CSF 2.0 PR.AC-4 Conditional access and least privilege map directly to access control governance.
NIST Zero Trust (SP 800-207) Zero Trust requires continuous verification for untrusted endpoints.

Limit secrets on endpoints and rotate or revoke them quickly after risky access.