Security Guides

How to remove access when someone leaves

Estimated Reading Time =

2 minutes

Technical Level =

Intermediate

Threat Level =

High

Attack Type =

Insider Threat

Editorial illustration for how to remove access when someone leaves

What you will learn

What you will learn

A person’s access may extend beyond their main account. Use a planned sequence to protect information, close sessions and tokens, and transfer legitimate ownership without losing critical work.

When someone leaves, removing access is part of the handover. A disabled main account may leave shared passwords, active sessions, personal devices, or connected applications untouched. The aim is to close access that is no longer needed while keeping legitimate work with the right owner.

Understand the idea

Use a clear departure time and a list tied to the person’s role. Include email, files, devices, remote access, shared accounts, and third-party services. Transfer necessary records through approved ownership controls rather than keeping the former user’s password alive for convenience.

A simple way to follow the process
  1. Prepare

    Identify accounts, devices, data, and responsibilities.

  2. Close

    Remove access and handle active sessions and credentials.

  3. Confirm

    Verify closure and record any approved exceptions.

A practical example

For example, an operations coordinator leaves after managing several cloud services. The team disables the central login, transfers document ownership, removes active sessions where supported, and replaces shared secrets the person knew. Each service has someone responsible for confirming its own part.

Visual guide: How to remove access when someone leaves
Identify accounts, devices, data, and responsibilities. Remove access and handle active sessions and credentials. Verify closure and record any approved exceptions.

What to do next

  1. Disable the primary sign-in and remove sessions according to the identity provider's supported process.
  2. Remove application accounts, group memberships, privileged roles, and mailbox delegation that do not follow automatically from the directory change.
  3. Remove personal API tokens, registered factors, certificates, and connected applications where applicable.
  4. Transfer ownership of required business resources to an authorized owner.
  5. Rotate genuinely shared passwords and access keys the person knew and review systems that may still retain their sessions.
  6. Recover or appropriately manage organizational devices and work data on personal devices using the agreed process.

How to check the result

Check the final access state and keep a record of exceptions. An approved temporary handover should have a named owner, limited purpose, and end date rather than an open-ended account.

The email account is disabled. Can we close the offboarding ticket?

Review connected applications, independent logins, shared credentials, and service ownership. Confirm that necessary business records and recovery routes remain accessible to authorized staff.

Sources and useful guides

The following resources provide background and more detailed guidance. Use the sections that match your service and situation.

Scroll to Top