Project owners need some way to adjust severity of OSS-Fuzz reports
- Dominant language
- Shell
- Stars
- 12.6k
- Forks
- 2.9k
- Avg merge
- 2d 2h
- Merged PRs (30d)
- 62
Description
This is a companion to https://github.com/google/oss-fuzz/issues/11925
OSS-Fuzz automatically assigns severity for bugs. This is a great first-pass triage, but sometimes OSS-Fuzz is wrong. It may over-level the bug if it's a bug in the fuzzer and not actual code, or in an irrelevant part of the system. It may under-level the bug if it's a case where non-memory-safety correctness still has serious ramifications, e.g. some kinds of cryptographic errors.
Now that OSS-Fuzz bugs are integrated into OSV, these mistakes go from cosmetic issues to actual problems.
Contributor guide
Research direction
Start by reading companion issue #11925 and tracing how OSS-Fuzz severity reaches OSV. Define how project owners would adjust an automatically assigned severity, including over- and under-levelled cases, and verify that the corrected severity is represented in OSV.
Written by the indexing model from the issue text.
Assessment
- Domain
- security
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100