[[日期上一篇] [下一个日期] [线程] [线程接下来] [日期索引] [线程索引这是给予的

回复:候选编号方案



Russ写道:>如果CAN-01-1999051401成为CVE-01-1999051401时,则效果很好。我认为它不应该获得其他>数字,否则我们必须在> CVE中包括对CAN号的引用。我喜欢。假设将MITER分配给00的ID并假设CVE的发布日期是6月23日(并且尚未确定的问题)我们可以轻松地将当前的编号方案转换为新方案,如下所示。-00-199906231 CVE-2 CVE-00-199906232 CVE-3 CVE-00-1999906233等...一个担心:2位数字足以满足编辑ID?我建议简单地依靠破折号将场地分开。另一个担心:一个有点非技术但非常重要的CVE名称使用 *可能是为了促进人类的讨论。为此,谈论CVE-2317比讨论Good'ol CVE-14-200309153更为自然。UGG。最终想法。我个人认为数字方案问题是一个粘性检票口。 And I would suggest that we need to be particularly careful to keep our eye on the ball. To be clear, I think the ball is to get a reasonable CVE out in the public. Do we need to solve this problem before public release? Is this a "nice to have" and not a "must have"? If it is a "must have" then lets settle it. Dave

页面最后更新或审查:2007年5月22日