Deployment and sovereigntyBy Odebode Toluwalase Esq · 4 min read

Sign in with your own identity provider

LexCore authenticates against any OIDC provider, including one running inside your own network.

LexCore doesn't tie you to a particular identity vendor. It validates sign-in against any OpenID Connect provider, so your firm keeps whatever it already uses. A sovereign install can run its identity provider inside its own network, with no authentication traffic leaving the building.

ProviderTypical use
KeycloakThe managed LexCore cloud, and self-hosted and air-gapped installs (ships with the sovereign package)
Microsoft Entra IDFirms standardised on Microsoft 365
Okta / Ping IdentityLarger enterprises with an existing SSO estate
Google WorkspaceFirms on Google

What this means in practice

  • Single sign-on. Your people use the credentials they already have.
  • Multi-factor authentication is enforced by your provider, under your policy, and LexCore requires it before sensitive actions.
  • Off-boarding takes effect immediately. Access is checked on every request against your user record, not against a token issued earlier, so removing someone does not wait for a session to expire.
  • A role change applies on the next action, for the same reason.

Self-registration is off

Nobody can create their own account on your instance. Users arrive by invitation from someone already inside your firm, or through your own SSO. An email address alone is never treated as proof of identity; only an address your provider has verified counts.

If your provider is misconfigured, LexCore refuses to start rather than starting in a weaker mode. A system that runs while silently accepting anyone is worse than one that will not run.

Related documentation

Verification guarantee: LexCore rejects any AI assertion it cannot trace to exact character offsets in the source agreement. It is a review assistant, and its output is not legal advice. For the architecture behind that, see the Security & Trust Centre.