-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[Security Solution] Expiration Option for Security Detection Rule Exceptions #159215
Comments
Pinging @elastic/security-solution (Team: SecuritySolution) |
@MakoWish please add |
Hi @nreese, How is that done? |
Hi @MakoWish!! Hope you are doing great!! Lots of thanks for the suggestion :) On 8.7.0 version we added the capability to allow users to set expiration dates for rule exceptions and choose whether to include expired exceptions when exporting shared exception lists. Hope that helps with your described scenario. cc @peluja1012 |
Pinging @elastic/security-detections-response (Team:Detections and Resp) |
That is exactly what I was looking for! Thank you, and I guess we can close this one! |
Describe the feature:
Create an option for exceptions on detection rules to expire at a specified date/time.
Describe a specific use case for the feature:
In our environment, documented exceptions to any of our security policies have a maximum validity of one year; no exceptions are permanent. For this reason, I would love to see a feature in Kibana to set an expiration on exceptions to detection rules. This would save a lot of time with cleaning up detection rule exceptions once our internal exceptions to security policies expire.
Let's say a team member requested permission to SSH into a service on the internet for a project that will last 30 days. A Security Policy Exception Request (internal document) was drafted, routed for approvals, and was ultimately approved. I then add an exception for
user.name: "janedoe"
anddestination.ip: "1.2.3.4"
to the detection ruleSSH (Secure Shell) to the Internet
. Once that 30 days has elapsed, we would want to know if Jane is still performing these SSH connections without having to remember to remove the exception from the rule. If we could have set an expiration date on the exception, it would automate the removal of these temporary exceptions.The text was updated successfully, but these errors were encountered: