Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rules definition to separate Findings from Alerts #172

Open
gBuff opened this issue Sep 22, 2020 · 0 comments
Open

Rules definition to separate Findings from Alerts #172

gBuff opened this issue Sep 22, 2020 · 0 comments
Assignees
Labels
enhancement New feature or request

Comments

@gBuff
Copy link

gBuff commented Sep 22, 2020

As a suggestion, I would benefit from a better separation of the Findings, Rules and Alerts functionalities.

With this, we can have a distinction on what have been found by engines (=> findings); but regarding our distincts policies (=> rules), we will manage it differently (=> alerts).

It means, to me, that:

  • Rules could be used to select which criterias generate Alerts (on findings, but also on context)
  • Alerts could be then sent to external notifications (TheHive, email, or anything else commonly used) / with a dedicated Alerts settings page.

The Rules page would then be only the list of criterias, without the "send to" settings.
The Alerts would then not only be created because of "New findings"/"Missing findings" but a list of all points to address, marked as important in our organisation.
And of course, it would be great if we could select what to do regarding the alerts, depending on their level, perimeter, etc. (=> Hive, mail, internal notification, etc.)

As this description might not be very clear, I'm available to discuss it further if needed !

@MaKyOtOx MaKyOtOx self-assigned this Sep 24, 2020
@MaKyOtOx MaKyOtOx added the enhancement New feature or request label Sep 24, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants