Falcon Toolkit

automate all the things...remotely!

What Is This?

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.
• Prevention policy import and export
• Response policy import and export
• More functionality is coming soon! 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.

Getting Started

There are two supported methods to install Falcon Toolkit.

Recommended for Most Users: pipx

Installing Falcon Toolkit with pipx

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.

Configuring readline when installed via pipx

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! ✨ 🌟 ✨

Upgrading Falcon Toolkit when installed via pipx

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

Installing via Poetry (Recommended for Developers and Maintainers)

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.

Configuring readline when installed via Poetry

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

Upgrading Falcon Toolkit when installed via Poetry

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

Profile Management

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.

Creating a New Profile

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	policies (Prevention)	policies (Response)
Falcon Flight Control: Read	X When using parent CID API Keys	X When using parent CID API Keys	X When using parent CID API Keys	X When using parent CID API Keys
Hosts: Read	X	X
Prevention Policies: Read			X describe / export sub-commands
Prevention Policies: Write			X import sub-command
Real Time Response: Read		X
Real Time Response: Write		X
Real Time Response: Admin		X for admin commands
Response Policies: Read				X describe / export sub-commands
Response Policies: Write				X import sub-command

Showing Your Profiles

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

Deleting a Profile

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.

Selecting a Profile

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
...

Listing Filters

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.

Host Search

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 online 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 -o online

List all Windows hosts not within the 075e03f5e5c04d83b4831374e7dc01c3 Group, within the MyCompany Falcon tenant.

falcon -p MyCompany host_search -f OS=Windows -f GroupID__NOT=075e03f5e5c04d83b4831374e7dc01c3

List all offline 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 -o offline

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

Jump into an RTR Shell

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).

Specifying Hosts by ID

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.

Specifying Device IDs at the Command Line: The -d Option

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

Specifying a File Containing Device IDs: The -df Option

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

Real Time Response (RTR) Scripting

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.

Command Replay Script

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

Python Scripting API

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, so rtr("runscript -Raw \"Get-ChildItem\"") would execute the Get-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 instantiated RTRPrompt object defined in falcon_toolkit/shell/prompt.py.

Some example usages of this functionality are as follows:

• Execute a batch get command and then cache the contents of self.last_batch_get_successful_requests to find out how many systems had the file on disk. Then, the script could wait x seconds in a loop up to a maximum amount of time, running get_status each time. On each iteration, the script may query self.last_batch_get_completed_uploads to determine whether a minimum threshold of systems have uploaded the requested file, and then once complete execute download -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).

Policy Manipulation

You can describe, import and export two types of policies: Prevention and Response. The three verbs are applied to the falcon policies command to specify what you would like to do with policies, and a command line switch is used to specify the policy type to work with. Exported policies are written to disk as JSON with some Falcon Toolkit-specific data needed to import a policy back again.

Examples

Show all Prevention policies within the MyCompany Falcon profile:

$ falcon -p MyCompany policies -p describe
platform_default (Platform: Windows)
    Platform default policy
...

Show all Response policies when only one profile is configured:

$ falcon policies -r describe
platform_default (Platform: Windows)
    Platform default policy
...

Export a Response policy from the MyCompany tenant to disk:

$ falcon -p MyCompany policies -r export
Please choose a policy to export

 * My Response Policy [Windows]
   My Other Response Policy [Linux]
...

Import a Prevention policy to the one configured Falcon tenant:

$ falcon policies -p import MyExportedPolicy.json
...

Support & Community Forums

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.