Define an update policy
-Each host is assigned to a sensor policy, based on host group.
What can you use sensor update policies for
Use sensor update policies to:
- Lock host groups to a specific sensor version
- Control whether the cloud manages sensor version updates
- Protect sensors from unauthorized uninstallation by end
users
- Deploy new sensor versions to host groups for testing and
validation
- Update Schedules: Use sensor update policies to
automatically update test and production hosts to
appropriate versions
- Sensor and channel update throttling: Throttle sensor
update speeds to conserve bandwidth on slower networks
- Sensor uninstall protection: Control whether an end user
with local admin permissions can manually update or
uninstall the sensorDemonstrate what the default policy is used for
What are considered best practice when configuring default policies?
What does auto update do?
Where are build versions visible for a single sensor?
Do all hosts maintain the same sensor update policy?
-No. There is a separate sensor update policy for separate platforms, and a separate update policy for Falcon Identity Protection DC Sensors.
How to configure a default policy according to best practice?
Falcon Console > Hosts > Groups > create new custom groups called Test QA Group, Tech Pilot Group, and Business Pilot Group > Sensor Update Policies > Set “Test QA Group” to Auto version/ latest version
Set specific builds for other groups
-Once “Test QA Group” is successfully updated, configure the other groups to update to that version
-Best Practice is to keep Uninstall and Maintenance Protection enabled for all sensor update policies
Can you revert a sensor to a previous version?