sveltekit-keyloak-multitenant

sveltekit-keycloak-multitenant (BETA)

(still troubleshooting this...)

Multi-tenant (fully federated) authentication and authorization in SvelteKit apps using KeyCloak. Intended for apps that need fully federated authentication for typically B2B apps serving enterprise customers with varying authentication requirements. Uses a Hybrid Authentication flow and JWT tokens. Provides enables role-based-access-controls using Keycloak role managemewnt for SvelteKit apps to leverage.

Motivation

Wanted a cost effective solution for multitenant authentication in SvelteKit apps intended to run in a containerized environment.

Most solutions are built for single-tenancy, or quickly expanding on authentication providers and social logins. (B2C applicataions.)

Keycloak is a great open source solution enabling fully federated authentication. But, most examples online using Keycloak and Sveltekit are implemented as single-tenant.

This library enables apps to use multiple keycloak realms mapping customer user email domains to realms for federated authentication services. (B2B apps)

• Each customer has fully configurable authentication per their enterprise reqiurements. (i.e. bring-your-own-identity-provider, 2-factor Auth for others, different authentication rules for every customer)
• Roles and Role-based-access-controls configuration done entirely in Keycloak, simplify complexity of managing multitenancy within your app.
• Easy to add new tenants at run-time using a simple externally loaded dependancy. (Yaml file that maps email domains to realms.)

Some added benefits of this library:

• Single implementation in hooks.server.ts handles all routes and general API calls from client to server transparently
• Low-client trust: No access tokens or any sensitive paramters like keycloak client codes ever sent to browser. Refresh token is only thing shared with client.
• only HTTP-only strict domain cookies used.
• CSRF concerns in authentication addressed
• ability to retain communication between sveltekit app and keycloak within private network. (authentication done externally, but access token exchange, token refresh, and session logout done with different URL keeping that communication within private network of your infrastructure.)

Install

npm install -S sveltkit-keycloak-multitenant

Setup Summary

• Setup .ENV variables
• add userinfo definition in app.d.ts locals
• Add handler to hooks.server.ts file
• Make a basic login form
• Make a Logout route with SSR
• Integrate the navigation and logout into layout.server.ts
• Setup Keycloak
• Update tenants.yaml with the tenants and clients setup in the last step

Setup Explained

1. Setup .ENV variables[1. Setup .ENV variables]

Variable	Purpose	Example (Default)
KEYCLOAK_URL	URL of your Keycloak server taking OIDC authentication calls.	https://auth.mayapp
KEYCLOAK_INTERNAL_URL	Intenal URL of your Keycloak server within containerized network.	http://keycloak:8085
LOGIN_PATH	Relative path to user email form pre-login.	/auth/login
LOGOUT_PATH	path where you want to redirect to post logout. (Route must have a server side +page.server.ts/js file)	/auth/logout
POST_LOGIN_PATH	(Optional) post authentication redirect if initial landing was not a deep link. (default / if not set)	/homepage

2. add userinfo definition in app.d.ts locals

User info and user roles is stored in locals by hooks.server.ts.

// See https://kit.svelte.dev/docs/types#app
/// <reference types="@auth/sveltekit" />
import type { UserInfo } from '$lib/server/keycloakservice';

declare global {
	namespace App {
		interface Locals {
			user: UserInfo | null,
		}
	}
}

export {};

3. Add handler to hooks.server.ts file

import type { Handle } from "@sveltejs/kit";
import { KeyCloakHandle } from "$lib/server/keycloakservice";

export const handle: Handle = KeyCloakHandle;

Or, if you have multiple handle functions running in all server-side calls, you can use sequence.

import { sequence } from '@sveltejs/kit/hooks';
import type { Handle } from "@sveltejs/kit";
import { KeyCloakHandle } from "$lib/server/keycloakservice";

export const handle: Handle = sequence(
  KeyCloakHandle,
  // Your other handle functions here...
);

4. Make a basic login form

Define a route that matches the ENV variable LOGIN_PATH that includes the basic email submission form. KeyCloakHandle will map the user to a tenant using email (domain), and redirect the user to the appropriate realm for authenication. Will also pass the email to the authentication for convenience so user does not have to specify that twice.

Form requires:

• input with type=email and name=email
• post action="?/login"

<script lang="ts"></script>

<div>
    <form method="post" action="?/login">
        <label for="email">email</label>
        <input type="email" name="email" />
        <button>Sign In</button>
    </form>
</div>

<style>
    ... your style here ...
<style>

5. Make a Logout route with SSR

Implement a route for whatever LOGOUT_PATH is going to be set to. When a logout button/link will be clicked, KeyCloakHandle will do a response redirect to that. This route must have +page.svelte and +page.server.ts file in order to force a server-side after logout. It does not matter what you want to put on the logout page beyond having those files present. This is required so that a SSR call will clear the locals, which layout.svelte then hides unauthenticated routes. It will also ensure the refresh cookie is expired on page render in the browser before they do anything else.

6. Integrate the navigation and logout into layout.server.ts

Pass through locals variables out as page data in +layout.server.ts. (Note, for pages that hide/show features within the page by role, you can pass the UserInfo object to the page renderer in that pages load method as well.)

import type { LayoutServerLoad } from "./$types"

export const load: LayoutServerLoad = async (event) => {

  return {
    user: event.locals.user,
  }
}

Example +layout.svelte file. (You can do anything with the UserInfo metadata returned in the laste step.) This shows:

• protected route rendering for authenticated users
• rendering of special routes based on custom roles you define in KeyCloak
• (No rendering for unauthenticated/logged-out user. Will just render the content defined by LOGIN_PATH route in the slot.)

<script lang="ts">
    import type { PageData } from './$types';
    export let data: PageData;
</script>

<nav>
    {#if data.user}
        <span>Welcome: {data.user.username}</span>
        <span>tenant: {data.user.tenant}</span>
        <a href="/">Home</a>
        <a href="/protectedRoute1">Some Protected Route</a>
        <a href="/protectedRoute2">Another Protected Route</a>
        {#if data.user.roles && data.user.roles.includes('admin')}
            <a href="/admin">Admin</a>
        {/if}
        <a href="/auth/logout" data-sveltekit-preload-data="off">Logout</a>
    {/if}
</nav>

<slot />

<style>
    ... your style here ...
</style>

7. Setup Keycloak

8. Update tenants.yaml with the tenants and clients setup in the last step

Structure your metadata as follows... the key in the first level is the assumed "tenant name". (Might do this different in the future an leverage a service account in the master realm to get all this, for now this is simple enough. Easy enough to update the dependency in a container in Kubernetes or Docker. login route will try to refresh pulling this so the lookupt won't get out-of-sync if the file is updated.)

mustangs:
  client_id: 'webapp'
  client_secret: 'yourclientsecrethere'
  realm: 'mustangs'
  email_domain: 'mustangs.com'
camaros:
  client_id: 'webapp'
  client_secret: 'yourclientsecrethere'
  realm: 'camaros'
  email_domain: 'camaros.io'

Optional: Extend this with any additional attributes to pass into locals.

mustangs:
  client_id: 'webapp'
  client_secret: 'yourclientsecrethere'
  realm: 'mustangs'
  email_domain: 'mustangs.com'
  customer_logo: '',
  default_locale: 'en-US'

Note: If you want type support for those attributes in +layout.svelte/+page.svelte, you can extend the definition in app.d.ts:

import type { UserInfo } from '$lib/server/keycloakservice';

interface MyAppUserInfo extends UserInfo {
    customer_logo:string;
    default_locale:string;
}

declare global {
	namespace App {
		interface Locals {
			user: MyAppUserInfo | null,
		}
	}
}

export {};