Skip to main content
cd ../lexicon
sys/docs/lexicon/platform-sso-operational-definition.md
Lexicon

Platform SSO

Difficulty: Intermediate
4 min read

In plain English

Plain definition

Platform SSO is an approach to single sign-on in which the operating system itself — the "platform" — acts as the trusted broker between a person signing in to their device and the organisation's identity provider (IdP). Instead of each application or browser separately collecting a password, the platform authenticates the user once, typically during device unlock or login, and then supplies that authenticated identity to other applications on request.

Technical Definition

More precisely, Platform SSO describes an operating-system extensibility mechanism through which a first- or third-party identity provider registers an agent, extension or credential provider with the platform’s native sign-in subsystem. That agent participates in login-window or lock-screen authentication events, exchanges credentials with the identity provider’s endpoints, and issues or refreshes platform-recognised tokens that downstream applications and browsers can present for silent, passwordless SSO. The precise token formats, extension points and configuration keys are vendor-specific and version-sensitive; organisations should confirm exact behaviour against current vendor documentation before relying on this description for deployment decisions.

Operational Relevance

For platform, systems and identity engineers, Platform SSO matters because it moves authentication enforcement closer to the device: sign-in can be tied to a hardware-backed key or biometric unlock rather than a typed password, and revoking a user’s access at the identity provider can immediately affect the device-level session as well as downstream applications. This reduces password-prompt fatigue and narrows one class of credential-theft risk, but it also concentrates trust in the platform’s SSO extension and its communication path to the identity provider, which becomes a high-value target and a single point of operational failure if misconfigured.

Architecture Relationship

Platform SSO sits at the boundary between three systems: the device’s native authentication subsystem, the organisation’s identity provider, and the device management layer that typically distributes the SSO extension’s configuration and establishes the trust relationship between device and IdP. Applications and browsers on the device do not authenticate the user directly; they request an assertion or token from the platform’s SSO broker, which either satisfies the request from an existing session or triggers a fresh exchange with the identity provider.

Example

A bounded, low-risk way to observe this pattern is to provision a single test device or virtual machine in an isolated, non-production environment, enrol it in device management, and deploy the vendor’s Platform SSO extension configuration pointed at a non-production identity provider tenant. After a supported unlock or login event, an engineer can confirm SSO behaviour by observing whether a downstream application accepts the device-issued token without a separate credential prompt, and whether revoking the test account at the identity provider removes that access within an expected window. This exercise should be repeated only in a controlled environment, using test accounts, before any production rollout decision is made.

Misunderstanding

A common misunderstanding is treating Platform SSO as equivalent to an application-layer federation protocol such as SAML, OAuth 2.0 or OpenID Connect. Those protocols define how a relying application and an identity provider exchange assertions or tokens over the network; Platform SSO defines how the operating system itself participates in that exchange during device sign-in, and typically relies on one of those protocols, or a vendor-specific equivalent, underneath. A second, related misunderstanding is assuming Platform SSO removes the need for device enrolment or management: in most implementations, the trust relationship and configuration that make Platform SSO work are established and maintained through device management, not independently of it.

  • Single Sign-On (SSO)
  • Identity Provider (IdP)
  • SAML
  • OAuth 2.0
  • OpenID Connect
  • Mobile Device Management (MDM)
  • Kerberos

Further Reading

Version-specific configuration keys, supported extension points and token formats for Platform SSO differ by platform vendor and release, and were not independently verified for this entry; readers should confirm current behaviour against the relevant vendor’s official technical documentation before making deployment or architecture decisions. The RFC Series remains the authoritative reference point for the underlying federation and authentication standards that platform-level SSO implementations typically build upon.