hedgedoc/docs/content/guides/auth/keycloak.md
VaiTon 0dfe793b1c docs: fix keycloak documentation
This PR https://github.com/hedgedoc/hedgedoc/pull/2810 introduced a bug when using some OIDC providers. 

The environment variabiles in the compose files are already escaped and the quoted text get sent to the OIDC provider, that fails to parse it.



Signed-off-by: VaiTon <eyadlorenzo@gmail.com>
2022-12-04 20:59:33 +01:00

3 KiB

OAuth with Keycloak/Red Hat SSO (self-hosted)

Prerequisites

This guide assumes you have run and configured Keycloak. If you'd like to meet this prerequisite quickly, it can be achieved by running a jboss/keycloak container and attaching it to your network. Set the environment variables KEYCLOAK_USER and KEYCLOAK_PASSWORD, and expose port 8080.

Where HTTPS is specified throughout, use HTTP instead. You may also have to specify the exposed port, 8080.

Steps

  1. Sign in to the administration portal for your Keycloak instance at https://keycloak.example.com/auth/admin/master/console

You may note that a separate realm is specified throughout this tutorial. It is best practice not to use the master realm, as it normally contains the realm-management client that federates access using the policies and permissions you can create.

  1. Navigate to the client management page at https://keycloak.example.com/auth/admin/master/console/#/realms/your-realm/clients (admin permissions required)
  2. Click Create to create a new client and fill out the registration form. You should set the Root URL to the fully qualified public URL of your HedgeDoc instance.
  3. Click Save
  4. Set the Access Type of the client to confidential. This will make your client require a client secret upon authentication.

Additional steps to circumvent generic OAuth2 issue

  1. Select Client Scopes from the sidebar, and begin to create a new client scope using the Create button.
  2. Ensure that the Name field is set to id.
  3. Create a new mapper under the Mappers tab. This should reference the User Property id. Claim JSON Type should be String and all switches below should be enabled. Save the mapper.
  4. Go to the client you set up in the previous steps using the Clients page, then choose the Client Scopes tab. Apply the scope you've created. This should mitigate errors as seen in hedgedoc/hedgedoc#56, as the /userinfo endpoint should now bring back the user's ID under the id key as well as sub.

  1. In the docker-compose.yml add the following environment variables to app: environment:
CMD_OAUTH2_USER_PROFILE_URL=https://keycloak.example.com/auth/realms/your-realm/protocol/openid-connect/userinfo
CMD_OAUTH2_USER_PROFILE_USERNAME_ATTR=preferred_username
CMD_OAUTH2_USER_PROFILE_DISPLAY_NAME_ATTR=name
CMD_OAUTH2_USER_PROFILE_EMAIL_ATTR=email
CMD_OAUTH2_TOKEN_URL=https://keycloak.example.com/auth/realms/your-realm/protocol/openid-connect/token
CMD_OAUTH2_AUTHORIZATION_URL=https://keycloak.example.com/auth/realms/your-realm/protocol/openid-connect/auth
CMD_OAUTH2_CLIENT_ID=<your client ID>
CMD_OAUTH2_CLIENT_SECRET=<your client secret, which you can find under the Credentials tab for your client>
CMD_OAUTH2_PROVIDERNAME=Keycloak
CMD_OAUTH2_SCOPE=openid email profile
CMD_DOMAIN=<hedgedoc.example.com>
CMD_PROTOCOL_USESSL=true 
CMD_URL_ADDPORT=false
  1. Run docker-compose up -d to apply your settings.
  2. Sign in to your HedgeDoc using your Keycloak ID