It's interesting that the example given is how the CNCF data for log4j
is better than CVE (ref:
https://github.com/cncf/tag-security/issues/835#issuecomment-991467721
) however the CNCF entry is actually worse, because, for example,
their version comparison incorrectly would flag log4j 2.12.3 as
vulnerable when it isn't.  However the CVE entry that we've been
updating is correct https://www.cve.org/CVERecord?id=CVE-2021-44228

For the upcoming White House meeting this week (which I'm attending)
in the ASF position paper we mention this CVE agility as being
deliberate and important.
https://cwiki.apache.org/confluence/display/COMDEV/Position+Paper

Mark

On Tue, 11 Jan 2022 at 14:59, Art Manion <aman...@cert.org> wrote:
>
> All,
>
> https://github.com/cncf/tag-security/issues/835
>
> I plan to be involved in this event assuming it happens, for both CVE and 
> $dayjob reasons.  I will of course represent CVE but we may want additional 
> involvement, including someone from the Secretariat (MITRE is specifically 
> mentioned).
>
> Regards,
>
>   - Art

Reply via email to