Solutions
Device management
Remotely manage, and protect laptops and mobile devices.
Orchestration
Automate tasks across devices, from app installs to scripts.
Software management
Inventory, patch, and manage installed software.
Fleet Gitops
See every change, under any error, repeat every success.
Extend Fleet
Integrate your favorite tools with Fleet.
More
Device management
Remotely manage, and protect laptops and mobile devices.
Orchestration
Automate tasks across devices, from app installs to scripts.
Software management
Inventory, patch, and manage installed software.
Fleet Gitops
See every change, under any error, repeat every success.
Extend Fleet
Integrate your favorite tools with Fleet.
Noah Talerman
Noah Talerman
Fleet supports triggering automations across activities, policies, queries, vulnerabilities, and host status.
You can configure Fleet to automatically install software, run scripts, trigger or send query results to webhooks, create tickets, and reserve time in your end users' calendars (maintenance windows).
Activity automations are triggered when an activity happens in Fleet (queries, scripts, logins, etc). See our Audit logs documentation for a list of all activity types.
You can automatically send activites to a webhook URL or a log destination.
Policy automations are triggered if a policy fails on a host.
Policies run every 1 hour (configurable) and run in ascending order by policy ID after the ID is turned into a string ("100" runs before "53", which runs before "7").
Automations are fired for scheduled policy runs. Running a live policy doesn't trigger automations.
You can configure Fleet to automatically reserve time in your end users' calendars (maintenance windows), trigger or send query results to webhooks, or create tickets.
To learn how to use Fleet's maintenance windows, head to this article.
Automations for software and scripts retry up to 3 times by default. Each time the policy runs and fails, Fleet triggers the software install or script again, up to a total of 3 attempts. If the host passes the policy, the retry count resets.
For webhooks and tickets, automations are only triggered when a policy is newly failing. A policy is "newly failing" if a host updated its response from no response to "fail" or from "pass" to "fail."
Fleet checks whether to trigger webhooks or tickets once per day by default.
For webhooks, if a policy is newly failing on more than one host during the same period, a separate webhook request is triggered for each host by default.
For tickets, a single ticket is created per newly failed policy (i.e., multiple tickets are not created if a policy is newly failing on more than one host during the same period).
Query automations let you send data gathered from macOS, Windows, and Linux hosts to a log destination. Data is sent according to a query's interval.
Results from scheduled queries can be written to an arbitrary external webhook of your choosing. First, follow the configuration docs. Then in the UI:
Results from the selected scheduled queries will be sent to the configured results URL. Not configurable per-query.
Vulnerability automations are triggered if Fleet detects a new vulnerability (CVE) on at least one host.
Note that Fleet treats a CVE as "new" if it was published within the preceding 30 days by default. This setting can be changed through the
recent_vulnerability_max_ageconfiguration option.
Fleet checks whether to trigger vulnerability automations once per hour by default. This period can be changed through the vulnerabilities_periodicity configuration option.
Once a CVE has been detected on any host, automations are not triggered if the CVE is detected on other hosts in subsequent periods. If the CVE has been remediated on all hosts, an automation may be triggered if the CVE is detected subsequently so long as the CVE is treated as "new" by Fleet.
For webhooks, if a new CVE is detected on more than one host during the same period that the initial detection occurred, a separate webhook request is triggered for each host by default.
Host status automations send a webhook request if a configured percentage of hosts have not checked in to Fleet for a configured number of days.
Fleet sends these webhook requests once per day by default.