Setting Up Single Sign-On (SSO)
Single Sign-On (SSO) lets your team sign in with an existing account from an identity provider - without having to set a password in awork.
SSO is only available in the awork Enterprise plan.
Important: awork does not support SAML 2.0. Instead, awork uses the OpenID Connect standard based on OAuth 2.0.
Key benefits and use cases
SSO makes logins simple and consistent:
- Let your team members use their existing identity provider accounts instead of creating a new awork password
- Use a modern OpenID Connect login based on OAuth 2.0
- Optionally disable other login methods once you've set up SSO
How to set up Single Sign-On (SSO)
Choose a supported identity provider
Supported identity providers are:
- Okta (website)
- Auth0 (website)
- Microsoft Entra ID (formerly Azure AD) (website)
- OneLogin (website)
- GSuite (Google IAM: website)
- Keycloak (website)
If your identity provider isn't listed, contact us through Support and we'll check if we can add it.
Set up SSO in awork
- Navigate to Settings (gear icon in the bottom left of the main menu) > Integrations
- Open the Integration Library and select your desired provider
- Fill in the displayed fields and complete the setup
Note: By Subdomain we don't mean your awork workspace URL, but rather the provider's subdomain.
Enable required redirect URLs
The following redirect URLs must be enabled:
https://app.awork.com/enterprise-login https://app.awork.com/api/v1/accounts/authorize-slack https://app.awork.com/api/v1/accounts/external/{Login Provider Name}
https://app.awork.com/api/v1/accounts/msteams/authorize https://app.awork.com/api/v1/accounts/authorize
Service-specific redirect URLs:
- Web Login:
https://app.awork.com/enterprise-login - Slack Authorization:
https://app.awork.com/api/v1/accounts/authorize-slack - Microsoft Teams Authorization:
https://app.awork.com/api/v1/accounts/msteams/authorize - Zapier:
https://app.awork.com/api/v1/accounts/authorize
Configure SSO via Okta
- Open the Okta configuration at YOUR-SUBDOMAIN.okta.com/admin
- Go to Applications in the menu
- Add a new application and name it, for example, awork
- Copy the Client ID, Client Secret, and Subdomain to the awork configuration and save by clicking Save
Important: The Login Redirect URLs must be set up correctly so Okta can redirect users properly. The Implicit (Hybrid) Flow (including the ID Token grant type) must be enabled. User consent is not required because awork only accesses the user's name and email address during login.
In Okta, also set the following in the Login section:
- Initiate login URI: AWORK_SUBDOMAIN.awork.com/login
- Login redirect URIs: https://app.awork.com/enterprise-login https://app.awork.com/api/v1/accounts/authorize-slack https://app.awork.com/api/v1/accounts/external/okta https://app.awork.com/api/v1/accounts/msteams/authorize https://app.awork.com/api/v1/accounts/authorize
)
Configure SSO with Auth0
- Open the Auth0 configuration
- Go to Applications in the menu
- Add a new application of type Regular Web Applications and name it, for example, awork
- Copy the Client ID, Client Secret, and Subdomain to the awork configuration and save
- Set the following URLs in the Application URLs section:
- Application login URL: AWORK_SUBDOMAIN.awork.com/login
- Allowed callback URLs: https://app.awork.com/enterprise-login, https://app.awork.com/api/v1/accounts/authorize-slack, https://app.awork.com/api/v1/accounts/external/auth0, https://app.awork.com/api/v1/accounts/msteams/authorize, https://app.awork.com/api/v1/accounts/authorize
- Allowed web origins: AWORK_SUBDOMAIN.awork.com app.awork.com
Note: All other settings are already configured correctly by default.
)
)
Configure SSO with OneLogin
- Open the OneLogin configuration at SUBDOMAIN.onelogin.com
- Go to Applications in the menu
- Add a new application by clicking Add App in the top right, and name it, for example, awork
- Select OpenID Connect (OIDC) as the type, set the name to, for example, awork, and save
- In the SSO section, you'll find your Client ID and Client Secret. You can find your Subdomain in your OneLogin account URL ({Subdomain}.onelogin.com). Enter these values in awork and save
- Set these URLs in the Configuration section:
- Login url: AWORK_SUBDOMAIN.awork.com/login
- Redirect URIs: https://app.awork.com/enterprise-login https://app.awork.com/api/v1/accounts/authorize-slack https://app.awork.com/api/v1/accounts/external/onelogin https://app.awork.com/api/v1/accounts/msteams/authorize https://app.awork.com/api/v1/accounts/authorize
Configure SSO with Microsoft Entra ID (formerly Azure AD)
-
Open the Entra ID configuration in the Azure Portal
-
Click App registrations in the Manage section of the menu
-
Add a new registration and name it, for example, awork SSO
-
Set Supported account types to Accounts in this organizational directory only (your domain - single tenant) and enter
https://app.awork.com/enterprise-loginfor the redirect URI on the Web platform. Then click Register)
-
In the Overview section, you'll find the Application (Client) ID (= Client Id in awork) and the Directory (Tenant) ID (= Subdomain in awork)
)
-
Under Certificates & secrets, you can create a new Client secret and enter the value in awork as Client Secret.
Important: Copy the value, not the Secret ID
)
To rotate client secrets, you must delete the SSO integration in awork and add it again with the new secret.
- Under Authentication, enter the following redirect URLs for a Web platform:
https://app.awork.com/enterprise-login https://app.awork.com/api/v1/accounts/authorize-slack https://app.awork.com/api/v1/accounts/external/azure https://app.awork.com/api/v1/accounts/msteams/authorize https://app.awork.com/api/v1/accounts/authorize
)
Under Implicit grant and hybrid flows, you must check the box for ID tokens. For Supported account types, select Accounts in this organizational directory only (your domain - single tenant)
)
The login flow uses the preferred_username claim of the Entra user by default. If you'd rather use the UPN, you can configure the UPN as an optional claim in Token configuration:
- Token type:
ID - Claim:
upn
Then click Add.
)
Important: UPN as an optional claim is only supported for app registrations for tenants and not for personal Microsoft accounts. Make sure this is configured correctly in the Authentication section.
Configure SSO with GSuite (Google IAM)
- Go to https://console.cloud.google.com/apis/credentials and select your project
- Click Create credentials and select OAuth Client ID
- Select Web application as the type
- Give it a name, for example, awork
- Add the following redirect URLs to the URIs: https://app.awork.com/enterprise-login https://app.awork.com/api/v1/accounts/authorize-slack https://app.awork.com/api/v1/accounts/external/gsuite https://app.awork.com/api/v1/accounts/msteams/authorize https://app.awork.com/api/v1/accounts/authorize
- Save by clicking Create
- On the right, you'll find the Client ID and the Client Secret, which you need to enter in awork
)
)
You can find more information about SSO with GSuite here.
Configure SSO with Keycloak
Important: Please contact our Support if you want to set up SSO via Keycloak, as this option is not yet available in the web application.
To set up Keycloak SSO via OpenID Connect:
-
Log in to your Keycloak Admin Console
-
Navigate to Clients
-
Download the client configuration file: Keycloak awork Client Configuration
-
Drag the file into the resource field to import the required settings
-
Save the new client
)
-
In the Client Details, go to the Credentials tab and copy the Client secret
)
-
In the Realm settings, you'll find the
.well-known/openid-configurationlink at the end of the General settings (OpenID Endpoint Configuration). The URL typically looks like this: https://{your-keycloak-url}/realms/master/.well-known/openid-configuration)
-
Contact Support with your Client ID, Client Secret, and
.well-known/openid-configurationURL so we can set up the integration for you
Important: The .well-known/openid-configuration URL must remain permanently available to prevent login errors with SSO.
Configure your own SSO provider (OpenID Connect)
awork also supports any other SSO provider that supports OpenID Connect.
You'll need the full OpenID Configuration URL (for example, https://custom-domain.com/.well-known/openid-configuration), Client ID, and Client Secret.
Sign in via SSO through app.awork.com
- Go to app.awork.com
- Select Sign in with SSO
- Enter your workspace subdomain
You'll be redirected to the SSO login screen or, if you're already logged in, directly to your awork dashboard.
Tips and hints
After setup
If the configuration was successful, SSO Sign-in will be available in the login area.
Note: Permissions, users, and groups are currently not managed through the identity provider. SSO only enables login for existing awork accounts. A user must already exist in awork. User matching happens via email address.
Disable other login options
Once SSO is configured, you can disable and hide other login methods (email & password, as well as social login via Google & Apple).
- Navigate to Settings > General.
- Disable other login options
This is only recommended if no external users work in your workspace who aren't managed through your identity management system.
Note: If you remove the SSO settings in awork, email and password login will automatically be re-enabled so you can always log in with your admin account.
Global vs. workspace login
If you've disabled email/password and/or social login, these options will still appear on the global page app.awork.com. They'll only be hidden on your workspace page YOUR-WORKSPACE-SUBDOMAIN.awork.com.
Login via the global page won't be possible in that case. Use YOUR-WORKSPACE-SUBDOMAIN.awork.com to sign in via SSO.
If SSO is configured, Sign in with SSO will also appear on YOUR-WORKSPACE-SUBDOMAIN.awork.com. You'll be redirected to the SSO login screen or directly to your dashboard.
Frequently Asked Questions (FAQs)
Is SSO available in every plan?
No, SSO is only available in the awork Enterprise plan.
Does awork support SAML 2.0?
No. awork doesn't support SAML 2.0 and uses OpenID Connect based on OAuth 2.0 instead.
Can my identity provider manage permissions, users, or groups in awork?
No. Permissions, users, and groups are currently not managed through the identity provider. SSO only enables login for existing awork user accounts, which are matched via email address.
What happens if I remove the SSO settings after disabling other login options?
Email and password login will automatically be re-enabled so you can always log in with your admin account.
Can I set up SSO with Keycloak in the awork web interface?
Not yet. Please contact Support to set up Keycloak SSO, as this isn't yet available through the web interface (coming soon).
