Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 16 Mar 2017 12:29:39 +0300
From: Jerome Athias <athiasjerome@...il.com>
To: oss-security@...ts.openwall.com
Subject: Re: Dealing with CVEs that apply to unspecified
 package versions

Yes the CVE form could help. (from my experience, first versions of a CVE
sometimes do not include the exact CPE versions, the CPE are (or should be
used as) at that time a pattern (e.g. "starts with") (still helpful) and
are then sometimes (and we should understand/recognize the time/effort
needed) revised/detailed over time
OVAL could help to circumvent that issue (e.g. patterns/regex, hashes, etc.)

imho, the root cause (or main issue) is:
CVRF (or OASIS CSAF/CVRF) or CVE schema are lacking in their
models/schemas/trees what is needed to automatically handle software
components/dependencies
e.g. of what would be needed:
http://schemas.dmtf.org/wbem/cim-html/2.46.0+/CIM_SoftwareElement.html




On Wed, Mar 15, 2017 at 11:47 PM, Kurt Seifried <kseifried@...hat.com>
wrote:

> On Wed, Mar 15, 2017 at 2:05 PM, Leo Famulari <leo@...ulari.name> wrote:
>
> > On Wed, Mar 15, 2017 at 12:27:47PM -0700, Seth Arnold wrote:
> > > I suspect the solution is for people who rely upon these scanning tools
> > to
> > > do the leg work themselves on the packages they care about. (i.e., the
> > > packages that annoy them the most.)
> >
> > I think those of us who find these tools useful should work to improve
> > the CVE database by adding the "fixed-in-version" information as it
> > becomes available.
> >
>
> This is a major goal of
>
> 1) using the JSON format with richer data [a]
> 2) allowing other people (e.g. CVE Mentors) to edit the data
>
> [a]
> https://github.com/CVEProject/automation-working-group/blob/
> master/cve_json_schema/DRAFT-JSON-file-format-v4.md
>
>
>
> --
>
> Kurt Seifried -- Red Hat -- Product Security -- Cloud
> PGP A90B F995 7350 148F 66BF 7554 160D 4553 5E26 7993
> Red Hat Product Security contact: secalert@...hat.com
>

Powered by blists - more mailing lists

Please check out the Open Source Software Security Wiki, which is counterpart to this mailing list.

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.