Cookie Security
Learn about the security features of cookies and how Corbado’s session management makes use of them.
Cookie security
On successful authentication, the Corbado Frontend API sets the following cookies:
| Type | Name | Value | Path | Attributes | Default duration |
|---|---|---|---|---|---|
| session-token | cbo_session_token | JWT | Application URL | secure sameSite=lax | 5 mins |
| refresh-token | cbo_long_session | Session ID (opaque string) | Frontend API | httpOnly secure sameSite=lax | 1 day |
Both the session-token and the refresh-token cookies are set with the secure flag, which ensures that they can only be accessed on secure internet connections.
The properties of httpOnly and sameSite will be explained in the following sections on XSS protection and CSRF protection, respectively. These sections provide further details on how these properties contribute to safeguarding against specific types of attacks.
According to GDPR, users are not required to give explicit consent for your application to use session cookies. Session cookies are considered essential cookies, not tracking cookies.
By default, the cookies are not set as wildcard cookies (e.g., *.acme.com). This ensures that, for example, they are not sent to external CDN hosts (e.g., cdn1.acme.com). Avoiding wildcard cookies is considered a good practice.
Was this page helpful?