Join our Newsletter — 33% off our NHI Course
Home› FAQ› NHI Lifecycle Management› What should teams do when an employee or…
NHI Lifecycle Management

What should teams do when an employee or agency leaves social media access behind?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated October 12, 2026 Domain: NHI Lifecycle Management

Treat it as an offboarding failure and revoke access immediately through the same lifecycle process used for other enterprise systems. If shared credentials remain active, the departing user can still speak for the organisation, which is a public-facing identity risk rather than a simple admin oversight.

What teams should do the moment access is left behind

Leaving social media access behind is an offboarding failure, not a minor admin task. The correct response is to revoke the account, rotate any shared secrets tied to it, and confirm the organisation no longer depends on that access path for publishing, recovery, or vendor support. If the account can still post, message, or approve requests, it is still an active organisational identity.

That matters because social platforms often blur the line between a personal profile, a business manager role, and a shared credential set. A clean handoff requires proving that the departing user can no longer authenticate, and that no backup method, connected inbox, or delegated role preserves their ability to act for the brand.

In practice, the offboarding record should show the account owner, the platform admin, and the business function that depended on the account. If the access was shared across a team, teams should treat the shutdown as a credential lifecycle event, not just a personnel event, and verify that every connected login path has been removed.

Why social media access is an identity problem

Social media accounts are outward-facing identities. When a person leaves and their access remains, the residual access can become a channel for impersonation, unauthorized posting, account recovery abuse, or contact with customers and partners. That is why this issue sits closer to identity governance than to general workstation cleanup.

Two cases need different treatment. If the account was individually owned, offboarding should remove the departing user and reassign administrative control. If the account was shared, teams must identify every credential, session, application token, and connected approval flow that could still let the former user act. The question is not whether the person remembers the password, but whether the organisation has formally cut off their authority.

Platforms add complexity because access may exist through password sharing, a delegated inbox, an SSO connection, a linked authenticator, or a third-party social management tool. A complete offboarding process has to follow the whole lifecycle, otherwise the weakest remaining access path becomes the one that matters.

What good offboarding looks like for social platforms

Good practice is to make social access part of the same joiner, mover, leaver workflow used for other enterprise systems. The offboarding step should remove the user from the social platform, revoke API or app connections, transfer ownership of brand assets, and document who now holds operational control.

  • Revoke interactive access first, then validate that the account cannot be used to post or recover access.
  • Rotate shared secrets and review connected applications, especially where a social tool can publish on behalf of the brand.
  • Transfer ownership of business pages, ad accounts, and recovery contacts to a controlled admin group.
  • Confirm that the departing user is removed from password managers, MFA enrolments, and delegated approval chains.

Teams should also check whether the account is tied to campaigns, customer support workflows, or crisis communications. If it is, a simple logout is not enough, because the business may still be relying on the former user’s profile, mailbox, or token to keep those workflows running.

Risk and Threat Considerations

Residual social media access creates a public trust risk because the account can still speak with the organisation’s voice. It also creates a persistence risk if the departing user retained a recovery path, shared password, or connected app that survives the formal offboarding event.

Failure mechanism: The organisation removes the person in HR or IT, but leaves one or more authentication or delegation paths active, so the former user can still log in, recover the account, or post through a connected service.

Impact: An ex-employee or ex-contractor can impersonate the brand, leak information, manipulate customers, or create reputational damage before the issue is detected.

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 addresses the attack surface, CIS Controls v8 and NIST SP 800-53 Rev 5 set the technical controls, and ISO/IEC 27001:2022 defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
CIS Controls v8CIS-5 — Account ManagementOffboarding social access is an account lifecycle control issue.
Recommendation — Revoke departing users' access and review shared accounts during offboarding.
NIST SP 800-53 Rev 5IA-5 — Authenticator ManagementLeaving social access behind often means credentials or authenticators remain usable.
Recommendation — Rotate or disable authenticators and shared credentials during leaver processing.
ISO/IEC 27001:2022A.5.16 — Identity managementThe question is about removing a former user's ability to act for the organisation.
Recommendation — Remove departed users from identity records and transfer account ownership promptly.
OWASP Non-Human Identity Top 10NHI-01 — Improper OffboardingThe core failure is leaving a non-human or shared access path active after departure.
NHI-02 — Secret LeakageShared social access often survives through retained passwords or tokens.
Recommendation — Disable the social account and all connected access paths at offboarding. Rotate any shared secrets tied to the social account before reassigning control.

Practitioner Guidance

What to verify: Confirm that the account owner, recovery email, phone number, authenticator, and any third-party publishing tool are no longer controlled by the departing user. If you cannot prove that each path is closed, the offboarding is incomplete.

Decision rule: If the social account can still publish, approve, or recover access after departure, treat it as an active identity exposure and escalate to immediate credential rotation and ownership transfer. If the account is purely dormant and cannot act, document the exception but still remove unnecessary dependencies.

Common mistake: Teams often assume removing the visible login is sufficient. In reality, connected apps, shared inboxes, and recovery contacts are the paths that most often keep access alive.

Practitioner takeaway: The goal is not just to close an account, but to remove every remaining way the former user could still legitimately speak for the organisation.

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 October 12, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org