Re: New severity for security reports
Mark Thomas <[email protected]> Wed, 15 Jul 2026 15:40:59 +0200
| Newsgroups | gmane.comp.jakarta.tomcat.devel |
|---|---|
| Message-ID | <[email protected]> |
15 Jul 2026 14:35:52 Tim Funk <[email protected]>: > Call it "hardening"? (Or something similar) > > It'll acknowledge it has potential for a security flaw, but not enough > for > a CVE? That is the part I struggle with. It is the issues where there is a very slim chance that there would be security consequences for a user. In my mind that needs a CVE. But at the same time I recognise that at least 99.99% users won't be affected therefore we don't want to put them in a position where they need to upgrade (because of their own security policies re CVEs). Then again, with the current volume of CVEs there are likely to be a couple of genuine LOW or greater severity CVEs anyway so does a handful of lower severity CVEs really change very much? Maybe we need to document the pre-requisites for being exposed to a CVE more explicitly. But then we run the risk of needing more CVEs if we don't do that correctly. As you can probably tell, I don't have a clear idea of what I think the right answer is yet. Mark > > -Tim > > On Wed, Jul 15, 2026 at 5:03 AM Mark Thomas <[email protected]> wrote: > >> All, >> >> We have had quite a few security reports recently that are technically >> valid vulnerabilities but have pre-requisites that are such that it is >> almost certain no users are impacted by them. >> >> Currently we assign these a severity of LOW. Do we want to handle them >> differently? >> >> Possible options: >> - Don't issue CVEs for these >> - New severity for "Lower than low" name TBD >> - Something else? >> >>