Primary identity paths

The core integrations define the authority chain.

These are the systems the identity product directly depends on for provisioning, authentication, directory enforcement, or durable operating state.

OKTA / SOURCE

Provisioning and human authentication

SCIM lifecycle intent reaches FreeSCIM over bearer-authenticated endpoints. SAML handles the preferred production browser SSO path, while OIDC remains a governed parallel option.

  • User provisioning and profile updates
  • SAML sessions and role mapping
  • Assignment-aware lifecycle
  • Transaction-scoped password push path
FREEIPA / ENFORCEMENT

Directory and Linux authority

FreeSCIM writes through controlled directory paths while FreeIPA retains ownership of Kerberos, POSIX identity, groups, HBAC, and host authorization.

  • LDAP/LDAPS or agent path
  • User state and profile updates
  • Group visibility and bounded creation
  • Linux enforcement remains native
POSTGRESQL / EVIDENCE

State that survives the request

Mappings, sync sessions, changes, audit events, snapshots, drift artifacts, application settings, and backup metadata give operators durable context.

  • Persistent sync state
  • Audit and action logging
  • Snapshot and drift history
  • Operational recovery context
Supporting channels

Useful extensions stay clearly outside the core identity authority chain.

These integrations add context, operations, or evidence without changing who owns authentication or Linux access decisions.

FEDERATION

OIDC and application trust

Readiness, claims, keys, sessions, role mapping, federation runtime health, and governed broker work.

FLEET CONTEXT

Foreman and Puppet

Host, interface, environment, and fact enrichment for operational context around identities and systems.

REMOTE OPS

SSH, VNC and Guacamole

Bounded remote paths, jump context, session readiness, and operator evidence for support workflows.

DATA OPS

Database governance

Runtime schema visibility, backups, migrations, retention, health, and survivability around the platform database.

Integration control preview

See the live-provider controls before a future adapter earns production status.

This public-safe console uses the current Okta and provider-governance interaction patterns, while keeping credentials and tenant-specific state out of the website.

Next bridge

Additional SCIM destinations are a natural extension, not a current claim.

The architecture can support additional destination adapters as long as each system gets its own mapping, authority rules, lifecycle contract, evidence, and rollback story.

ROADMAP / GITHUB ENTERPRISE

SCIM user provisioning for enterprise development access

A future GitHub Enterprise adapter can reuse the same mediated-lifecycle model while keeping enterprise app assignment, organization access, team mapping, and GitHub-specific SCIM behavior explicit.

  • Separate GitHub SCIM adapter
  • Department or school mapping policy
  • Lifecycle evidence and reconciliation
  • No claim of production support until proven
ROADMAP / ADDITIONAL IDP

More sources or destinations without a rewrite

Provider-specific adapters can plug into the control plane while the central policy, mapping, audit, and drift model remains consistent.

  • Provider isolation
  • Explicit source of truth
  • Target-specific attribute maps
  • Independent proof gates
DESIGN RULE

One platform, multiple authority contracts

The goal is not to make every directory identical. It is to let operators see and govern lifecycle across systems without erasing the rules unique to each one.

  • Authority before automation
  • Preview before mutation
  • Evidence after action
  • Rollback before scale
Integration rule

An integration is not a logo. It is a trust path with a failure mode.

FreeSCIM treats each connector as its own bounded contract: authentication, scope, mapping, mutation rights, downstream validation, evidence, and recovery.