[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

CVE ID Syntax Change - Voting Ballot



Voting for McAfee.

=====================================================
VOTING BALLOT
=====================================================

FIRST CHOICE: Option B
---------------------------------------------------------------------
Option B: Year + arbitrary digits, no leading 0's except IDs 1 to 999
---------------------------------------------------------------------

REASONS (first choice):

Future proofing is important to McAfee. Our selection of Option B as our first choice, provides CVE with the ability to expand as needed in the future.  Additionally, this option allows for the least impact to the existing user community.  Customers are familiar with the existing format and the change to the new format will be much easier to explain and incorporate into our products. Our software today is able to use this format without major changes such as would be required by the check digit option.  We may have voted for option A if there were more than 6 digits specified, but felt 6 digits did not provide the future proofing we desired. McAfee does not want to see ourselves back in a situation were a change is needed to the CVE format yet once again.


*****************************************************

SECOND CHOICE: Option A
------------------------------------------------------------
Option A: Year + 6 digits, with leading 0's
------------------------------------------------------------

REASONS (second choice):

While we feel this option could have been in the running for our 1st choice, it was felt the identifier length was just too short. 7+ digits would be needed to provide the future proofing we desired.  We do feel this is a much better choice than the third option that included a check digit.  Having a static length ID would be nice but not at the expense of future-proofing the CVE Id format.  



*****************************************************

LAST CHOICE: Option C
------------------------------------------------------------
Option C: Year + arbitrary digits + check digit
------------------------------------------------------------

REASONS (last choice):

We have seen and support the Luhn check digit used in another enumeration, CCE. It has not been useful from our perspective and we do not see it being all that valuable in the future. Option C and it's check digit is also potentially very disruptive to the security community as a whole.  Unlike the previous two options, reasonable code changes would be unavoidable and required by this option.  This would impact a great deal of software, including open source, commercial products, and internal operational use. This option has the potential for causing the greatest failures and confusion for the community.  Customers and the user community at large would have to be educated as to what the Luhn digit is and why it is there.  The CVE format is recognizable and understood today. Besides recognizing and processing the new CVE format, software that processes CVE Ids would have to process the older format as well.  This complicates getting the change to the field as the software changes would need to be made in all products that support CVE moving forward.   The impact required by the forced software changes, combined with the initial customer and community confusion were the reasons this was our least favorable option.

Kent

Kent Landfield

McAfee | An Intel Company
Direct: +1.972.963.7096 
Mobile: +1.817.637.8026
Web: www.mcafee.com


 
Page Last Updated: October 03, 2014