automate all the things...remotely!
Falcon Toolkit is an all in one toolkit designed to make your Falcon life much easier. It is built on top of Caracara.
The toolkit provides:
- Host searching, with filter support.
- Multiple profile support, including support for MSSP / Falcon Flight Control configurations.
- A shell allowing you to interface with many hosts via RTR at once, and get the output via CSV.
- Scriptability! You can program the shell by providing pre-written routines via a file on disk, and a full Python extensibility API is provided.
- More functionality is coming soon! Already on the roadmap are Policy import/export and IOA import/export. Want more functionality? Open an Issue!
Since this is built on top of Caracara, you get a bunch of great functionality and flexibility free, including the ability to filter hosts using dynamically generated FQL queries, full debug logging where desired, Falcon Flight Control integration, and more! Plus, the tool is lightning quick as it leverages Caracara's parallelisation tricks to pull more information quickly.
There are two supported methods to install Falcon Toolkit.
pipx
is a tool published the Python Packaging Authority to ease the install of Python tools. It will automatically configure you a virtual environment and make a link the falcon
command that your shell can work with.
Follow the instructions to install pipx
and add its bin
folder to your PATH
variable. Then, use pipx
to install the falcon-toolkit
PyPI package. Your output should look like this:
$ pipx install falcon-toolkit
installed package falcon-toolkit 3.0.1, installed using Python 3.11.0
These apps are now globally available
- falcon
Once installed, run the falcon
command to test it.
If you see a message like this, read on...
$ falcon
Readline features including tab completion have been disabled because
no supported version of readline was found. To resolve this, install
pyreadline3 on Windows or gnureadline on Linux/Mac.
This is caused by Python installations compiled against a non-supported readline
library, such as libedit
on macOS. To fix it, run the following command to install a supported readline library.
Windows:
> pipx inject falcon-toolkit pyreadline3
injected package pyreadline3 into venv falcon-toolkit
done! β¨ π β¨
Linux or macOS:
$ pipx inject falcon-toolkit gnureadline
injected package gnureadline into venv falcon-toolkit
done! β¨ π β¨
When installed via pipx
, you can upgrade Falcon Toolkit by simply running:
$ pipx upgrade falcon-toolkit
falcon-toolkit is already at latest version 3.0.1
This tool is built using Poetry and Python 3. Therefore, you must first ensure that you have both Poetry and Python 3.9+ installed to make use of this tool. Ensure you pay attention to Step 3 of the Poetry installation instructions so that you get Poetry added to your shell's PATH
variable.
Once Poetry is installed and loaded in your shell, simply clone this repository from GitHub and run poetry install
within the Falcon-Toolkit
directory to get all the necessary requirements set up in a virtual environment.
Next, run poetry shell
to enter the virtual environment.
Finally, run the falcon
command to get started! If this succeeds and you get some help output, you're ready to go.
If you close your shell, simply run poetry shell
to get back in to the virtual environment. This will bring back the falcon
command.
If you see a message like this, read on...
$ falcon
Readline features including tab completion have been disabled because
no supported version of readline was found. To resolve this, install
pyreadline3 on Windows or gnureadline on Linux/Mac.
This is caused by Python installations compiled against a non-supported readline
library, such as libedit
on macOS. To fix it, run the following commands to install a supported readline library.
Windows:
# Enter the Poetry virtual environment
> poetry shell
# Install pyreadline3 in the virtual environment
> pip install pyreadline3
Linux or macOS:
# Enter the Poetry virtual environment
$ poetry shell
# Install gnureadline in the virtual environment
$ pip install gnureadline
When installed via Poetry, you have to follow two steps to upgrade the tool. First update your local copy of the Git repository, then install the updated dependencies.
# Update the code
$ git pull
# Update the requirements
$ poetry install
# Enter the virtual environment if you are not already in it
$ poetry shell
# Run Falcon Toolkit
$ falcon
Falcon Toolkit requires you to pre-configure profiles, consisting of:
- A name (such as for a client or Falcon tenant);
- An optional description;
- A Falcon API client ID;
- A corresponding Falcon API client secret; and
- Optionally, the desired cloud, although this can be automatically figured out based on magic provided by FalconPy provided you are not a GovCloud customer.
Once these options are configured, you do not need to specify a client ID/secret again for communicating with that client. The configurations are saved in the file ~/FalconToolkit/FalconToolkit.json
, and the client secret for each corresponding client ID is stored in your host's local secure storage environment (e.g., via DPAPI on Windows, the Keychain on macOS, or Gnome's secret store on Linux). This keeps your client secrets secure and encrypted using your logon password.
The commandΒ falcon profiles new
will guide you through creating a new configuration. Note that:
- The name you specify will be the one you use to start a shell, so if you put a space in it remember that you'll need to wrap it in quotes later. Therefore, we do not recommend using a space here.
- The client ID and secret you specify must have full RTR admin and host querying permissions enabled; otherwise, this tool will not be able to execute any commands.
Two types of configuration backends are provided out of the box: the default, which is for an API keypair associated with a standard Falcon tenant, and a Falcon Flight Control backend. Use the Flight Control backend when authenticating to a Parent CID, as you will be able to specify the desired child CID on execution.
Your API keys should have the following scopes enabled in the Falcon dashboard:
β API Scopes // Commands β | host_search |
shell |
---|---|---|
Falcon Flight Control: Read | X When using parent CID API Keys |
X When using parent CID API Keys |
Hosts: Read | X | X |
Real Time Response: Read | X | |
Real Time Response: Write | X | |
Real Time Response: Admin | X for admin commands |
The command falcon profiles list
will show you all configurations (if any) you have created using the new
command above, listed by the name you specified.
Example output:
$ falcon profiles list
Falcon Toolkit
Configuration Directory: /Users/username/FalconToolkit
Falcon Instance Configurations
ServicesTest
Test instance for Services
The command falcon profiles delete [Profile Name]
will delete a configuration for you. Use the name you defined when you created the profile via falcon profiles new
.
If you have configured one profile, Falcon Toolkit will use it by default. If you have multiple profiles, you must select one using -p
, like this:
$ falcon -p Profile2 <command> <command-specific params>
Falcon Toolkit
...
A key part of this tool (as we'll see later) is filter support. To see what filters are supported by the Falcon Toolkit and FalconPy, run falcon filters
. Each filter is listed and explained with examples.
Before jumping into an RTR shell, you may wish to see which hosts you would connect to if you used the shell
command (covered below). To do so, use the falcon host_search
command.
As with the shell
command, you must specify a profile (the name of a configuration you created using the new
command above) if you have created more than one, and you can then optionally provide as many filters as you want using succesive -f
switches. Some examples:
List all Windows hosts that are not within the London
site, within the one Falcon instance configured earlier.
falcon host_search -f OS=Windows -f Site__NOT=London
List all Windows hosts not within the 075e03f5e5c04d83b4831374e7dc01c3
Group, wihtin the MyCompany
Falcon tenant.
falcon -p MyCompany host_search -f OS=Windows -f GroupID__NOT=075e03f5e5c04d83b4831374e7dc01c3
List all MyOtherCompany
Windows servers or domain controllers not within an OU called Protected
falcon -p MyOtherCompany host_search -f OS=Windows -f Role=Server,DC -f OU__NOT=Protected
List all MyOtherCompany
Windows Workstations that have checked in to Falcon within the past 30 minutes
falcon -p MyOtherCompany host_search -f OS=Windows -f Role=Workstation -f LastSeen__GTE=-30m
Now that you know how to filter, you know how to jump into a shell! To get into a batch shell with no special options, just do the same as for a host_search
but use the shell
command instead. For example, to launch an RTR shell with all Windows hosts last seen within the past 30 minutes within the MyCompany
Falcon instance, use this command:
falcon -p MyCompany shell -f OS=Windows -f LastSeen__GTE=-30m
You can also specify an initial timeout to use for all RTR commands. By default, the timeout is 30 seconds, but you can change this to, e.g., 60 seconds, like this:
falcon -p MyCompany shell -f OS=Windows -t 60
Once you are within an RTR shell, you can run any command that you can run within standard RTR, with full usage, tab completion and examples. However, note that some commands (such as reg
and runscript
) have been slightly adjusted in their usage to match standard Unix command patterns. There are technical reasons for this; reach out to us if you need support. Furthermore, some commands have been augmented or added, such as runscript -WorkstationPath
which allows you to run a local script without making it a cloud file first, get_status
to check on file uploads, and download
to pull files retrieved via get
down to your local system.
You can run help
at any time within the shell to get a list of commands. Every command also supports the -h
switch to find out how it works. Run quit
at any time to get back to your command line.
All outputs are written to a log file, as well as a CSV alongside it showing the output from every host. If you run this tool against many hosts, you will see the output from the first in the list on screen. However, every host's output (from stdout
and stderr
) is written to the accompanying CSV.
All logs and CSVs are written to the logs
folder within your configuration directory (default: ~/FalconToolkit
).
Although Falcon Toolkit provides you with plenty of filtering options, sometimes you may wish to connect to hosts by Agent ID (AID) / Device ID. You can do this using two command line options.
To specify Device IDs at the command line, simply provide the --device-id-list
/ -d
option and a comma-delimited list of IDs. For example, to connect to two hosts with the AIDs abcdef12345
and ghijkl67890
, you could use the following command:
falcon -p ProfileName shell -d abcdef12345,ghijkl67890
Sometimes it is not practical to provide a list of Device IDs at the command line, often because the length of the string containing all the IDs would exceed the maximum command length allowable within your shell. To get around this, Falcon Toolkit provides another parameter (----device-id-file
/ -df
), which allows you to provide a path to a file containing a list of AIDs, one per line. For example, let's say you wanted to connect to two devices with the AIDs abcdef12345
and ghijkl67890
, you may have a file named device_ids.txt
with the following contents:
abcdef12345
ghijkl67890
Then, you could jump into a shell with these devices via this Falcon Toolkit command:
falcon -p ProfileName shell -df device_ids.txt
The RTR shell is fully scriptable. There are two different scripting methods supported:
- Command replay scripts that simulate a human typing commands into the shell; and
- Python scripts that can interact with the shell programmatically at runtime.
If you have a file on disk with all shell commands you wish to run, you can specify it as a command line switch:
falcon shell -f OS=Windows -s script.rtr
This would run a script from disk called script.rtr
. Scripts should end in the quit
command if you do not wish to run further commands after your script has run (and therefore return to the shell).
Note that scripts contain a list of shell commands, not a list of zsh/PowerShell commands. Therefore, if you need to run a raw script command, write a script containing content like this:
runscript -Raw "Get-ChildItem"
quit
This tool is build on top of the excellent Cmd2 Python library, which brings with it copious extensibility. It is possible to write Python scripts that run within the context of the Toolkit's shell with programmatic logic applied. This feature is very much in beta, and we are actively seeking feedback on which state data should be made available globally to aid in programmatic scripting of the shell.
Information on Cmd2's scripting backend is provided here. The backend is configured as follows:
- The RTR Shell's application bridge name is
rtr
, sortr("runscript -Raw \"Get-ChildItem\"")
would execute theGet-ChildItem
PowerShell command against all connected systems from within a custom PyScript. - The
self
functionality is enabled, enabling developers to introspect data stored within the RTR Shell itself. In this context,self
will refer to the instantiatedRTRPrompt
object defined infalcon_toolkit/shell/prompt.py
.
Some example usages of this functionality are as follows:
- Execute a batch
get
command and then cache the contents ofself.last_batch_get_successful_requests
to find out how many systems had the file on disk. Then, the script could waitx
seconds in a loop up to a maximum amount of time, runningget_status
each time. On each iteration, the script may queryself.last_batch_get_completed_uploads
to determine whether a minimum threshold of systems have uploaded the requested file, and then once complete executedownload -e /some/output/folder
to pull those completed uploads down to a folder of choice (then extract them automatically). - Execute a series of commands that differ by target OS, using the contents of
self.connected_devices
to make decisions dynamically. - Execute
self.send_generic_command
directly, then use the returned(stdout, stderr)
tuple to make decisions about which command to execute next (best suited to single system connections).
Falcon Toolkit is an open source project, and not a formal CrowdStrike product, designed to assist users with managing their Falcon tenants and executing commands at scale. As such, it carries no formal support, express or implied. This project originated out of the CrowdStrike Services Incident Response (IR) team's need to execute commands across Falcon tenants quickly, at scale, and with auditing, and is maintained by Chris Hammond.
Is something going wrong? GitHub Issues are used to report bugs. Submit an Issue and let us know what is happening.
Furthermore, GitHub Discussions provide the community with means to communicate.
Security issues should be raised to our Security team and Chris Hammond.
Thank you for using the Falcon Toolkit! We hope it is as useful to the Falcon user community as it is to us.