再保险:CNA规则公告

解决方案:指定一个主/主/原始CVE“TLS的贵宾犬”的弱点,然后为所有受影响的products-vendors指定所需的cf。这些“二级”狮子狗cf应该参考/“标签”的主要贵宾犬CVE的描述。问候,肯•威廉姆斯漏洞响应主管产品漏洞响应团队CA技术| 520麦迪逊大道,22楼,纽约纽约10022 > - - - - - - - - - - - >从原始信息:owner-cve-cna-list@lists.mitre.org [mailto: owner-cve-cna -> list@lists.mitre.org)代表的孩子叫Nandakumaraiah >发送:星期六,08年10月,2016年12:16我>:cve-cna-list < cve-cna-list@lists.mitre.org > > Cc: cve-editorial-board-list > < cve-editorial-board-list@lists.mitre.org > >主题:Re: CNA规则公告> > >前进,但追溯试图执行的问题> > >是已经有一定程度的抽象,不工作。> >同意了。我们需要一个声明或规则之间的交互new >作业和作业基于先前的规则。> >如果我们发现一种新产品“TLS的贵宾犬”漏洞:> (a)我们分配一个新的CVE id的使用仅限于产品单独>(旧规则)的呢?> (b)使用cve - 2014 - 8730(基于INC5和附录E规则)?> (c)分配一个新CVE完全“TLS的贵宾犬”漏洞?> > >每扫描仪,不确定。有很多有价值的> > > > per-vendor发现在这种情况下,其他单发现会> >和> > >的250 +报告列表不容易区别每个>,> >,带着解决方案。> >我们不能解决这个问题,分配250 +不同cf >常见的漏洞。这就像回到pre-CVE时代,>不是吗? > > What if the product-vendor being scanned had never produced an > advisory > or fix for the 'POODLE for TLS' issue? Which of the many CVEs should > the > scanner use to reference that unique issue? > > Thanks, > -Chandan > -- > Security Incident Response Team > Juniper Networks