You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently when a record is rejected, the description is replaced with template text and sometimes a brief explanation. A rejected record uses different JSON (cnaRejectedContainer) and any content in a published record (cnaPublishedContainer) is lost. adpContainer would be lost too. History might be retained in the cvelist GitHub respository.
Consider in the future keeping any existing content when rejecting a record. This requires both non trivial JSON schema changes and services/backend changes.
The text was updated successfully, but these errors were encountered:
This remains an issue, I (and I expect others) could have used the original information in CVE-2024-42992. Changing the schema for rejected IDs removes useful information. This becomes more of a concern as ADP containers will be removed also.
Proposal for rejecting a record
In the schema/services:
Set status to rejected
Require an explanation field
Store the rejected datetime
Do not modify any other content
In the cve.org rendering:
Prominently convey rejected status and the explanation, perhaps even hide the original content/containers until the user twists them open
In policy:
Require an explanation
Require the Secretariat and CNA-LR (and maybe others?) to prominently convey rejected status when rendering CVE Record content, similar to
4.5.3.11 CVE Program members MUST indicate “disputed” status and present the explanation when rendering and displaying CVE Record data.
Currently when a record is rejected, the description is replaced with template text and sometimes a brief explanation. A rejected record uses different JSON (cnaRejectedContainer) and any content in a published record (cnaPublishedContainer) is lost. adpContainer would be lost too. History might be retained in the cvelist GitHub respository.
Consider in the future keeping any existing content when rejecting a record. This requires both non trivial JSON schema changes and services/backend changes.
The text was updated successfully, but these errors were encountered: