EventBridge
Data that you currently send to Amazon EventBridge may also be routed to Panther for advanced monitoring and detection
Overview
Amazon EventBridge is a serverless event bus that lets you receive, filter, transform, route, and deliver events. Within your environment, you may already be using EventBridge, as it supports receiving data from AWS services, custom applications, SaaS applications, and microservices.
Supported targets
EventBridge supports many targets Panther may plug into, including SNS topics, SQS queues, Firehose delivery streams, S3 buckets, and more. This enables many possible workflows. For example:
Okta -> EventBridge -> AWS SNS Topic -> Panther SQS
By default, EventBridge nests the logs within a
detail
object. You will need to use EventBridge transformations to take advantage of Panther's native Okta schema. See AWS's documentation on how to create transformations.
Custom Application -> EventBridge -> Firehose delivery stream -> S3 -> Panther
AWS GuardDuty -> EventBridge -> AWS SNS Topic -> Panther SQS
See the example below for instructions on sending GuardDuty findings to Panther via EventBridge.
How to use EventBridge with Panther
See the steps below for a generally applicable workflow.
For a specific example using EventBridge to send GuardDuty findings to Panther, see the section below.
Step 1: Create a Topic in Amazon SNS
Log in to your AWS Console and navigate to Amazon SNS > Topics. Click Create Topic.
If you already have an SNS topic created, skip to Step 2.
Fill out the Details:
Type: Select
Standard
.Name:
panther-eventbridge-guard-duty
Click Create topic.
Copy the ARN value and store it in a secure location, as you will need it in the next steps.
Example ARN:
arn:aws:sns:region:accountid:topic
Step 2: Create the SQS source in Panther
Step 3: Create or modify a rule in EventBridge
Creating a rule
In AWS, navigate to EventBridge.
Navigate to Events > Rules then click Create rule.
Define rule detail.
Provide a name, description, event bus and rule type.
Build event pattern.
Choose the source of data and pattern to match against
Select target(s).
Choose where to route the data that has been matched
Configure tags (optional).
Choose to add a label to this AWS resource
On the "Review and Create" page, click Create rule.
Modifying an existing rule
In AWS, navigate to Events > Rules then click the rule you want to modify.
Click into the Targets tab and click Edit.
Click Add another target.
Use "AWS Service" as the Target type, "SNS topic" as the target, and then select the SNS topic you added the Panther Managed SQS to in the previous steps.
Click Next, click Next, then click Update rule.
Now that the data pipeline is complete, you will start seeing log events land in your Panther Console where you can adjust your Schema and create Detections that may trigger Alerts.
End-to-end example: Send GuardDuty findings to Panther via EventBridge
The steps below are aimed at helping you quickly configure the necessary AWS resources to be used within EventBridge to allow you to perform advanced monitoring on your AWS GuardDuty data.
Note that Panther has separate documentation for GuardDuty integration via S3 or SQS instead.
Data pipeline
The steps below walk through the following data pipeline:
GuardDuty -> EventBridge -> AWS SNS Topic -> Panther SQS
Step 1: Create a topic in Amazon SNS
Log in to your AWS Console and navigate to Amazon SNS > Topics. Click Create Topic.
If you already have an SNS topic created, skip to Step 2.
Fill out the Details:
Type: Select
Standard
.Name:
panther-eventbridge-guard-duty
Click Create topic.
Copy the ARN value and store it in a secure location, as you will need it in the next steps.
Example ARN:
arn:aws:sns:region:accountid:topic
Step 2: Create the SQS source in Panther
Step 3: Create a rule in EventBridge
These steps demonstrate how you can send GuardDuty findings to Panther through EventBridge. There is also an option to generate sample GuardDuty findings or write a rule to alert when someone assumes a role from TOR.
In your AWS console, navigate to GuardDuty to ensure it is enabled.
Navigate to EventBridge, then go to Events > Rules.
Click Create rule.
Fill in the rule detail section:
Name: Enter a descriptive name.
Description: Enter a description (e.g.,
Filtering events from GuardDuty and sending them to Panther Managed SQS
)Event bus: Set the dropdown menu to
default
.Enable the rule on the selected event bus: Click the toggle to enable this setting.
Click Next.
On the "Build the event pattern" page, fill in the following:
Event source: Select
AWS events or EventBridge partner events
.Event pattern:
Event source: Select
AWS services
.AWS Service: Select
GuardDuty
.
Click Next.
On the "Select target(s)" page, fill in the form for Target 1:
Target types: Select
AWS service
.Select a target: Select
SNS topic
from the dropdown menu.Topic: Enter the topic you created in Step 1 (
panther-eventbridge-guard-duty
).Under "Additional Settings":
Configure target input: Select
Part of the matched event
.Specify the part of the matched event: Select
$.detail
Retry policy: Leave the defaults for Retry options.
Dead-letter queue: Leave the default option.
Click Next.
Optionally configure tags.
Click Next.
On the "Review and Create" page, click Create rule.
Now, when GuardDuty outlines a finding, that event will route to Panther where we can write a Detection to Alert us.
Generate sample findings
Since GuardDuty allows you to generate sample findings, you may use those to test end-to-end.
In GuardDuty, navigate to Settings > Sample Findings.
Click Generate Sample Findings to test.
An example rule within Panther might look like the following if I wanted to know when someone accessed AWS via TOR:
Last updated