NIDS for AWS Security Hub - AWS FTR ✅


We’re happy to announce that our network security monitoring and analysis platform for AWS Security Hub has successfully completed the AWS Foundational Technical Review. 

This review, performed in collaboration between our engineering team and AWS, guarantees that the best practices are in place for users of the platform.

Adopting strong standards and best practices is key to all aspects of our development and we are happy with the recognition this review provides. 

If you’d like to know more about 3CORESec NIDS for AWS Security Hub, please consult the AWS Security Hubs partner page. Want to see just how easily you can be up and running analysing your network traffic? You'll be up and running in less than 2 minutes:


About 3CORESec NIDS for AWS Security Hub

3CORESec NIDS for AWS Security Hub is part of our NTA product lineup for cloud-native workloads. Some of its key features include:

  • Turn-key solution
  • Fully automated deployment
  • Minimal permissions or changes
  • Fully automated operation/management
  • Automatically enriches network data with cloud metadata
  • Interact with security findings directly in AWS Security Hub
  • Fully self-contained within an AWS account for critical operation workloads
  • 100% compatible with lawmaker.cloud, our NIDS management SaaS platform
  • 100% compatible with 3CORESec Lateral, our lateral movement detection ruleset

3CORESec NIDS for AWS Security Hub - Partner Program

The unique aspect of our platform lies on the innovative middleware (codenamed Maze) that we developed to process network data and make it cloud-aware. Through our partner program this technology is made available to a small group of companies who want to make their products capable of processing network data and interacting with AWS Security Hub. 

If you’d like to know more or participate in the program, please contact us using the booking information below.

Book a demo!

Want to know more or see it in action? Learn the ins and outs of the platform by scheduling some time to talk with the developers and engineers who built it.  

You can also learn more about Lawmaker at lawmaker.cloud and browse our detection capabilities marketplace at dtection.io.

Social Networks

Feel free to reach out to us on Twitter or consider joining our Community Slack. 

Popular posts from this blog

The undetectable way of exporting an AWS DynamoDB

Image
In this post we'll go over how we found a limitation in the current AWS CloudTrail logging features that limit detection capabilities of possible abuse against AWS DynamoDB, in the event of the user's AWS IAM keys being compromised. The objective of this article is to make users aware of this limitation and discuss alternatives for increasing the detection of attacks that might abuse it. This information was shared initially with AWS and only after going through the disclosure process with their security team did we decide to write it. Introduction & Methodology  A big part of the work done for our MDR platform comes from adversary simulation. Even though a lot of effort is put into developing our detection capabilities against a known killchain , we're constantly looking for alternative ways of attacking AWS workloads, regardless if the techniques are seen being used in the wild or not. Our methodology for doing these simulations is quite straightforward. We sta
Read more

Trapdoor - The serverless HTTP honeypot

Image
  Today we are announcing the release of Trapdoor , our AWS-based serverless honeypot.  The idea of a serverless honeytoken isn't new. Adel released his honeyLambda a few years ago and we've been working with it for quite some time. It was because of this experience and the goal of improving on what was already a great idea that we decided to go to the drawing board and see how we would change and tweak the concept.  What is it? Trapdoor is a serverless application that can be deployed in any AWS environment. Its goal is to receive HTTP requests with the intent of identifying, and alerting, on its visitors. The URLs generated by Trapdoor can also be referred to as honeytokens .  While you can get creative on how to use it, one of the goals of a honeytoken is to be hidden or stored in a "safe" place and, if accessed, fire of an alarm, as access to the token would be considered a compromise or unauthorized access.  This example is the passive way of using deception ta
Read more

Detection as Code (DaC) challenges - Introducing Automata

Image
This blog post is the second part of our Detection as Code (DaC) challenges series. You can read part one here . The development process of detections by itself doesn't pose a lot of barriers for security engineering teams, as they are typically done in a lab/controlled environment, but after tuning and deploying rules to a SIEM, the work is only starting. Many things can go wrong after this, and a process of continued and automated testing is crucial. Detection Validation In an ideal (and fictional) world, once the datasets are parsed, normalized, and put into production, detections developed by your team would work forever. Still, the reality is quite different. Maintenance is heavy work that needs to be done frequently - especially if you work on an MSP - but the reality is that the ecosystem lacks tooling and processes to do it proactively. Effectiveness is an important metric and crucial to the successful response of incidents in time, and effectiveness is what we aim to ensu
Read more