-
Notifications
You must be signed in to change notification settings - Fork 531
GSoC 2021 Project idea: Improved triage & tracking #1002
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
Comments
Thinking about this way, users might want to differentiate between the scan-data of multiple teams. Maybe, we can add some other metadata along with these scans. |
An approach to mark triage through html would be to create localserver and aiohttp is more than enough for our purpose. By creating localserver we don't need to write that much javascript and we can make it more interactive easily. |
Unfortunately, the problem with running a localserver isn't a technical one exactly. The problem is that Intel's security rules for all projects releasing under github.com/intel would require a lot more validation for any interface that included a full webserver, even a python localserver. (Our security checklist adapts to the type of project being released.) Merging and displaying data from triage done via a spreadsheet or text editor doesn't incur nearly as much additional validation (and some of it we already did for the 1.0 and 2.0 releases) so it's a lot more attractive to me but still a useful upgrade. If I did want to add a more complete triage interface using localhost, I'd have to convince my management to put more hours on it, and they'd most likely have to come out of the hours I've currently earmarked for mentoring gsoc students. I'd rather be able to take on another gsoc student than I would a full interactive triage interface, given the choice. |
And in case anyone's curious, here's the publicly available description of some of the things we do for software security: https://newsroom.intel.com/wp-content/uploads/sites/11/2020/10/sdl-2020-whitepaper.pdf -- Most of that happens behind the scenes and is done by me and @pdxjohnny for each release because this is a pretty small project, but a larger project would have dedicated validation and so on. |
We can save intermediate reports using existing output_json. Then we can do 2 things:
|
Finished as part of GSoC 2021 |
In the 2.0 release, we've introduced some basic triage ability so people can at least disable display of CVEs they feel have been mitigated in their systems.
There's probably more to do in the triage & tracking space, and I think we could probably make a gsoc project out of related ideas
I'm NOT super excited about interactive command-line triage because I don't see any indications that our users actually want this, but we might be able to make it possible to flag things in the HTML reports and save data back to a json/csv file from the browser. That would be mostly html/javascript work and not python, though.
Anyhow, this thread is open for brainstorming on the topic. I'm not convinced this is a winner of a project yet, but it's the only thing currently flagged as "future" that seemed to be the right size for one.
The text was updated successfully, but these errors were encountered: