-
Notifications
You must be signed in to change notification settings - Fork 369
Risk rating calculations proposal #479
Comments
Thanks @geckom. I like the idea of a cross compatible score for a finding and this would make chart logic much cleaner. However, let's use a new column instead of re-purposing the risk column. Re-using the risk column could become problematic for existing user data. I am happy to land this with a new column in a finding for cross compatible risk (e.g. serpico_risk would work as a column name or whatever you think). Also, if the functionality for calculation is stored in a helper method then we can run it across all findings when serpico first starts up. This would be handy for fresh charts rather than waiting for the user to save each finding that may already exist in a database. Even more so because this would now allow us to add an administrative interface charting assessments over time and other statistics from the existing findings (#374). |
Hey @geckom, any updates on this? If you'd like to team up ping me and I will try to help. |
I have the add and edit findings pages including in a field called "serpico_risk" as requested (hidden). It should mirror the risk or be assigned a number from 0 to 5 (info to critical). I am now investigating the most efficient method to calculate these are start up - mostly like UPDATE * WHERE serpico_risk IS NULL. And lastly I am currently putting in the the templating code. Should be doing a PR within the next 48hours. |
Added 2 new helper functions:
Currently fill_serpico_risk() is called on the '/reports/list' route. Is there a better place to put this for start up??? serpico_risk field added to Finding and TemplateFinding Models. Finding add and update functions have been updated. Where can I find what scoring system to use for the TemplateFindings? Should I used the global risk scoring variable?? If any findings are missing a risk the console will show output like this:
|
Any advance on this geckom ? I feel like Serpico would greatly benefits from this way of doing |
Feature Request
In ./views/findings_list.haml findings are giving a risk rating of Critical, Severe, Moderate, Low or Informational (primarily for the pie chart). This calculations are run every time the finding list page is viewed. I propose moving this logic to the save finding function and saving the result into the 'risk' column of the database.
Advantages:
This would work with dread, cvss 2 & 3, nist 800 and risk matrix.
Additionally, as per CVSS3 score of 0.0 is considered "Informational" not "Low". This can be fixed at the same time.
I am happy to make the modifications and submit a PR, however it would be a rather big change and it would not be backwards compatible. Are the core developers happy for me to make these modifications? We could leave in the existing logic for some time to help with backwards compatibility.
The text was updated successfully, but these errors were encountered: