Protect your Windows and macOS-based endpoints from connecting to malicious USB-connected removable devices, to Bluetooth devices, and to print jobs.
By default, all external USB and Bluetooth devices are allowed to connect to your Windows and macOS-based Cortex XDR endpoints, and all print jobs are allowed. To protect endpoints from connecting USB-connected removable devices such as disk drives, CD-ROM drives, floppy disk drives, Bluetooth devices, and other portable devices that can contain malicious files, Cortex XDR provides device control. Different types of print jobs can also be blocked.
Using device control, you can:
(Windows and macOS) Block all supported USB-connected devices for an endpoint group.
(Windows and macOS) Block a USB device type but add to your allow list a specific vendor from that list that will be accessible from the endpoint.
(Windows only) Block connections to Classic Bluetooth devices or Low Energy Bluetooth services. These are two different Bluetooth protocols used for short-range wireless connections.
Some examples of Classic Bluetooth devices include: laptop computers, tablets, telephones, audio/video devices, wearables, peripherals, imaging devices, health devices, toys, and so on.
Some examples of Low Energy Bluetooth devices include: telephone alert status, microphone control, health sensors, insulin delivery, location and navigation, object transfer, and so on.
Temporarily block only some device types on an endpoint.
USB devices (Windows and macOS)
Bluetooth devices (Windows only)
(Windows and macOS) Block some, or all, print jobs to local or network printers, or to file.
Note
Depending on your defined user scope permissions, creating device profiles, policies, exceptions, and violations may be disabled.
Note
When you enable device control protection for the first time, some devices that are already connected to the endpoint (or paired, in case of Bluetooth) will not be immediately affected by the change.
The profile change will affect the connected device after one of the following occurs:
Disconnection and reconnection of the device
A computer restart
For Bluetooth, toggling Bluetooth off and on, or manually unpairing the device
The following are prerequisites to enforce device control policy rules on your endpoints:
Platform | Prerequisites |
---|---|
Windows | For VDI:
|
Mac | No prerequisites |
Linux | Not supported |
Android | Not supported |
iOS | Not supported |
The following limitations apply to device control on your endpoints:
Platform | Device Type | Limitation |
---|---|---|
Windows | VDI |
|
Windows | Bluetooth |
|
macOS | - | No limitations |
Linux | - | Not supported |
Android | - | Not supported |
iOS | - | Not supported |
Device Control Profiles
To apply device control in your organization, define device control profiles that determine which device types Cortex XDR blocks, and which it permits. There are two types of profiles:
Profile | Description |
---|---|
Configuration Profile | Allow or block these device type groups:
Note
Add a New Configuration Profile. The Cortex XDR agent relies on the device class assigned by the operating system. For Windows endpoints only, you can configure additional device classes. |
Exceptions Profile | Allow specific devices according to device types and vendor. You can further specify a specific product and/or product serial number. |
Device Configuration and Device Exceptions profiles are configured for each operating system separately. After you configure a device control profile, Apply Device Control Profiles to Your Endpoints.
Add a New Configuration Profile
In +Add Profile and then select either Create New or Import from File.
→ → → , selectSelect a Platform and click → .
Fill in the General Information.
Assign the profile Name and add an optional Description. The profile Type and Platform are set by Cortex XDR.
Configure Device Configuration.
For each group of device types, select the desired action. To use the default option defined by Palo Alto Networks, leave Use Default selected.
For Disk Drives only, you can also allow connecting in Read-only mode.
For Print Jobs, you can choose the Custom option, and then select the desired print job type.
For Bluetooth Devices, you can choose the Custom option, and then select the desired Bluetooth Classes or Low Energy Services type.
Note
Currently, the default is set to Use Default (Allow), however, Palo Alto Networks may change the default definition at any time.
In XQL Search, to view connect and disconnect events of USB devices that are reported by the agent, the Device Configuration must be set to Block. Otherwise, the USB events are not captured. The events are also captured when a group of device types are blocked on the endpoints with a permanent or temporary exception in place. For more information, see ???.
To save your device profile definitions, click Create.
If needed, you can edit, delete, or duplicate your profiles.
Note
You cannot edit or delete the default profiles pre-defined in Cortex XDR.
(Optional) To define exceptions to your Device Configuration profile, Add a New Exceptions Profile.
Add a New Exceptions Profile
In + New Profile or Import from File.
→ → → , selectSelect Platform and click → .
Fill in the General Information.
Assign the profile Name and add an optional Description. The profile Type and Platform are set by the system.
Configure Device Exceptions.
You can add devices to your allow list according to different sets of identifiers: vendor, product, and serial numbers.
Type: Select the device type that you want to add to the allow list: Bluetooth, CD-ROM, Disk Drive, Floppy Disk, or Windows Portable Devices (Windows only).
(Disk Drives only) Permission: Select the permissions you want to grant: Read only or Read/Write.
Vendor: Select a specific vendor from the list or enter the vendor ID in hexadecimal code.
(Optional) Product: Select a specific product (filtered by the selected vendor) to add to your allow list, or add your product ID in hexadecimal code.
(Optional) Serial Number: Enter a specific serial number (pertaining to the selected product) to add to your allow list. Only devices with this serial number are included in the allow list. If you want to add serial number where the last character is a space character, use quotation marks. For example,
"K04M1972138 "
.
To save your device exceptions profile, click Create.
If needed, you can later edit, delete, or duplicate your profiles.
Note
You cannot edit or delete the predefined profiles in Cortex XDR.
Apply Device Control Profiles to Your Endpoints
After you define the required profiles for Device Configuration and Exceptions, you must configure Device Control policies and enforce them on your endpoints. Cortex XDR applies Device Control policies on endpoints from beginning to end, as you’ve ordered them on the page. The first policy that matches the endpoint is applied. If no policies match, the default policy that enables all devices is applied.
Note
When enabling Device Control protection for the first time, some devices that are already connected (or paired in case of Bluetooth) to the machine will not be immediately affected by the change. The profile change will affect the connected device after one of the following occurs:
Disconnection and reconnection of the device
A computer restart
For Bluetooth devices only: Bluetooth toggled off and on, or manual unpairing of the device
In + New Policy or Import from File.
→ → → , selectNote
When importing a policy, select whether to enable the associated policy targets. Rules within the imported policy are managed as follows:
New rules are added to the top of the list.
Default rules override the default rule in the target tenant.
Rules without a defined target are disabled until the target is specified.
Configure settings for the Device Control policy.
Assign a policy name and select the platform. You can add a description.
Assign the Device Type profile you want to use in this rule.
Click Next.
Select the target endpoints on which to enforce the policy.
Use filters or manual endpoint selection to define the exact target endpoints of the policy rules. If exists, the Group Name is filtered according to the groups within your defined user scope.
Click Done.
Configure policy hierarchy.
Drag the policies in the desired order of execution. The default policy that enables all devices on all endpoints is always the last one on the page and is applied to endpoints that don’t match the criteria in the other policies.
Save the policy hierarchy.
After the policy is saved and applied to the agents, Cortex XDR enforces the device control policies on your environment.
(Optional) Manage your policy rules.
In the Protection Policy Rules table, you can view and edit the policy you created and the policy hierarchy.
View your policy hierarchy.
Right-click to View Policy Details, Edit, Save as New, Disable, and Delete.
Select one or more policies, right-click and select Export Policies. You can choose to include the associated Policy Targets, Global Exceptions, and endpoint groups.
Monitor device control violations.
After you apply Device Control rules in your environment, you can use the Cortex XDR blocked them on the endpoint. All violation logs are displayed on the page. You can sort the results and use the filters menu to narrow down the results. For each violation event, Cortex XDR logs the following event details, where relevant and available for each device or print job:
→ page to monitor all instances where end users attempted to connect restricted devices or print jobs, andID
Timestamp for the violation event
Host name of the endpoint
Platform (operating system)
Agent ID
User name
IP address
Type of device
GUID of the device
Vendor ID of the device
Vendor of the device
Product name
Serial number (not supported for Bluetooth devices on Windows-based endpoints)
Print Job Type
Document Name of a print job
Additional Information
Major Class
Minor Class
Vendor Type
If you see a violation for which you’d like to define an exception on the device that triggered it, right-click the violation and select one of the following options:
Permissions, and an optional comment.
To ensure this device is always allowed in your network, select this option to add the device to the Device Permanent Exceptions list, the type ofPermissions, and an optional comment.
To allow this device only temporarily on the selected endpoint or on all endpoints, select this option and set the allowed time frame for the device, the type ofPermissions, and an optional comment.
Select this option to allow the device within an existing Device Exceptions profile, the type of
Tune your device control exceptions.
To better deploy device control in your network and allow further granularity, you can add devices on your network to your allow list and grant them access to your endpoints. Device control exceptions are configured per device and you must select the device category, vendor, and type of permission that you want to allow on the endpoint. Optionally, to limit the exception to a specific device, you can also include the product and/or serial number.
Cortex XDR enables you to configure the following exceptions:
Exception Name
Description
Permanent Exceptions
Permanent exceptions approve the device in your network across all Device Control policies and profiles. You can create them directly from the violation event that blocked the device, or through the Permanent Exceptions list.
Note
Permanent exceptions apply across platforms, allowing the devices on all operating systems.
Create a Permanent Exception.
Temporary Exceptions
Temporary exceptions approve the device for a specific time period up to 30 days. You create a temporary exception directly from the violation event that blocked the device.
Create a Temporary Exception.
Profile Exceptions
Profile exceptions approve the device in an existing exceptions profile. You create a profile exception directly from the violation event that blocked the device.
Create an Exception within a Profile.
Create a Permanent Exception.
Permanent device control exceptions are managed in the Permanent Exception list and are applied to all devices regardless of the endpoint platform.
If you know in advance which device you’d like to allow throughout your network, create a general exception from the list:
Go to Device Permanent Exceptions on the left menu. The list of existing Permanent Exceptions is displayed.
→ → and selectSelect Type, Permission, and Vendor.
(Optional) Select a specific product and/or enter a specific serial number for the device.
Click the adjacent arrow and Save. The exception is added to the Permanent Exceptions list and will be applied in the next heartbeat.
Otherwise, you can create a permanent exception directly from the violation event that blocked the device in your network:
On the Device Control Violations page, right-click the violation event triggered by the device you want to permanently allow.
Select Add device to permanent exceptions. Review the exception data and change the defaults if necessary.
Click Save.
Create a temporary exception.
On the Device Control Violations page, right-click the violation event triggered by the device you want to temporarily allow.
Select Add device to temporary exceptions. Review the exception data and change the defaults if necessary. For example, you can configure the exception to this endpoint only or to all endpoints in your network, or set which device identifiers will be included in the exception.
Configure the exception Time Frame by defining the number of days or number of hours during which the exception will be applied, up to 30 days.
Click Save. The exception is added to the Device Temporary Exceptions list and will be applied in the next heartbeat.
Create an exception within a profile.
On the Device Control Violations page, right-click the violation event triggered by the device you want to add to a Device Exceptions profile.
Select the Profile from the list.
Save. The exception is added to the exceptions profile and will be applied in the next heartbeat.
Add a Custom Device Class
(Windows only) You can include custom USB-connected device classes beyond Disk Drive, CD-ROM, Windows Portable Devices, and Floppy Disk Drives, such as USB connected network adapters. When you create a custom device class, you must supply Cortex XDR the official ClassGuid identifier used by Microsoft. Alternatively, if you configured a GUID value to a specific USB connected device, you must use this value for the new device class. After you add a custom device class, you can view it in Device Management and enforce any device control rules and exceptions on this device class.
To create a custom USB-connected device class:
Go to
→ → → .This is the list of all your custom USB-connected devices.
Create the new device class.
Select +New Device. Set a Name for the new device class, and supply a valid and unique GUID Identifier. For each GUID value, you can define one class type only.
Save.
The new device class is now available in Cortex XDR as all other device classes.
Add a Custom User Notification
You can personalize the Cortex XDR notification pop-up on the endpoint when the user attempts to connect a USB device that is either blocked on the endpoint or allowed in read-only mode. To edit the notifications, refer to Set up agent settings profiles.