Customer Identity

Customer Identity & Access Management (CIAM)

Customer Identity & Access Management (CIAM) is the identity stack for your customers — registration, login, social and passkey sign-in, profile management, consent, and progressive profiling — at consumer scale.

Last reviewed 5/30/2026

Key points

  • CIAM ≠ workforce IAM. Different scale, UX, branding, fraud, and regulatory pressures.
  • Core capabilities: sign-up, login, social/passkey, MFA, profile, consent, account recovery, fraud signals.
  • Privacy regulation (GDPR, CCPA, LGPD) makes consent management a first-class concern.
  • Developer-first CIAM (Auth0, Clerk, WorkOS, FusionAuth, Stytch, Supabase Auth) competes with enterprise CIAM (PingOne, Microsoft Entra External ID, ForgeRock).
  • Build-vs-buy: rolling your own auth is rarely worth the maintenance burden anymore.

What is CIAM?

Customer Identity & Access Management (CIAM) is the identity stack you put in front of your customers, as distinct from your workforce. Sign-up, login, password reset, social login, passkeys, MFA, profile management, consent capture, account linking, fraud signals — all branded as your product, scaled to potentially millions of users, and instrumented for marketing and product analytics.

The split between CIAM and workforce IAM is sharp:

| | Workforce IAM | CIAM | | --- | --- | --- | | Users | Employees, contractors | End customers | | Scale | Thousands | Millions+ | | UX | Functional | Brand-critical, conversion-critical | | Admin model | Centralized | Self-service | | Regulation | SOX, HIPAA | GDPR, CCPA, COPPA | | Top risk | Insider misuse | Account takeover, fraud |

Core CIAM capabilities

  • Registration and login — email/password, social, SSO, passkeys, magic link, SMS OTP.
  • MFA and adaptive MFA — step-up based on risk.
  • Account recovery — the hardest UX problem in identity.
  • Progressive profiling — collect data over time, not all up front.
  • Consent and preference management — required for GDPR/CCPA compliance.
  • Account linking — same human across email, Google, Apple, phone number.
  • Bot and fraud signals — credential stuffing, scraping, SIM swap detection.
  • B2B2C / organizations — supporting enterprise customers with their own SSO.

When buyers care

You need CIAM tooling when:

  • You're past the prototype and adding sign-in is taking real engineering time per release.
  • You need passkeys, social, and enterprise SSO without writing each one yourself.
  • You operate in regulated regions (EU, California, Brazil, India) and need consent receipts.
  • You're scaling past a few hundred thousand users and roll-your-own auth is hitting limits.
  • Your B2B customers are demanding SAML/OIDC SSO into your product.

Build vs buy

Rolling your own auth used to be a rite of passage. Today, given the breadth of attacks (credential stuffing, password spray, AiTM phishing) and the depth of features expected (passkeys, social, B2B SSO), almost every team is better off buying CIAM and customizing it.

The exception is when identity is your product (a wallet, a bank, an identity verification company) — then you'll build the deep parts and buy primitives.

CIAM categories worth knowing

  • Developer-first — Auth0 (Okta), Clerk, WorkOS, Stytch, Supabase Auth, FusionAuth, Frontegg. Great DX, fast time to ship.
  • Enterprise CIAM — PingOne for Customers, Microsoft Entra External ID, ForgeRock. Deeper governance, partner federation.
  • Embedded / orchestration — Transmit Security, Strivacity. Heavy emphasis on identity orchestration and fraud.

Common pitfalls

  • Treating CIAM as a checkbox. It's a conversion-rate surface; bad CIAM costs revenue.
  • Ignoring B2B from day one. Adding tenant/org models after launch is painful.
  • Locking customers into your account model. Account linking and migration paths matter.

FAQ

Is CIAM just SSO for consumers?

SSO is a small slice of it. CIAM also covers registration, MFA, fraud, consent, profile, recovery, and developer/admin tooling.

Can I use Okta Workforce for customers?

You shouldn't. Pricing, scale, UX, and feature set are designed for employees. Use Auth0 (also Okta) or another CIAM platform instead.

Standards & references