Configure Browser Cookies Settings
Cloudflare Access provides optional security settings that can be added to the browser cookies generated by Access for an authenticated user. The three enhanced browser cookie settings available are:
- HttpOnly flag
- Binding cookie
All three settings can be enabled in an Application’s settings menu.
To reach the settings menu:
- Navigate to the .
- Select Applications.
- Locate the application for which you would like to enable these settings.
- Click Edit.
- Select Settings.
The HTTP Only flag is a cookie attribute that prevents the cookie from being accessed by any client-side scripts, reducing the likelihood of XSS attacks.
When not to use HttpOnly
Do not enable HttpOnly if:
- You are using the Access application for non-browser based tools
- You have software that relies on being able to access a user’s cookie generated by Access
Enable Binding Cookie
The Binding Cookie is an additional cookie created when a user successfully authenticates, shared with Cloudflare to verify identity, and then stripped before it reaches the origin server. The Binding Cookie associates the browser with the Access token; the association protects against compromised authorization tokens because the origin webapp would never see this binding cookie. This protects against session hijack style attacks.
When not to use the Binding Cookie
- Do not use the Binding Cookie for non-browser based Access applications that rely on protocols like SSH, RDP, etc.
The Attribute selector is a cookie attribute that restricts the cookie to only being sent if the cookie’s defined site matches the site being requested in the browser. This adds protection against CSRF attacks.
- None - Cookies will be sent in all contexts, i.e sending cross-origin is allowed.
- Lax - Cookies are allowed to be sent with top-level navigations and will be sent along with GET requests initiated by third party websites.
- Strict - Cookies will only be sent in a first-party context and not be sent along with requests initiated by third party websites.
When not to use SameSite
- If you have additional sites or applications that rely on a specific application’s authorization cookie.