By NHI Mgmt Group Editorial TeamBased on 1Password: “Live Demo EMEA - The credential sprawl tour: Is your department leaking secrets?” (June 1, 2026)

TL;DR: Credential sprawl is spreading across SaaS apps, AI tools, and unmanaged accounts outside SSO, leaving exposure in the gap between provisioning and privileged access, according to 1Password. SSO and PAM still leave a governability blind spot when teams create work email logins and reuse credentials outside IT control.


At a glance

What this is: This webinar frames credential sprawl as the security gap between SSO and PAM, where unmanaged SaaS and AI accounts are created with work email and local passwords outside IT control.

Why it matters: It matters because IAM teams must govern credentials wherever employees adopt tools outside provisioning workflows, or risk losing visibility into the accounts most likely to widen access exposure.


Context

Credential sprawl is the accumulation of accounts, passwords, and access paths that sit outside centrally governed identity flows. In this article’s framing, the problem is not that SSO or PAM are failing at their intended jobs, but that many everyday credentials now exist between those controls, where governance is weakest.

For IAM, IGA, and PAM teams, that means the security boundary is no longer limited to managed enterprise applications. SaaS logins created by users, AI tool accounts, shared departmental credentials, and reused passwords in external portals all create identity exposure that traditional provisioning and privileged-access processes do not fully see.


Key questions

Q: What breaks when users create accounts outside SSO and IT provisioning?

A: The identity lifecycle breaks first, because the account exists before central governance sees it. That means there is no reliable onboarding record, no consistent offboarding path, and no assurance that the credential will be reviewed or removed when the tool is no longer needed.

Q: When should teams prioritise credential governance over extending SSO coverage?

A: Prioritise credential governance whenever users are signing up for SaaS or AI tools with work emails outside approved provisioning flows. SSO helps where it exists, but it does not solve the visibility and lifecycle problems created by accounts that never enter the identity provider.

Q: Why does credential sprawl make identity risk harder to control?

A: Credential sprawl makes risk harder to control because ownership, expiry, and usage context become distributed across too many systems. When secrets and tokens exist in multiple places, security teams lose confidence that revocation happened everywhere it should have. That turns routine lifecycle work into a blind spot that attackers and internal failures can both exploit.

Q: What should teams do about unmanaged SaaS and AI accounts created by employees?

A: They should bring those accounts into the same ownership, review, and offboarding model used for other identity assets. The aim is not to ban tool adoption, but to make sure every credential has a clear owner, a lifecycle, and a deprovisioning path.


Background and context

Why SSO leaves a credential sprawl gap

SSO centralises authentication for apps that are connected to the identity provider, but it does not govern every account an employee creates. When a user signs up with a work email and a local password outside the SSO flow, the identity record may never enter the enterprise control plane. That produces shadow access that is technically valid, operationally invisible, and outside normal recertification or deprovisioning. The core issue is not login convenience, but lifecycle mismatch: the identity exists, yet the programme never sees its creation or its retirement.

Practical implication: map where users can create accounts outside SSO and treat those creation points as governed identity intake surfaces.

How PAM leaves non-privileged credentials untouched

PAM is designed to protect high-risk privileged credentials, vaulting and brokering access for administrative accounts. Credential sprawl lives elsewhere: in departmental SaaS logins, shared business accounts, and AI tool credentials that are not formally privileged but still expose data and workflows. Because these credentials are often low-friction and user-created, they bypass the same scrutiny applied to elevated access. That creates a false sense of coverage when teams believe PAM equals complete credential governance. In practice, PAM narrows privilege risk while leaving broad ungoverned access paths intact.

Practical implication: separate privileged access governance from everyday credential governance so non-admin accounts do not fall through policy gaps.

Why AI tools intensify unmanaged access creation

The article’s key mechanism is acceleration: employees adopt AI tools to move faster, and those tools often come with accounts created outside IT oversight. The governance problem is not the AI label itself, but the speed at which new identities and secret-bearing accounts appear before security teams can inventory them. That shortens the time between account creation, use, and potential exposure. For identity programmes, the question becomes whether onboarding, review, and offboarding controls can keep pace with user-driven tool adoption, especially when the account is created with a work email rather than through enterprise registration.

Practical implication: add discovery and lifecycle controls for user-created AI tool accounts before they become permanent blind spots.


NHI Mgmt Group analysis

Credential sprawl is an identity governance problem, not just an access hygiene issue. The article shows that exposure now accumulates in accounts created outside SSO and outside PAM, which means the governance model itself is incomplete. Security teams are no longer dealing only with bad passwords or weak authentication. They are dealing with a population of identities that never entered the normal control lifecycle, so the practitioner conclusion is to govern the creation path, not only the authentication event.

SSO coverage has become a partial control, not a complete control plane. SSO can still reduce risk where it is adopted, but the article correctly points to the blind spots created by work-email signups, shared social logins, and department-level tool adoption. That pattern matters because many organisations measure identity maturity by SSO penetration alone. The practical conclusion is that SSO adoption must be read alongside discovery of off-SSO accounts and the business processes that generate them.

PAM is structurally the wrong lens for many of the credentials now creating risk. The article separates privileged access from the more common problem of everyday credentials used in SaaS, finance, sales, and AI builder workflows. That distinction is important because overfitting governance to privileged accounts leaves large parts of the credential estate unmanaged. The practitioner conclusion is to expand governance from elevated access into general credential lifecycle control.

Department-led tool adoption has created a shadow credential estate that outpaces central policy. Engineers, marketing, finance, and sales are not just using new tools, they are creating new identity surfaces with their own passwords, sessions, and sharing patterns. That behaviour turns identity security into a distributed governance problem across the business. The conclusion for practitioners is to align identity policy with how departments actually work, not how central IT wishes they worked.

Wall-to-wall credential management is becoming the only credible response to cross-boundary access. The article’s underlying message is that identity control has to follow the credential, not the platform label. When users move between managed and unmanaged environments, the control gap appears in the transition, not the endpoint. Practitioners should therefore focus on lifecycle visibility, inventory completeness, and off-SSO account governance as a single programme outcome.

What this signals

Credential sprawl now needs to be treated as a governance boundary problem. The practical risk is not confined to a single login method or one class of user. Once employees can create accounts outside SSO, identity programmes need a way to discover, own, and retire those credentials as part of the normal lifecycle rather than as exceptions.

Wall-to-wall credential visibility is the operational threshold. Security teams should expect the highest-risk accounts to appear in places where business units move fastest, especially SaaS and AI tools adopted without IT involvement. That is where inventory completeness and offboarding discipline matter more than authentication branding.


For practitioners

  • Map off-SSO account creation paths Identify every place users can create SaaS or AI tool accounts with a work email outside the identity provider, then classify those flows as identity intake points that require governance and review.
  • Separate privileged from everyday credential governance Treat PAM as one layer and not the whole programme by extending policy, discovery, and revocation coverage to departmental accounts, shared logins, and user-created tool credentials.
  • Inventory AI tool accounts created by business users Look for accounts created in Lovable, ChatGPT, Claude, and similar tools through employee signups rather than IT provisioning, then fold them into access review and offboarding processes.
  • Close the handoff between signup and oversight Define who owns user-created credentials the moment they appear, so local passwords, social logins, and unsanctioned SaaS identities do not remain unmanaged after first use.
  • Build department-level credential visibility Work with engineering, marketing, finance, and sales to identify the accounts and login patterns they create outside SSO, then use those findings to prioritise lifecycle controls.

Key takeaways

  • Credential sprawl creates security exposure in the spaces between SSO and PAM, where user-created accounts often escape normal governance.
  • The article points to SaaS, AI tools, and departmental logins as the places where unmanaged credentials accumulate fastest.
  • Identity teams need lifecycle visibility for every credential, not just the ones provisioned through central IT.

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 and risk surface, while NIST CSF 2.0, CIS Controls v8 and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-10 — Human Use of NHIEmployees are creating and using credentials outside governed identity flows, which mirrors informal identity use.
NHI-03 — Vulnerable Third-Party NHIDepartment tools and external SaaS accounts create third-party identity exposure outside central control.
Recommendation — Inventory user-created credentials and bring them under lifecycle ownership before they become unmanaged access paths. Assess third-party SaaS and AI signups for ownership, revocation, and review coverage.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsThe article is fundamentally about governing access beyond the intended identity boundary.
Recommendation — Extend entitlement governance to off-SSO accounts and verify they are owned and reviewable.
CIS Controls v8CIS-5 — Account ManagementThe core gap is unmanaged account creation, ownership, and deletion across departments.
Recommendation — Apply account management controls to discover, approve, and remove shadow credentials.
NIST SP 800-53 Rev 5IA-5 — Authenticator ManagementThe article focuses on credentials and their lifecycle outside central oversight.
Recommendation — Enforce authenticator lifecycle controls for user-created SaaS and AI tool credentials.

Key terms

  • Credential Sprawl: Credential sprawl is the uncontrolled accumulation of machine secrets, keys, and tokens across systems, teams, and environments. It usually starts with a single use case and ends with overlapping permissions, unclear ownership, and a larger attack surface than the organisation expected.
  • Non-SSO Account: A non-SSO account is any application login that cannot participate in single sign-on and therefore still requires separate credentials. These accounts create governance gaps because they sit outside the main federation flow, which makes secure storage, password hygiene, and access review more important.
  • Wall-to-Wall Credential Management: Wall-to-wall credential management is the practice of governing credentials across the entire estate rather than only privileged or centrally provisioned accounts. The goal is to connect discovery, ownership, review, and revocation into one operating model that covers both human and non-human access paths.
  • Identity Intake Surface: An identity intake surface is any point where a new account can be created or linked to the enterprise, whether or not IT initiated it. For unmanaged SaaS and AI tools, this surface is often a user signup form, which becomes the first place governance can either start or fail.

Deepen your knowledge

NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on June 10, 2026.
Updated on October 10, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org