Subscribe to the Non-Human & AI Identity Journal
Home FAQ Governance, Ownership & Risk What do MSPs get wrong about selling security…
Governance, Ownership & Risk

What do MSPs get wrong about selling security outcomes?

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

Many MSPs focus on activity volume instead of governance evidence. Clients are less interested in how many tickets were closed than in whether access is consistently verified, privileges are limited, and identity-related risk is actually shrinking over time.

Why This Matters for Security Teams

MSPs often sell security as a bundle of performed tasks, but buyers increasingly want proof that risk is being reduced across identities, access paths, and exposed secrets. That difference matters because “more activity” can still leave privileged access untouched, rotating nothing, logging nothing useful, and missing the identities most likely to be abused. NIST’s NIST Cybersecurity Framework 2.0 pushes organisations toward outcomes, not effort counts.

NHI risk makes this gap more obvious. In the Ultimate Guide to NHIs, NHI Management Group shows that 97% of NHIs carry excessive privileges and 71% are not rotated within recommended time frames, which means a dashboard full of completed tasks may still conceal unchanged exposure. Clients do not buy “ticket throughput” if the service account estate is still over-privileged and ungoverned. In practice, many MSPs encounter this only after a customer asks for evidence of reduced identity risk rather than a monthly activity report.

How It Works in Practice

Selling outcomes means defining security in terms of measurable state change. For identity-focused services, that usually includes fewer standing privileges, more complete secret rotation, stronger offboarding discipline, and better visibility into service accounts and OAuth-connected apps. The point is not to promise every control is perfect. The point is to show that the client’s risk position is improving in ways they can verify.

A practical outcome model typically includes:

  • Baseline the current identity estate, including human and non-human accounts, exposed secrets, and third-party access paths.
  • Set target state metrics such as rotation coverage, privileged account reduction, and time-to-revoke after offboarding.
  • Collect evidence from logs, vaults, IAM, and ticketing systems that demonstrates whether controls are actually changing the environment.
  • Report on exceptions and residual risk, not just completed work.

That framing aligns well with NIST Cybersecurity Framework 2.0, which encourages governance, measurement, and continuous improvement. It also matches the NHI guidance in Ultimate Guide to NHIs, where lifecycle control and visibility are treated as core security functions, not optional add-ons. For MSPs, this usually means replacing “we rotated X keys” with “we reduced the number of valid high-risk credentials and can prove revocation happens within policy.” These controls tend to break down when the client has fragmented IAM ownership across multiple teams because no single party can verify whether the underlying identity risk actually changed.

Common Variations and Edge Cases

Tighter outcome reporting often increases operational overhead, requiring MSPs to balance client-friendly simplicity against the cost of collecting real evidence. That tradeoff becomes sharper when environments are heavily hybrid, because one customer may have mature IAM telemetry while another still stores secrets in code, config files, and CI/CD systems.

Current guidance suggests that MSPs should avoid overpromising uniform metrics across very different estates. In a regulated client, outcome language may need to emphasise control effectiveness and audit evidence. In a fast-moving SaaS startup, the same service may be better framed around reducing exposed standing access and shortening secret lifetime. There is no universal standard for outcome scoring yet, so the best practice is to define metrics jointly with the customer and tie them to actual attack paths.

That approach is especially important where non-human identities outnumber humans by a wide margin or where third-party access is common. In those environments, broad claims like “24/7 protection” are weaker than specific proof that access is reviewed, secrets are rotated, and stale privileges are removed on schedule. MSPs that sell assurance without evidence usually find the gap exposed during an audit, an incident, or a renewal conversation.

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

FrameworkControl / ReferenceRelevance
NIST CSF 2.0GV.RM-01Outcome selling depends on risk measurement and governance evidence.
OWASP Non-Human Identity Top 10NHI-03Security outcomes hinge on credential rotation and lifecycle discipline.
NIST AI RMFOutcome-based assurance supports governance, measurement, and accountability.

Define service KPIs as risk reduction metrics and review them against governance objectives each month.

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