- Newest
- Most votes
- Most comments
AWS has an opensource solution that helps you set up OpenSearch: https://github.com/aws-samples/siem-on-amazon-opensearch-service. After the initial set up of opensearch, you will then follow these steps to configure GuardDuty findings to be sent to the opensearch instance: https://github.com/aws-samples/siem-on-amazon-opensearch-service/blob/main/docs/configure_aws_service.md#Amazon-GuardDuty
Stepping back a bit, what are you trying to do with this data? Are you trying to setup alerts? A dashboard of some kind? Or integrate with a 3rd party SIEM solution? In order to try to minimize back and forth, I will provide a solution to several of these use-cases, please let me know if any of these hit the mark.
- Alerts: You can create a CloudWatch event from Guard Duty findings and create an alert for them as documented here.
- Dashboard: Amazon Guard Duty integrates with AWS Security Hub, which provides you with a comprehensive view of your security state in AWS. Findings from Guard Duty flow over to Security Hub, which provides you with a simple workflow management interface for all findings across all services. More info here. However, strictly speaking Security Hub is not a SIEM, which leads to...
- 3rd party integration: Most 3rd party SIEM solutions integrate with Security Hub, so any and all findings from Security Hub, including those from Guard Duty, can flow over to your SIEM of choice.
Do any of these address your particular use case?
Relevant content
- Accepted Answerasked 5 months ago
- Accepted Answerasked 3 years ago
- AWS OFFICIALUpdated 2 months ago
- AWS OFFICIALUpdated 4 months ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated a year ago