Configuration for SAML, useful for enterprise single-sign-on logins. A good informative overview of SAML is at https://www.okta.com/integrate/documentation/saml/
- SP is “Service Provider”, in our case, the Grist application.
- IdP is the “Identity Provider”, somewhere users log into, e.g. Okta or Google Apps.
We will need one or more certificates from the IdP, in PEM format. This is a public key that Grist will use to check messages from the IdP are legit.
We will need a private and public key pair for Grist to use when communicating with the IdP. The IdP will need to know the public key for Grist, to check messages from Grist are legit.
Expected environment variables:
GRIST_SAML_SP_HOST- this is just the base URL of the Grist site, such as
https://<grist-domain>(when SAML is active, there will be a
/saml/assertendpoint available here for implementing the protocol).
GRIST_SAML_SP_KEY- path to a file with our private key, in PEM format. This is the private key of the key pair created for Grist to use with the IdP.
GRIST_SAML_SP_CERT- path to file with our public key, in PEM format. This is the public key of the key pair created for Grist to use with the IdP. It is not the public key/certificate of the IdP.
GRIST_SAML_IDP_LOGIN- login url to redirect user to for log-in.
GRIST_SAML_IDP_LOGOUT- logout URL to redirect user to for log-out.
GRIST_SAML_IDP_SKIP_SLO- if set and non-empty, don’t attempt “Single Logout” SAML flow, but simply redirect to
GRIST_SAML_IDP_LOGOUTafter clearing session. Whether this flow is possible will depend on the IdP.
GRIST_SAML_IDP_CERTS- comma-separated list of paths for certificates from the IdP, in PEM format. This is not the private or public key created for Grist.
GRIST_SAML_IDP_UNENCRYPTED- if set and non-empty, allow unencrypted assertions, relying on https for privacy.
For example, when running on localhost and http, settings that work with the Auth0 SAML IdP are:
https://...auth0.com/samlp/xxxx(these are same for Auth0)
.../auth0.pem(downloaded per Auth0 instructions)
When used with docker, make sure that the key and certificate files are accessible within a shared volume. The key/cert pair were created following instructions here:
In your Auth0 settings also make sure that:
- The “Application Callback URL” is set to
In Authentik, add a Provider called
- ACS URL:
- Set Service provider binding to
- Select or add a signing certificate. You’ll need to download this to use as
GRIST_SAML_IDP_CERTSin Grist configuration.
- Add a verification certificate. This will be the public part of a key pair your create for
GRIST_SAML_SP_CERTin Grist configuration.
Then, still in Authentik, add an Application also called
Grist (I’m not very imaginative) that:
- Uses the
Launch URLset to
The Grist settings follow the same pattern as for Auth0. The login and logout URLs with Authentik at the time of writing look like:
We expect IdP to provide us with name_id, a unique identifier for the user. We also use optional attributes for the user’s name, for which we accept any of:
You may need to tweak your IdP’s defaults to match Grist’s expectations.