-
Notifications
You must be signed in to change notification settings - Fork 11
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
UEM-09: measure the number of security incidents involving active malware on a host protected by the chosen anti-malware/virus service #75
Comments
See this concern about SLOs of 100% |
Ideas from the conversation:
Next step: Circle back to it in the future. |
1/12 group discussion A threshold of 80% might be too low. What might what matters here is the raw # of incidents that require human intervention; because that can be quickly overwhelmed. 1% might be thousands of incidents. Discussion is that measuring the SLA of incident closure would not help here and might be problematic because "it discourages analysis of the causes"... resulting in more incidents of that kind. Because you didn't close. It measures the ability to close the cases not to address the root causes. This may encourage the wrong behavior. this argues for having both this metric (as described) and the existing SLA metric around ability to close cases. |
Current proposed metric:
|
Below are few malware SLOs from other catalogues . It supports @pritikin proposal - Referencing iso 27004:2016 (monitoring) here is the malware and malicious code monitoring SLOs Referencing MEDINA publication "Continuously certifiable technical and organizational measures and catalogue of cloud security metrics-v1" |
This is a proposed effectiveness metric from Walt Williams
UEM-09-M1
To test for effectiveness, measure the number of security incidents involving active malware on a host protected by the chosen anti-malware/virus service. If this number is not zero, the control is not effective.
The text was updated successfully, but these errors were encountered: