Subscribe to the Non-Human & AI Identity Journal
Home FAQ Governance, Ownership & Risk Why do spreadsheets create risk in MSP identity…
Governance, Ownership & Risk

Why do spreadsheets create risk in MSP identity operations?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated June 11, 2026 Domain: Governance, Ownership & Risk

Spreadsheets create risk because they cannot reliably track current access, usage, and deprovisioning state across many tenants. They age quickly, are hard to reconcile with identity provider data, and often miss hidden accounts or unused licenses. In practice, that means governance decisions are made from stale records rather than verified identity state.

Why This Matters for Security Teams

Spreadsheets are not just an administrative inconvenience in MSP environments, they are a control failure when identity state changes faster than manual tracking can keep up. Tenant sprawl, delegated admin access, shared service accounts, and frequent onboarding or offboarding make “current” rows obsolete almost immediately. That creates blind spots in access reviews, deprovisioning, and license reconciliation, which are core governance activities under the NIST Cybersecurity Framework 2.0.

When identity records live in a spreadsheet, the organisation is relying on human process to approximate system truth. That is especially risky for non-human identities, where credentials, tenant bindings, and privilege scope can exist outside normal HR-driven workflows. NHIMG research highlights how this risk compounds at scale: only 5.7% of organisations report full visibility into their service accounts, and 71% of NHIs are not rotated within recommended time frames in the Ultimate Guide to NHIs. In practice, many security teams discover spreadsheet-driven drift only after an audit exception, a customer escalation, or a credential incident has already exposed the gap.

How It Works in Practice

The operational problem is that MSP identity data is distributed across identity providers, RMM tools, ticketing systems, cloud consoles, and customer-specific tenant boundaries. A spreadsheet can record what someone believed was true at a point in time, but it cannot verify whether access still exists, whether a secret was rotated, or whether an account was silently re-created after offboarding. That is why manual inventory quickly breaks down as a control mechanism rather than a reporting artifact.

Current guidance suggests treating the spreadsheet as an intake aid, not the source of truth. A stronger model combines automated discovery, tenant-by-tenant reconciliation, and policy-enforced workflows:

  • Pull identity and entitlement data directly from each tenant and compare it to the spreadsheet only for exception handling.
  • Use workflow approvals for access changes, but store final state in the identity platform, not in the sheet.
  • Flag accounts with no recent authentication, stale ownership, or unknown purpose for review and removal.
  • Reconcile service accounts and API keys against rotation evidence, not just assigned labels.

This matters because spreadsheet records tend to lag the real environment by days or weeks, while identity risk changes in minutes. NHIMG’s Top 10 NHI Issues calls out visibility, rotation, and offboarding as recurring failure points, and those same weaknesses appear in MSP operations when customer access is tracked outside the source systems. These controls tend to break down when a provider manages many small tenants with inconsistent onboarding data and no enforced reconciliation cadence, because manual ownership checks cannot keep pace with account churn.

Common Variations and Edge Cases

Tighter identity governance often increases operational overhead, requiring MSPs to balance auditability against the friction of customer-by-customer exception handling. Not every spreadsheet is equally risky, but the risk increases sharply when it is used to approve access, certify dormant accounts, or document deprovisioning without automated verification.

There is no universal standard for this yet, but best practice is evolving toward system-backed inventory with spreadsheet exports used only for review. That distinction matters for edge cases such as subcontractor access, shared admin roles, break-glass accounts, and legacy tenants that do not integrate cleanly with modern identity tooling. In those environments, the most common failure is assuming a column marked “inactive” means the account is actually disabled.

MSPs also need to separate human identity governance from NHI governance. Service accounts, tokens, and automation credentials often outlive the technicians who created them, and they are rarely captured accurately in a manual sheet. For deeper context on why that gap matters, see NHIMG’s Ultimate Guide to NHIs — Key Challenges and Risks and the 52 NHI Breaches Analysis. The practical rule is simple: if the spreadsheet cannot prove the current state from the authority system, it should not drive access decisions.

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 and CSA MAESTRO address the attack and risk surface, while NIST CSF 2.0 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-01Spreadsheets hide NHI inventory drift and stale secrets.
NIST CSF 2.0PR.AC-1Access decisions need current, system-backed identity state.
CSA MAESTROMSP identity governance needs continuous verification across tenants.

Tie access review and deprovisioning to authoritative identity sources, not spreadsheet entries.

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