About Kinde authentication
Auth and access
Kinde supports shared authenticated sessions across applications. For example, in a scenario where you have multiple apps running on separate subdomains, and you want to share a session between apps without prompting the user to sign in again.
On the first sign in, Kinde creates an SSO cookie for the authenticated user. Until this cookie expires or you request that the user signs in again (using the prompt parameter), all your apps can initiate sign in requests without prompting.
If you include an offline scope in your request, you can maintain long-running sessions via refresh tokens. This works both in back-end apps and in web apps.
Kinde supports short-lived refresh and refresh token rotation for increased security of browser-based and mobile apps. In this case, on page reload, the SDK will resume the session via the refresh token exchange.
login method. You might do this using an application switcher, for example.Say you are signed into your Admin app and want to switch to the Employee app. Here’s how it might look.
As long as an authenticated session exists, users should be able to move seamlessly between applications.
By default, applications on the same custom domain share a single refresh_token cookie. Signing in to one application can overwrite the refresh token set by another, which may break the other app’s session.
Kinde supports client-specific refresh token cookies to avoid this. When enabled for an application, the refresh token is stored in a uniquely named cookie (for example, refresh_token_abc123), so each app maintains its own refresh token independently. Enable this per application under Settings > Applications > [your app] > Tokens > Refresh token cookies. A custom domain must be configured. See Refresh tokens for more detail.
See also multi-domain authentication.