Skip to content
Calcrivo

Single Sign-On Coverage Calculator

Measure SSO coverage across your application estate and the password resets and helpdesk hours the gap is costing you.

Inputs

apps
apps
apps
apps
apps
users
resets
minutes

SSO Coverage

62.5%

Coverage Including Vaulted Apps

79.2%

Applications With Standalone Passwords

50

Critical Application Coverage

80.0%

Distinct Passwords a User Must Hold

51

Helpdesk Hours Saved per Year

6,750hours

Assessment

Critical applications are still outside SSO — start there

Step by step

  1. Values used

    Applications in the estate = 240 apps; Applications behind SSO = 150 apps; Remaining apps in a password vault = 40 apps; Business-critical applications = 60 apps; Critical applications behind SSO = 48 apps; Users = 12,000 users; Password resets per user per year = 3 resets; Helpdesk minutes per reset = 18 minutes

  2. Single Sign-On Coverage

    coverage = applications behind SSO ÷ total applications, and the residual password count per user is 1 + applications outside SSO and the vault.

  3. Helpdesk saving

    helpdesk hours saved = users × resets per user per year × SSO coverage × minutes per reset ÷ 60.

  4. SSO Coverage

    = 62.5

  5. Coverage Including Vaulted Apps

    = 79.2

  6. Applications With Standalone Passwords

    = 50

  7. Critical Application Coverage

    = 80.0

  8. Distinct Passwords a User Must Hold

    = 51

  9. Helpdesk Hours Saved per Year

    = 6,750 hours

How it works

Coverage is counted two ways because the risk differs: federated applications have no standalone credential at all, while vaulted ones still do but at least it is rotated and monitored. Everything in neither group is a password a user chose, probably reused, and nobody rotates. Coverage weighted by criticality is the number that matters — 90% coverage that excludes the finance system is worse than 70% that includes it.

Formulas

Single Sign-On Coverage

coverage = applications behind SSO ÷ total applications, and the residual password count per user is 1 + applications outside SSO and the vault.

behind SSO
Federated through SAML or OIDC so the identity provider holds the credential
vaulted
Password still exists but is stored and rotated by a vault rather than by the user

Helpdesk saving

helpdesk hours saved = users × resets per user per year × SSO coverage × minutes per reset ÷ 60.

minutes per reset
Verification, reset and follow-up — 15–20 minutes is typical for an assisted reset

Frequently Asked Questions

How is Single Sign-On Coverage calculated?

coverage = applications behind SSO ÷ total applications, and the residual password count per user is 1 + applications outside SSO and the vault. Coverage is counted two ways because the risk differs: federated applications have no standalone credential at all, while vaulted ones still do but at least it is rotated and monitored. Everything in neither group is a password a user chose, probably reused, and nobody rotates.

Why does Single Sign-On Coverage matter?

Coverage weighted by criticality is the number that matters — 90% coverage that excludes the finance system is worse than 70% that includes it.

What values do I need to enter?

This calculator takes 8 inputs: Applications in the estate, Applications behind SSO, Remaining apps in a password vault, Business-critical applications, Critical applications behind SSO, Users, Password resets per user per year, Helpdesk minutes per reset. The pre-filled defaults are a realistic starting point — replace them with figures from your own environment for a result you can act on.

Which applications should move to SSO first?

Business-critical and data-sensitive applications, then anything with more than a handful of users, then the long tail. Criticality beats user count: a five-user application holding payroll data is a higher priority than a two-hundred-user internal wiki.

What about applications that do not support SAML or OIDC?

Put them behind a password vault with rotation and session recording, front them with an access proxy that handles authentication, or treat the lack of federation as a procurement defect at renewal. Leaving them with user-chosen standalone passwords is the option that reuse turns into an incident.

You might also need