Skip to content

Products

Compliance Officer Service Expert-led compliance, end to end Compliance Portal Share security documents securely Open-source platform Deploy Probo on your own infrastructure

Resources

Probo stories How teams get compliant with Probo Blog Ideas and guidance from the Probo team Guides & tools Practical compliance guides and free tools Love from Customers What customers say about working with Probo Changelog Latest product updates Download Get the Probo Agent

Company

About The people and vision powering Probo Careers Join the team building Probo Brand assets Official logos and visual resources Security Review our security and compliance posture
Overview Understand Probo and its core concepts Product Explore Probo's GRC capabilities Developers Explore GraphQL, CLI, MCP, n8n, and webhooks Deployment Probo Cloud, self-hosting, and configuration

Explore

GitHub Explore our open-source compliance tools

Identity and access

Understand how memberships, roles, SAML SSO, and SCIM provisioning work together in Probo to authenticate members and automate their lifecycle.

View as Markdown

Probo separates authentication from user provisioning. Invite and role-manage members in the organization, use SAML single sign-on (SSO) to authenticate them through your identity provider, and use SCIM to create, update, and deactivate their access.

SSO verifies a member’s identity when they sign in, but it does not create or remove organization memberships. SCIM manages those memberships and user records, but it does not authenticate users. Organizations commonly configure both against the same identity provider so that assignment controls access and SSO protects authentication.

flowchart TB
  idp["Identity provider"]
  sso["SAML SSO<br/>authenticates"]
  scim["SCIM<br/>provisions and deactivates"]
  profile["Profile and membership"]
  signin["Sign-in allowed"]
  permitted["What the person can do"]

  idp --> sso
  idp --> scim
  scim --> profile
  sso --> signin
  profile --> signin
  profile --> permitted
SSO authenticates, SCIM provisions, and the membership role decides what is permitted.
  1. Invite initial owners and administrators under Roles and permissions.
  2. Verify the email domain used by organization members.
  3. Configure SSO as optional and test both service-provider and identity-provider initiated sign-in.
  4. Configure SCIM with a limited group and confirm provisioning, updates, and deprovisioning.
  5. Expand the SCIM assignment to the intended population.
  6. Require SSO only after confirming that expected members can sign in and that a recovery path is available.

Probo provides setup guides for Google Workspace, Microsoft Entra ID or Microsoft 365, and Okta under the SSO and SCIM sections.

Keep membership roles in People, or map them from your identity provider with the SAML Role Attribute. SCIM creates and deactivates people and usually starts them as Employee; set their Probo role in People afterward. See Where to manage Probo roles.