Join our Newsletter — 33% off our NHI Course
Home› Glossary› NHI Lifecycle Management› Device Reset
NHI Lifecycle Management

Device Reset

← Back to Glossary
By NHI Mgmt Group Updated November 3, 2026 Domain: NHI Lifecycle Management

Device reset is the process of returning a device to a factory or clean state by erasing user data, settings, and installed applications. In IT administration it is used before redeployment, troubleshooting, or disposal, and it may also trigger removal of device certificates, management enrolment, and local access tokens.

What a device reset actually does

A device reset is more than a simple cleanup action. It removes user-created data and local configuration so the device can be returned to a known state, which is why it is commonly used before redeployment, repair, or disposal. In managed environments, the reset may also clear enrolment artefacts, certificates, and cached access material.

Why resets matter for device trust and reuse

The security value of a reset is that it reduces what the next user or operator can inherit from the previous one. That includes local profiles, stored credentials, application state, and device-specific trust relationships. A reset is therefore part of the trust boundary between one lifecycle phase and the next, not just a convenience function.

Its importance depends on what the device has been allowed to hold. If the device has cached tokens, offline sign-in material, certificates, or management profiles, a partial reset that leaves any of those behind can preserve access paths that should have been removed.

What administrators should verify before and after reset

Administrators should treat reset as an identity and data-handling event as well as a hardware action. Before resetting, they need to know what the device contains, which accounts or apps are still active, and whether the device is still enrolled in management. After resetting, they should confirm that the device no longer presents old trust artefacts and that it can only be brought back into service through the intended onboarding process.

For device lifecycle work, the key question is whether the reset actually broke the device’s previous relationship to users, services, and management systems. If it did not, the device may still be able to authenticate or reconnect in ways that defeat the purpose of the reset.

How device reset relates to troubleshooting and disposal

Reset is often used for troubleshooting because it removes accumulated software and configuration drift that can make a device unreliable. It is also used for disposal because a device leaving the organisation should not carry data, settings, or residual access material into an uncontrolled environment.

In practice, the same action serves different goals depending on context. For a redeployed endpoint, the aim is a clean starting point. For a retired endpoint, the aim is to eliminate recoverable information and prevent reuse of any local trust state.

Risk and Threat Considerations

Device reset is a security boundary event because incomplete wiping can leave behind data, cached sessions, certificates, or management enrolment that still confer access. The main risk is not the reset itself, but a reset that appears successful while residual trust material remains usable.

Failure mechanism: A device that retains tokens, certificate material, or management state can continue to authenticate or reconnect after the visible user data has been erased, creating a false sense of sanitisation.

Impact: The result can be unauthorised access, unexpected re-enrolment, exposure of organisational data, or reuse of a device that still has a path back into managed systems.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST SP 800-53 Rev 5 and CIS Controls v8 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST SP 800-53 Rev 5IA-5 — Authenticator ManagementDevice resets can remove or invalidate stored authenticators and local access material.
CM-8 — System Component InventoryA reset decision depends on knowing which devices contain sensitive data or trust artefacts.
MP-6 — Media SanitizationReset is part of sanitising a device before reuse or disposal.
Recommendation — Revoke or replace any authenticators and secrets that could survive the reset. Inventory devices so reset and disposal actions are matched to actual asset state. Sanitise stored data and residual access material before redeployment or disposal.
CIS Controls v8CIS-3 — Data ProtectionReset is used to prevent leftover data and access material from persisting on endpoints.
CIS-4 — Secure Configuration of Enterprise Assets and SoftwareFactory reset returns a device to a known configuration baseline.
Recommendation — Apply data protection processes to ensure resets remove recoverable information. Return devices to a trusted baseline before reuse or handoff.

Practitioner Guidance

What to watch for: The reset process should be validated against the device’s actual lifecycle role, not just its operating system state. A clean user interface does not prove that old trust relationships are gone, so administrators should confirm that the device has been removed from the management plane and that any locally stored access material has been cleared.

Governance implication: Device reset should be treated as a controlled administrative action with an owner, a defined trigger, and a verification step before the device is reused, reassigned, or discarded. That keeps operational convenience from becoming an access-control gap.

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.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on November 3, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org