Isolate Access applications
Cloudflare Browser Isolation integrates with your web-delivered Access applications to protect sensitive applications from data loss. You can build Access policies that require certain users to access your application exclusively through Browser Isolation, while other users matching different policies continue to access the application directly. For example, you may wish to layer on additional security measures for third-party contractors or other users without a corporate device.
Cloudflare sends all isolated traffic through our Secure Web Gateway inspection engine, which allows you to apply Gateway HTTP policies such as:
- Restrict specific actions and HTTP request methods.
- Inspect the request body to match against Data Loss Prevention (DLP) profiles with as much specificity and control as if the user had deployed an endpoint agent.
- Control users ability to cut and paste, upload and download files, or print while in an isolated session.
Your browser must allow third-party cookies on the application domain.
- In Zero Trust, go to Settings > Browser Isolation.
- Enable Clientless Web Isolation.
- Next, go to Access > Applications.
- Choose a self-hosted application and select Configure.
- Choose an Allow policy and select Configure.
- Under Additional settings, turn on Isolate application.
- Save the policy.
Browser Isolation is now enabled for users who match this policy. After the user logs into Access, the application will launch in a remote browser. To confirm that the application is isolated, refer to Check if a web page is isolated.
You can optionally add another Allow policy for users on managed devices who do not require isolation.
In the following example, Policy 1 allows employees on corporate devices to access the application directly. Users who do not match Policy 1, such as employees and contractors on unmanaged devices, will load the application in an isolated browser.
flowchart LR accTitle: Access policies for a private web application A[Full-time employee]-->policy1-->D B[Contractor]-->policy2-->E subgraph C[Access application] policy1["Policy 1: Allow employees who pass device posture checks"] policy2["Policy 2: Allow and isolate contractors"] end D[Normal browsing] E["Isolated browsing with HTTP policies applied"]
Policy 1: Allow employees who pass device posture checks
Action | Rule type | Selector | Value |
---|---|---|---|
Allow | Include | Emails ending in | @team.com |
Require | Device Posture - Serial Number List | Corporate serial numbers |
Additional settings | Status |
---|---|
Isolate application | Disabled |
To create a list of serial numbers, refer to Create Zero Trust list.
Policy 2: Allow and isolate contractors
Action | Rule type | Selector | Value |
---|---|---|---|
Allow | Include | Emails ending in | @team.com , @contractors.com |
Additional settings | Status |
---|---|
Isolate application | Enabled |
Prevents users on unmanaged devices from downloading any files from your private application.
Selector | Operator | Value | Logic | Action |
---|---|---|---|---|
Host | in | internal.site.com | And | Isolate |
Passed Device Posture Checks | not in | Corporate serial numbers |
Policy settings | Status |
---|---|
Disable file downloads | Enabled |
To create a list of serial numbers, refer to Create Zero Trust list.
Block users on unmanaged devices from downloading files that contain credit card numbers. This logic requires two policies:
-
Policy 2: Block credit card numbers
Selector | Operator | Value | Logic | Action |
---|---|---|---|---|
Host | in | internal.site.com | And | Block |
DLP Profile | in | Financial Information | And | |
Passed Device Posture Checks | not in | Corporate serial numbers |
To configure a DLP profile, refer to Update predefined profile or Create custom profile.