From: Thomas Petazzoni via buildroot <buildroot@buildroot.org>
To: Arnout Vandecappelle <arnout@mind.be>
Cc: Daniel Lang <dalang@gmx.at>,
clement.ramirez@bootlin.com, buildroot@buildroot.org
Subject: Re: [Buildroot] [PATCH] support/scripts/cve.py: switch to NVD JSON version 2.0
Date: Wed, 9 Aug 2023 22:59:01 +0200 [thread overview]
Message-ID: <20230809225901.470e0270@windsurf> (raw)
In-Reply-To: <143fe7eb-b3ed-55f0-f1b7-9ea9d4582d50@mind.be>
On Wed, 9 Aug 2023 22:31:11 +0200
Arnout Vandecappelle <arnout@mind.be> wrote:
> Using the CPE database is actually useless. I think we should drop it.
When I read this, I disagreed...
> It actually doesn't matter at all if a CPE entry (including the version) is
> found in the CPE database. If there's a CVE for it, then the entry will exist.
> But usually, the CVE will have a version range. In that case, we anyway match
> the version range without caring at all if the specific version exists in the
> CPE database or not.
>
> So, I think we should just construct a CPE string and match it against the
> CVEs, without consulting the CPE database at all.
>
> It _does_ make sense to do a lookup in the CPE database for the CPE string,
> but with * as the version part. This allows us to validate if the
> vendor/project/etc. are set correctly. But that's something we can do in
> individual API calls for each package, like we do for release-monitoring.
... but then you say we should still use the CPE database, and I agree
on the why we should use it: to have some reasonable certainty that the
CPE ID we create in Buildroot for each package has a chance of matching
the CPEs that will be associated to the CVEs that will perhaps one day
be reported against this software package. So yes, perhaps we should
just match in the CPE database with version set to '*', so that we
don't care if the CPE database isn't aware of the latest releases of
software packages, which it rarely is.
Thomas
--
Thomas Petazzoni, co-owner and CEO, Bootlin
Embedded Linux and Kernel engineering and training
https://bootlin.com
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
next prev parent reply other threads:[~2023-08-09 20:59 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-31 20:14 [Buildroot] [PATCH] support/scripts/cve.py: switch to NVD JSON version 2.0 Daniel Lang
2023-07-31 21:52 ` Thomas Petazzoni via buildroot
2023-08-01 14:13 ` Daniel Lang
2023-08-01 14:19 ` Thomas Petazzoni via buildroot
2023-08-01 14:44 ` Daniel Lang
2023-08-01 19:44 ` Thomas Petazzoni via buildroot
2023-08-01 19:55 ` Daniel Lang
2023-08-09 20:31 ` Arnout Vandecappelle via buildroot
2023-08-09 20:59 ` Thomas Petazzoni via buildroot [this message]
2023-08-10 5:50 ` Daniel Lang
2023-08-10 7:07 ` Thomas Petazzoni via buildroot
2023-08-10 13:18 ` Arnout Vandecappelle via buildroot
2023-08-10 13:42 ` Thomas Petazzoni via buildroot
2023-08-10 14:58 ` Arnout Vandecappelle via buildroot
2023-08-10 20:12 ` Daniel Lang
2023-08-10 21:12 ` Thomas Petazzoni via buildroot
2023-08-11 6:51 ` Arnout Vandecappelle via buildroot
2023-08-11 12:30 ` [Buildroot] [External] " Weber, Matthew L Collins via buildroot
2023-08-10 20:02 ` [Buildroot] " Daniel Lang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230809225901.470e0270@windsurf \
--to=buildroot@buildroot.org \
--cc=arnout@mind.be \
--cc=clement.ramirez@bootlin.com \
--cc=dalang@gmx.at \
--cc=thomas.petazzoni@bootlin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox