[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
Re: Candidate numbering scheme discussion - summary so far
"Steven M. Christey" wrote:
<SNIP>
> In my
> opinion, a CVE number should only be assigned to a well-understood
> vulnerability. The CVE "label" should imply stable information.
> Candidates by their nature will be largely unstable.
I very much agree.
> If we allow the OS/application vendors to
> assign their own CVE number, we run a further risk of diluting the
> quality of the CVE number - because they might not understand content
> decisions as well as board members, and make a mistake which forces
> the CVE number to be unaccepted, split or merged, etc.
This is almost a certainty; it is unknown whether even the core CVE
group will be able to maintain a common understanding/agreement on
levels of abstraction, differentiation, etc. It is highly doubtful that
more casual participants will have that same understanding/agreement.
>
> I think we should stay with the CAN approach. And even if it doesn't
> work as expected, I believe it would be easier for us to go from the
> CAN approach to something like Adam suggested, than to do it the other
> way around.
Yes.
Bill
--
----------------------------------------------------------------------
William Hill V:703-883-6416
INFOSEC Engineer F:703-883-1397
The MITRE Corporation bill@mitre.org
1820 Dolley Madison Blvd. M/S W422 whhill@acm.org
McLean, VA 22102-3481