Prerequisites
- An Authentik instance reachable over HTTPS with a certificate from a trusted certificate authority. OpenHands fetches the metadata server-side and rejects untrusted or self-signed TLS certificates.
- Authentik administrator access.
- Your OpenHands Authentication hostname, which is
auth.<your-openhands-domain>by default. The examples below useauth.openhands.example.com.
Step 1: Configure the Application
On the Application step, set the core application fields:
The slug becomes part of the metadata URL, so keep it consistent with the value
you use in the last section.
Configure the UI settings
Expand UI Settings. These settings control how OpenHands appears on the Authentik User Dashboard, the launch directory where users see the applications available to them. Configuring them lets a user open OpenHands directly from Authentik with one click, in addition to signing in from the OpenHands sign-in page.-
Set the Launch URL. Enter your OpenHands URL so the dashboard tile links
to the application:
If you leave this blank, Authentik tries to infer a launch URL from the provider, which does not produce a usable link for this integration.
-
Upload an application icon. The icon is shown next to OpenHands on the
User Dashboard, so users can recognize it at a glance. Download the OpenHands
icon below, save it to your machine, then upload it in the Icon field.
Download the OpenHands icon
Uploading an icon requires authentik to have media storage configured, which is the default for standard installations. If your instance cannot store uploaded files, you can instead set the icon to a publicly reachable image URL.
Step 2: Choose a Provider Type
Select SAML Provider, then choose Next.Choose SAML Provider, not SAML Provider from Metadata. The
metadata option is for importing an existing provider’s metadata, which is not
what you want here.
Step 3: Configure the SAML Provider
Fill in the provider details:enterprise_sso and allhands are fixed values that OpenHands expects. Do
not change them. Replace only the auth.openhands.example.com hostname with
your Authentication hostname.
Selecting a signing certificate reveals four signing toggles. Leave them at
their defaults:
OpenHands validates the signature on the SAML assertion, so Sign
assertions must stay on — it is enabled by default once you select a signing
certificate, so no change is needed. You do not need to enable Sign
responses; leave the other toggles off.
OpenHands provisions accounts from the SAML assertion and requires an email
address. The default property mappings already include
authentik default SAML Mapping: Email, so leave the selection as-is unless
you have customized it.Step 4: Configure Bindings (Optional)
The Configure Bindings step controls which users can access the application. By default there are no bound policies, which allows all Authentik users to sign in — convenient for initial testing. To restrict access, choose Bind existing policy/group/user and bind the group(s) that should have access. Choose Next.Step 5: Review and Submit
Review the application and provider details, then choose Create Application.Create a Test User
SSO authenticates against Authentik, so you need at least one Authentik user with an email address.- Go to Directory → Users and choose Create.
- Set a username and an email address (required for account provisioning in OpenHands).
- Set a password for the user, or use the existing
akadminaccount.
Values for OpenHands
Use these values to complete Step 2 of the SAML SSO guide. Replace the hostname and slug with your own.Use the bare
.../metadata/ URL. OpenHands fetches it server-side, where
Authentik serves the raw XML directly, so no ?download suffix is needed. If
you open that URL in a browser you may be redirected to the Authentik login;
that redirect does not affect OpenHands’ server-side fetch.?download and follow redirects:

