Remove all "supportingMedia" sections from the JSON #363
Labels
enhancement
New feature or request
Needs Discussion
Discuss in a future QWG meeting or on mailing list
section:other
Schema location is other than those specifically defined
I was pulling some data to provide data-support around issue #200. I found that not only is supportingMedia not used much at all, but when it is used, it is misused and generally just adds noise and parsing effort.
At the time I opened this, there are 256,421 CVEs in a published state, a grand total of 18,123 CVEs have used any of the supportingMedia fields, which is 7% of all published CVEs. Across the 18,123 CVEs, there are 26,046 references to supportMedia with a value and this is the count of unique CVEs with each field:
Digging into it a bit further, the type of supportingMedia is always "text/html" with 26,117 fields specifying that value. If you notice the counts, there are 71 more definitions of the supportingMedia.type than defined values.
Zero records had base64 values.
There is also a "base64" field to accompany the supportingMedia section with 26,117 records setting a boolean value and 162 records are set to TRUE, 146 are on the "containers.cna.descriptions.supportingMedia" section. Manual inspection of all 146 showed zero with base64 encoded values. This supports closing #200 as a non-issue in practice.
Zero CVEs used supportingMedia to share supporting media.
For those that have text/html types defined (all of them), I focused on the supportingMedia for the description. I noticed that many of them looked to just repeat the text in the main description field. It was a little difficult to check since I was comparing html to plain text, all but a small handful matched the description once I converted from html to plain text, manual inspection of the rest showed any divergence was minor and in only three cases (CVE-2024-6442, CVE-2024-6443, CVE-2024-6444) was the text completely different, but the "supporting media" was just a summary. In other words, ZERO CVEs used the supportingMedia field for supporting media
I did not look at the other supportingMedia fields, I can if people think it would be helpful.
The text was updated successfully, but these errors were encountered: