1. Authorized origin
Required: only for productionDescription
The full URL (incl. protocol & port, no path) that the user sees in the browser and from where JavaScript calls to Corbado are made. It’s needed to make CORS requests possible and can be configured in the developer panel.Example
Production | Development |
---|---|
https://www.my-application.com | All origins authorized by default |
2. Application URL
RequiredDescription
The location (incl. protocol, port & path) where the web component runs. For example, it’s used to correctly redirect users in email magic links. Often, it’s on the same domain like the authorized origin.Production | Development |
---|---|
https://www.my-application.com/login | http://localhost:8080/login |
3. Redirect URL
Required: only in web component (previous)Description
Depending on your decision to use Corbado’s session management or your own session management, the Redirect URL has different purposes. In any case, the Redirect URL (incl. protocol, port & path) is the location where the user is redirected to after successful authentication. If you use Corbado’s session management, the Redirect URL receives a short-term session as cookie or header. If you use your own session management, the Redirect URL is appended acorbadoAuthToken
as GET parameter (query string).
Example
Production | Development |
---|---|
https://www.my-application.com/logged-in | http://localhost:8080/logged-in |
4. Preview URL
Provided by CorbadoDescription
The location (incl. protocl, port & path) where your preview runs (https://<project ID>.preview.cloud.corbado.io
).
5. CNAME
Required: only in production, when using corbado session managementDescription
THE CNAME DNS address (no protocol, port or path) that can be used instead of Corbado’s default Frontend API URL. The CNAME needs to point to “<Project-ID>.frontendapi.cloud.corbado.io”.Example
Production | Development |
---|---|
login.my-application.com | - |
6. Relying Party ID
Required: yesDescription
The Relying Party ID is the domain (no protocol, port or path) where passkeys are bound to. By default it will be set tolocalhost
.
Passkeys are bound to your relying party ID, meaning they can only be used on matching domains.
Matching domains means that it’s either the same or a subdomain of the Relying Party ID.
Example
Production | Development |
---|---|
my-application.com | localhost |
Changing the relying party ID will invalidate all existing passkeys.
Though, reverting a change will restore the passkeys.