Detection Packs
Use Packs to group detections and enable updates via the Panther Console
Last updated
Was this helpful?
Use Packs to group detections and enable updates via the Panther Console
Last updated
Was this helpful?
Detection Packs (also called, simply, Packs) are used to logically group , as well as enable detection updates in the Panther Console. Packs are defined in the open-source repository.
A single Pack can group any number of Detections, Queries, Global Helpers, Data Models, and Lookup Tables. , 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, an UPDATE AVAILABLE label will be displayed on the Pack's tile on the Pack list page in your Panther Console (under Detections > Packs).
Detections that are part of an enabled Detection Pack will be labeled as MANAGED, and detections that are not part of a Detection Pack will be labeled as UNMANAGED.
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 to disable the ability to turn on packs in the UI.
Panther provides several Detection Packs by default. There are Packs that group all of the 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:
Display Name
Description
This pack groups the standard rules that leverage unified data models
Group of the most critical and high value detections pertinent to the AWS environment
Group of all Panther created detections for Okta
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.
Click on a Pack to view its details, including a description, the enabled status, the currently enabled version, and which detections are in the pack.
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:
In the left-hand navigation bar of your Panther Console, click Detections.
Click the Packs tab.
Locate the Pack you want to enable or disable.
On the right-hand side of that Pack's tile, toggle the Enabled slider on or off.
The Enabled slider also appears on Pack detail pages:
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:
In the left-hand navigation bar of your Panther Console, click Detections.
Click the Packs tab.
Locate the Pack you want to update.
Within the Pack's tile, in the Version dropdown, select a version number.
Click Update Pack.
To revert to a previous Pack version:
In the left-hand navigation bar of your Panther Console, click Detections.
Click the Packs tab.
Locate the Pack you want to revert.
Within the Pack's tile, in the Version dropdown, select a version number.
Click Revert Pack.
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.
You can make changes to the editable fields in the Panther Console:
In the left-hand navigation bar of your Panther Console, click Detections.
Click the Packs tab.
Click the name of the Pack that contains the detection you want to edit, then click the name of the detection.
Make any desired changes to the detection.
Fields that are not editable will be greyed out.
Click Update in the upper right corner of the page to save your changes.
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:
In the left-hand navigation bar of your Panther Console, click Detections.
Click the Packs tab.
Click the name Pack that contains the detection you want to edit, then click the name of the detection.
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 the artifact of the release is named panther-analysis-all.zip (and a corresponding panther-analysis-all.sig if you are signing your release)
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
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.
AnalysisType
true
Indicates the analysis type this file is
pack
PackID
true
The unique ID of this pack
String
Description
false
Extra information about this Pack that will be displayed in the Panther Console
String
PackDefinition
true
A mapping with a single field called IDs which is a list of strings. Each string in the IDs list should be a unique ID of a file that is included in this Pack
{ IDs: [string] }
DisplayName
true
The user-friendly title that will be displayed for this Pack in the Panther Console
String
In this example entry to add to the key policy, the account ID should be replaced with the account ID where Panther is running:
To add a pack source:
In the left-hand navigation bar of your Panther Console, click Detections.
Click the Packs tab.
Click the Detection Pack Sources tab.
Click Create New in the upper right.
Enter the field names for each input field.
Click Save.
To modify the kmsKey or AccessToken fields for a pack source:
In the left-hand navigation bar of your Panther Console, click Detections.
Click the Packs tab.
Click the Detection Pack Sources tab.
Click ... next to a Pack Source then click Edit. Click on a Pack Source.
Edit the fields on this page.
Click Save.
To delete a pack source:
In the left-hand navigation bar of your Panther Console, click Detections.
Click the Packs tab.
Click the Detection Pack Sources tab.
Click ... next to a Pack Source then click Delete.
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.
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.
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.
You will receive an to confirm whether the Pack update was successful.
Follow the on Using Panther-managed Detections.
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 to understand supported workflows.
Ensure that your release is named according to , and the tag of the release must be the same as the name of the release
Ensure that your panther-analysis-all.zip contains at least one Pack Manifest file ( for more information)
You can use the panther_analysis_tool (PAT) to generate the required release assets, as well as publish a draft release (see for additional details.) You can manage custom packs using the same functionality as Panther-provided packs.
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 .
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 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 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.
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, and modify the policy to allow Panther to run kms:Verify using that key.
