Enable custom checks to collect application and process data from endpoints and use
it for security policy matching.
| Where Can I Use This? | What Do I Need? |
- NGFW (managed by Panorama or Strata Cloud Manager)
- Prisma Access (managed by Panorama or Strata Cloud
Manager)
|
- GlobalProtect Gateway license or Prisma Access license with
the Mobile User subscription
|
The Windows Registry, macOS plist, and Linux
process list can be used to configure and store settings for Windows
and macOS operating systems, respectively. You can create a custom
check that allows you to determine whether an application is installed
(has a corresponding registry or plist key) or is running (has a
corresponding running process) on a Windows, macOS, or Linux endpoint.
Enabling custom checks instructs the GlobalProtect app to collect
specific registry information (Registry Keys and Registry Key Values
from Windows endpoints) or preference list (plist) information (plist
and plist keys from macOS endpoints) or has a corresponding process
(name of the process from Linux endpoints). The data that you define
to be collected in a custom check is included in the raw
Host
Information data collected by the GlobalProtect app and then
submitted to the GlobalProtect gateway when the app authenticates
and connects to the gateway. For more information on defining app
settings directly from the Windows Registry, the global macOS plist,
or the Linux pre-deployment configuration, see
Deploy
App Settings Transparently.
To monitor the data collected
with custom checks, you can create a HIP object. You can then add
the HIP object to a HIP profile to use the collected data to match to
endpoint traffic and enforce security rules. The gateway uses the
HIP object (which matches to the data defined in the custom check)
to filter the raw host information submitted by the app. When the
gateway matches the endpoint data to a HIP object, a HIP Match log
entry is generated for the data. The HIP profile also allows the
gateway to match the collected data to a security rule. If the HIP
profile is used as criteria for a security policy rule, the gateway
enforces that security rule on the matching traffic.
Use the
following steps to enable custom checks to collect data from Windows macOS,
or Linux endpoints. This workflow also includes optional steps to
create a HIP object and HIP profile for a custom check, which allows
you to use endpoint data as matching criteria for security policies
to monitor, identify, and act on traffic.
On Windows,
macOS, and Linux devices, when you configure Custom Checks such
as to collect registry or plist entries, GlobalProtect hides this
information in the Host Profile summary of the GlobalProtect app.