# Detection Packs

## Overview

Detection Packs (also called, simply, Packs) are used to logically group [Panther-managed detections](https://docs.panther.com/detections/panther-managed), as well as enable detection updates in the Panther Console. Packs are defined in the [`panther-labs/panther-analysis`](https://github.com/panther-labs/panther-analysis/tree/master/packs) open-source repository.

A single Pack can group any number of detections, [Data Models](https://docs.panther.com/detections/rules/python/data-models), [global helpers](https://docs.panther.com/detections/rules/python/globals), [Lookup Tables](https://docs.panther.com/enrichment), and [Saved Searches](https://docs.panther.com/search/scheduled-searches). [`Panther Universal Detections`](https://github.com/panther-labs/panther-analysis/blob/main/packs/standard_ruleset.yml), for example, groups all rules that rely on Data Models and all of their dependencies.

Detection Packs are versioned, and Panther periodically releases new versions with updates to core detection logic for the detections contained within. When an update for a Pack is available, the Pack's tile (on the Pack list page, in your Panther Console under **Detections > Packs**) will display an `UPDATE AVAILABLE` label.

Detections that are part of an enabled Detection Pack are labeled as `MANAGED`, and detections that are not part of a Detection Pack are labeled as `UNMANAGED`.

{% hint style="warning" %}
Note: Managing Detections via the Panther Console is **not** recommended if you are already using a Git-Based workflow to manage and upload detections with Panther Analysis Tool. Managing detections via both methods simultaneously may result in unexpected behavior**.**

You can use the [Developer Workflow setting](https://docs.panther.com/system-configuration#developer-workflow) to disable the ability to turn on packs in the UI.
{% endhint %}

### Panther-managed Detection Packs

Panther provides several Detection Packs by default. There are Packs that group all of the [Panther-managed detections](https://docs.panther.com/detections/panther-managed) related to a particular log source, as well as Detection Packs that are grouped on a particular focus (e.g., generic rules that leverage unified data models or a core set of detections for AWS.) Some popular examples include:

<table data-header-hidden><thead><tr><th width="154.96371701910277">Display Name</th><th>Description</th></tr></thead><tbody><tr><td><strong>Display Name</strong></td><td><strong>Description</strong></td></tr><tr><td><a href="https://github.com/panther-labs/panther-analysis/blob/19a9e47e347f711df173bcfe07b7db9cf003ed7e/packs/standard_ruleset.yml">Panther Universal Detections</a></td><td>This pack groups the standard rules that leverage unified data models</td></tr><tr><td><a href="https://github.com/panther-labs/panther-analysis/blob/19a9e47e347f711df173bcfe07b7db9cf003ed7e/packs/aws.yml">Panther Core AWS Pack</a></td><td>Group of the most critical and high value detections pertinent to the AWS environment</td></tr><tr><td><a href="https://github.com/panther-labs/panther-analysis/blob/21e1b9ea61baf31feec57328f5dd216095162e05/packs/okta.yml">Panther Okta Pack</a></td><td>Group of all Panther created detections for Okta</td></tr></tbody></table>

## How to use Detection Packs

### Viewing Detection Packs

You can view a list of Panther-provided Detection Packs in your Panther Console by clicking Detections in the navigation bar, then clicking the **Packs** tab.

<figure><img src="https://4011785613-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LgdiSWdyJcXPahGi9Rs-2910905616%2Fuploads%2Fgit-blob-a823c19d2dd2ee1fb4592df10a4e25208c381e79%2FScreenshot%202025-08-28%20at%202.54.49%E2%80%AFPM.png?alt=media" alt="On a page titled &#x22;Packs,&#x22; a &#x22;Packs&#x22; tab is highlighted. In a search bar, &#x22;Panther&#x22; has been entered and two results are shown: Panther AWS CIS Pack and Panther Core AWS Pack."><figcaption></figcaption></figure>

Click on a Pack to view its details, including a description, the enabled status, the currently enabled version, and which entities (like detections, [Data Models](https://docs.panther.com/detections/rules/python/data-models), [global helpers](https://docs.panther.com/detections/rules/python/globals), and [Saved Searches](https://docs.panther.com/search/scheduled-searches)) are in the Pack.

<figure><img src="https://4011785613-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LgdiSWdyJcXPahGi9Rs-2910905616%2Fuploads%2Fgit-blob-ebdcb7f1b4045d37c8515b775528b56fb03c7485%2FScreenshot%202025-08-28%20at%202.56.42%E2%80%AFPM.png?alt=media" alt="On a page titled &#x22;Panther Core AWS Pack,&#x22; there are two tiles titled &#x22;A CloudTrail Was Created or Updated&#x22; and &#x22;Account Security Configuration Changed.&#x22; An &#x22;Enabled&#x22; toggle in the upper-right corner is set to ON."><figcaption></figcaption></figure>

### Enabling and disabling Detection Packs

Packs can be enabled or disabled in your Panther Console. When you enable a Pack, each of the detections contained in that Pack is enabled. You can disable one or more detections within an enabled Pack (on a one-by-one basis) without having to disable the entire Pack.

If a Pack is disabled, but detections contained within it are enabled, those detections will function normally (i.e., they will not be affected by their Pack being disabled).

When you update a Pack that has disabled detections, the detections will be updated but they will remain disabled.

To enable or disable a Pack:

1. In the left-hand navigation bar of your Panther Console, click **Detections**.
2. Click the **Packs** tab.
3. Locate the Pack you want to enable or disable.
4. On the right-hand side of that Pack's tile, toggle the **Enabled** slider on or off.

<figure><img src="https://4011785613-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LgdiSWdyJcXPahGi9Rs-2910905616%2Fuploads%2Fgit-blob-deea500c0b96c02cb9e6da1bac408e05721c325d%2FScreenshot%202025-08-28%20at%202.59.00%E2%80%AFPM.png?alt=media" alt="A rectangular tile is shown titled &#x22;Panther Core AWS Pack.&#x22; Its &#x22;Enabled&#x22; slider is circled."><figcaption></figcaption></figure>

The **Enabled** slider also appears on Pack detail pages:

<figure><img src="https://4011785613-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LgdiSWdyJcXPahGi9Rs-2910905616%2Fuploads%2Fgit-blob-dd080a29407744197b5ab680e1962b3ef7d5d52f%2FScreenshot%202025-08-28%20at%202.56.42%E2%80%AFPM.png?alt=media" alt="On a page titled &#x22;Panther Core AWS Pack,&#x22; there are two tiles titled &#x22;A CloudTrail Was Created or Updated&#x22; and &#x22;Account Security Configuration Changed.&#x22; An &#x22;Enabled&#x22; toggle in the upper-right corner is set to ON."><figcaption></figcaption></figure>

### Update or roll back Detection Pack

New updates to Detection Packs are periodically released to the `panther-analysis` repository. These updates are automatically detected by Panther, and the Pack overview page will show an `UPDATE AVAILABLE` flag next to relevant packs.

To update pack detections:

1. In the left-hand navigation bar of your Panther Console, click **Detections**.
2. Click the **Packs** tab.
3. Locate the Pack you want to update.
4. Within the Pack's tile, in the **Version** dropdown, select a version number.
5. In the pop-up modal, click **Continue**.

<figure><img src="https://4011785613-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LgdiSWdyJcXPahGi9Rs-2910905616%2Fuploads%2Fgit-blob-4c447cb374a5f629cbc7b99e57a3dbeac65214ed%2FScreenshot%202025-08-28%20at%203.06.04%E2%80%AFPM.png?alt=media" alt="On a modal titled, &#x22;Update Detection Pack to v3.84.0&#x22; there are two buttons: Cancel and Continue."><figcaption></figcaption></figure>

You will receive an [in-console notification](https://docs.panther.com/system-configuration/notifications) to confirm whether the Pack update was successful.

To revert to a previous Pack version:

1. In the left-hand navigation bar of your Panther Console, click **Detections**.
2. Click the **Packs** tab.
3. Locate the Pack you want to revert.
4. Within the Pack's tile, in the **Version** dropdown, select a version number.
5. In the pop-up modal, click **Continue**.

<figure><img src="https://4011785613-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LgdiSWdyJcXPahGi9Rs-2910905616%2Fuploads%2Fgit-blob-f0ceb859c558727694156a7fd53249d5bc990b62%2FScreenshot%202025-08-28%20at%203.07.52%E2%80%AFPM.png?alt=media" alt="On a modal titled, &#x22;Revert Detection Pack to v3.81.0&#x22; there are two buttons: Cancel and Continue."><figcaption></figcaption></figure>

## Managing detections with Packs

### Editing managed detections

After a Pack has been enabled, there are a subset of fields that you can manually edit in the Panther Console:

* Enabled / Disabled
* Severity
* Deduplication Period
* Events Threshold
* Destination Overrides
* Runbook

Any changes made to these fields in the Panther Console will be preserved when the pack is updated or reverted to a different version. All other fields will be greyed out in the Panther Console, and the "Functions and Tests" editor will be read-only.

{% hint style="info" %}
Note: For enabled Packs, the above fields can **only** be edited manually in the Panther Console. Editing these fields in the Detection .yml files will not override these values.
{% endhint %}

You can make changes to the editable fields in the Panther Console:

1. In the left-hand navigation bar of your Panther Console, click **Detections**.
2. Click the **Packs** tab.
3. Click the name of the Pack that contains the detection you want to edit, then click the name of the detection.
4. Make any desired changes to the detection.
   * Fields that are not editable will be greyed out.
5. Click **Update** in the upper right corner of the page to save your changes.

### Cloning and editing a managed detection

If a rule or policy included in a Detection Pack does not fit your needs, you can clone it and then customize the cloned copy:

1. In the left-hand navigation bar of your Panther Console, click **Detections**.
2. Click the **Packs** tab.
3. Click the name Pack that contains the detection you want to edit, then click the name of the detection.
4. Follow the [How to clone a Panther-managed detection instructions](https://docs.panther.com/detections/panther-managed/..#how-to-clone-a-panther-managed-detection) on Using Panther-managed Detections.

## Pack Sources (Legacy)

{% hint style="danger" %}
Custom Pack Sources is a legacy feature that is no longer supported for new customers. If you wish to use custom detections created and edited outside of the Panther Console, see the [Panther Developer Workflows Overview](https://docs.panther.com/panther-developer-workflows/overview) to understand supported workflows.
{% endhint %}

Pack Sources provide a way to configure custom GitHub sources for Detection Packs. Once a Pack Source is configured, Panther will check the source repository for new tagged releases every 24 hours. In order for Panther to find your custom Pack(s) from your Pack Source, you must:

* Ensure that your release is finalized, and not in a draft state
* Ensure that your release is named according to [SemVer format](https://semver.org/), and the tag of the release must be the same as the name of the release
* Ensure that the artifact of the release is named `panther-analysis-all.zip` (and a corresponding `panther-analysis-all.sig` if you are signing your release)
* Ensure that your `panther-analysis-all.zip` contains at least one Pack Manifest file ([see section on Pack manifests below](#pack-manifests) for more information)

<figure><img src="https://4011785613-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LgdiSWdyJcXPahGi9Rs-2910905616%2Fuploads%2Fgit-blob-d2a84484a2128a10bba398a0863a1d507c103895%2FScreen%20Shot%202022-04-05%20at%204.15.00%20PM.png?alt=media" alt="A screen shot from the Panther Analysis repo on Github. In the middle of the page, the version number is circled. Under a header labeled &#x22;Assets&#x22;, there is a red circle around panther-analysis-all.zip." width="563"><figcaption></figcaption></figure>

You can use the `panther_analysis_tool` (PAT) to generate the required release assets, as well as publish a draft release (see [Creating a GitHub Release - Panther Analysis Tool](#creating-a-github-release-panther-analysis-tool) for additional details.) You can manage custom packs using the same functionality as Panther-provided packs.

Pack source fields are described in the following table.

| **Field Name** | **Required** | Description                                                      | Expected Value |
| -------------- | ------------ | ---------------------------------------------------------------- | -------------- |
| `Owner`        | Yes          | The owner/organization of the target repository                  | String         |
| `Repository`   | Yes          | The name of the repository                                       | String         |
| `kmsKey`       | No           | The ARN for a sign/verify kms key to validate release signatures | String         |
| `AccessToken`  | No           | Personal Access Token used to access a private repository        | String         |

### Pack manifests

Packs are defined by creating Pack manifest YAML files, which contain metadata about your Pack (such as its name, description, and the detections/files that are included in your Pack).

Your `panther-analysis-all.zip` release artifact can contain many different Pack manifests along with other files from your repository such as detections, global helpers, data models, etc. If you add your GitHub repository as a Pack Source in the Panther Console, then each of these Pack manifest files will show up as a Pack in the Panther Console that can be separately enabled/disabled.

The following table is a reference of the different keys that are valid in your Pack manifest. You can find additional examples of the Pack Manifests that Panther uses in our [Panther-provided Packs on Github](https://github.com/panther-labs/panther-analysis/tree/master/packs).

<table><thead><tr><th>Field Name</th><th width="150">Required</th><th width="210">Description</th><th>Expected Value</th></tr></thead><tbody><tr><td>AnalysisType</td><td>true</td><td>Indicates the analysis type this file is</td><td><code>pack</code></td></tr><tr><td>PackID</td><td>true</td><td>The unique ID of this pack</td><td>String</td></tr><tr><td>Description</td><td>false</td><td>Extra information about this Pack that will be displayed in the Panther Console</td><td>String</td></tr><tr><td>PackDefinition</td><td>true</td><td>A mapping with a single field called <code>IDs</code> which is a list of strings. Each string in the <code>IDs</code> list should be a unique ID of a file that is included in this Pack</td><td>{ IDs: [string] }</td></tr><tr><td>DisplayName</td><td>true</td><td>The user-friendly title that will be displayed for this Pack in the Panther Console</td><td>String</td></tr></tbody></table>

### Accessing private repositories

In order for Panther to have access to poll a private repository, you must configure the Pack Source with a personal access token. See the [GitHub documentation](https://docs.github.com/en/github/authenticating-to-github/creating-a-personal-access-token) for further details on creating a token.

A personal access token will grant access to all the repositories where the account owner has access. We recommend creating a ["machine user"](https://docs.github.com/en/developers/overview/managing-deploy-keys#machine-users) that you can add as an outside collaborator to the repository containing the detection packs. This way, the access token can be scoped for a particular use and repository.

### Release signatures

Panther-managed Packs are signed using an asymmetric AWS KMS key. Prior to importing any detections from the Panther pack source, it will validate the signature using the release asset `panther-analysis.sig`. This ensures that any detections being imported have not been tampered or modified. If you would like to use similar functionality, [create a sign/verify KMS key](https://docs.aws.amazon.com/kms/latest/developerguide/create-keys.html) and modify the policy to allow Panther to run `kms:Verify` using that key.

In this example entry to add to the key policy, the account ID should be replaced with the account ID where Panther is running:

```javascript
{
    "Sid": "Enable KMS Verify",
    "Effect": "Allow",
    "Principal": {
        "AWS": "arn:aws:iam::{accountid}:root"
    },
    "Action": "kms:Verify",
    "Resource": "*"
}
```

### Managing Pack Sources

**To add a pack source**:

1. In the left-hand navigation bar of your Panther Console, click **Detections**.
2. Click the **Packs** tab.
3. Click the **Detection Pack Sources** tab.
4. Click **Create New** in the upper right.
   * Enter the field names for each input field.
5. Click **Save**.

<figure><img src="https://4011785613-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LgdiSWdyJcXPahGi9Rs-2910905616%2Fuploads%2Fgit-blob-c10a95d56e718b0eedf86ce8610106514b54e334%2FScreen%20Shot%202022-08-30%20at%204.50.20%20PM.png?alt=media" alt="The &#x22;New Detection Pack Source&#x22; form in the Panther Console shows fields for Source ID, Github Owner, Github Repo, Access Token, and Public Key or ARN." width="563"><figcaption></figcaption></figure>

**To modify the `kmsKey` or `AccessToken` fields for a pack source**:

1. In the left-hand navigation bar of your Panther Console, click **Detections**.
2. Click the **Packs** tab.
3. Click the **Detection Pack Sources** tab.
4. Click **...** next to a Pack Source then click **Edit**. Click on a Pack Source.
   * Edit the fields on this page.
5. Click **Save**.

**To delete a pack source**:

1. In the left-hand navigation bar of your Panther Console, click **Detections**.
2. Click the **Packs** tab.
3. Click the **Detection Pack Sources** tab.
4. Click **...** next to a Pack Source then click **Delete**.

<figure><img src="https://4011785613-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LgdiSWdyJcXPahGi9Rs-2910905616%2Fuploads%2Fgit-blob-2d2ccce17329017c96dd7d06bba1e9b229085dcd%2FScreen%20Shot%202022-08-30%20at%204.53.30%20PM.png?alt=media" alt="The dropdown menu on a Pack source is expanded, with options visible to Edit or Delete." width="535"><figcaption></figcaption></figure>

{% hint style="info" %}
Deleting a Pack Source will delete the packs originating from it, along with all of the detections in it.
{% endhint %}

### Creating a GitHub release - Panther Analysis Tool

The `panther_analysis_tool` (PAT) can streamline the process of creating an appropriate Github release, with or without an associated signature file.

To generate the release assets, use the `release` command.

```bash
% panther_analysis_tool release --help
usage: panther_analysis_tool release [-h] [--aws-profile AWS_PROFILE]
                                     [--filter KEY=VALUE [KEY=VALUE ...]]
                                     [--kms-key KMS_KEY]
                                     [--minimum-tests MINIMUM_TESTS]
                                     [--out OUT] [--path PATH] [--skip-tests]

optional arguments:
  -h, --help            show this help message and exit
  --aws-profile AWS_PROFILE
                        The AWS profile to use when updating the AWS Panther
                        deployment.
  --filter KEY=VALUE [KEY=VALUE ...]
  --kms-key KMS_KEY     The key id to use to sign the release asset.
  --minimum-tests MINIMUM_TESTS
                        The minimum number of tests in order for a detection
                        to be considered passing. If a number greater than 1
                        is specified, at least one True and one False test is
                        required.
  --out OUT             The path to store output files.
  --path PATH           The relative path to Panther policies and rules.
  --skip-tests
```

To automatically create a draft release in your Github repository, first set the `GITHUB_TOKEN` environment variable to a personal access token with appropriate permissions to access the target repository. Then, use the `publish` command.

{% hint style="warning" %}
Note: Using the `panther_analysis_tool publish` command creates a draft release. Before Panther is able to pull in this release artifact, you must go to your Github repository and manually finalize the draft into a release.
{% endhint %}

```bash
% panther_analysis_tool publish --help
usage: panther_analysis_tool publish [-h] [--body BODY]
                                     [--github-branch GITHUB_BRANCH]
                                     [--github-owner GITHUB_OWNER]
                                     [--github-repository GITHUB_REPOSITORY]
                                     --github-tag GITHUB_TAG
                                     [--aws-profile AWS_PROFILE]
                                     [--filter KEY=VALUE [KEY=VALUE ...]]
                                     [--kms-key KMS_KEY]
                                     [--minimum-tests MINIMUM_TESTS]
                                     [--out OUT] [--skip-tests]

optional arguments:
  -h, --help            show this help message and exit
  --body BODY           The text body for the release
  --github-branch GITHUB_BRANCH
                        The branch to base the release on
  --github-owner GITHUB_OWNER
                        The github owner of the repsitory
  --github-repository GITHUB_REPOSITORY
                        The github repsitory name
  --github-tag GITHUB_TAG
                        The tag name for this release
  --aws-profile AWS_PROFILE
                        The AWS profile to use when updating the AWS Panther
                        deployment.
  --filter KEY=VALUE [KEY=VALUE ...]
  --kms-key KMS_KEY     The key id to use to sign the release asset.
  --minimum-tests MINIMUM_TESTS
                        The minimum number of tests in order for a detection
                        to be considered passing. If a number greater than 1
                        is specified, at least one True and one False test is
                        required.
  --out OUT             The path to store output files.
  --skip-tests
```

{% hint style="info" %}
The `kms-key` argument is an optional argument that you can use to generate a signature file. If you want to use this argument, be sure to run panther\_analysis\_tool using the appropriate aws credentials to call `kms:Sign` on the specified key.
{% endhint %}