[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
RE: CVE numbering
Ok, Adam's point really was just that we had "agreed" to use 10,000 as a
starting number, and he actually assigned numbers to a few items based
on this understanding.
The number *is* irrelevant. Really, there are no advantages or
disadvantages to any numbering system we use because we are, I hope,
striving to keep away from the in-depth analytical data that the CERIAS
VdB is attempting to put with the names/numbers the CVE enumerates.
What's important is that we have a way to issue a "value", have it be
unique, and get vendors to adopt is as a reference value.
Beyond that, any other implications derived from the "value" are merely
superficial and subject to the particular penchant of the people viewing
the data (oh, its number 13, it must have been a really big problem!).
We should not spend a great deal of time on the enumeration "value". I'm
sure Adam would prefer not to change what he already understood to be
settled, but in the end it really does not matter a hoot what we use.
IMO, no attempt should be made to put the items in chronological order.
>From Mitre's perspective, there's no desire to even properly attribute
the discovery or first announcement of vulnerabilities. This gets into
liability issues, or at least, the possibility of ticking someone off
for not being attributed. If anything, quoting sources of information
that were used to derive the info that makes an item worthy of a CVE
entry makes the most sense. This isn't done to attribute, but to justify
its "acceptance" and provide clarification. I think my last discussions
with Steve et al indicated that even this may not be done...which is
fine by me.
We should remember to stay tightly focused on the Mitre effort, to
identify and enumerate all known vulnerabilities such that all entities
referring to such vulnerabilities will, ultimately, refer to the same
issue. Everything beyond that is the realm of other...possibly
related...efforts (CERIAS, VETRANS, etc...)
..."what's in a name, a rose by any other name would still smell as
sweet"...;-]
The CVE is, IMO, merely trying to name the flower, and say it has a
scent. Sweet, not sweet, etc... is not in the purview of the CVE.
Cheers,
Russ - NTBugtraq moderator