再保险:CNA需求

恕我直言,我认为我们需要解决这个问题的方式支持无等级,图的区域之间的通信。这个模型在现实世界中发生了什么。应该有可能对任何CNA找到其他CNA,得到他们的联系信息,然后向他们伸出我们的CVE分配协调。依靠父母始终不做这项工作。问候,戴夫> - - - - - - - - - - - >从原始信息:owner-cve-editorial-board-list@lists.mitre.org > (mailto: owner-cve -发送的肯特Landfield > > editorial-board-list@lists.mitre.org]代表:星期二,5月17日2016年41点>:Adinolfi, Daniel R < dadinolfi@mitre.org > > Cc: Kurt Seifried < kseifried@redhat.com >;cve-editorial-board-list > < cve - > editorial-board-list@lists.mitre.org > >主题:Re: CNA要求> >为什么我们不能让它的第一个规则CNA吗?> >必须有两个接触点确定在任何时候>横切或>父CNA。如果列出联系人离开了公司,公司> >需要通知相应的父CNA POC的改变。肯特Landfield > + 1.817.637.8026 > > > > > 5月17日,2016年,33点,Adinolfi, Daniel R > > < dadinolfi@mitre.org > >中写道:> > > >库尔特,> > > >关于联系的具体问题点,我地址> > >在CNA名单草案文档:> > > >http://cveproject.github.io/docs/cna/DRAFT%20-> % 20审查% 20和% 20更新> > % 20的% 20 cna % 20名单。多克斯> > > >定期每个CNA将更新他们的公众,初级,> >其他>接触点。主和备用联系人应>个人>而公众应该发送邮件别名> >消息队列或多个个体。这给了我们一种进入>一般>邮件队列和队列也达到过去,背后的真实的人> >。> > > >项目没有一个通用的队列和联系在哪里只有> > >个人,我们仍然可以请求多个联系人并保持定期更新> >列表。如果只有一个人,如果那个人落> >地上,他们不给你一个替代或更换,他们作为一个CNA > >应该取消。提供积极的接触点>应该>要求中央社,我相信。> > > >想法吗?> > > >谢谢。> > > >丹> > > > >在5/16/16 19:43," owner-cve-editorial-board-list@lists.mitre.org Kurt Seifried”代表> > > > > < owner-cve-editorial-board-list@lists.mitre.org >代表kseifried@redhat.com >写道:> > > > > >我看CNA DWF CNA的要求,显然最> > > > > > > > > > > > > > >https://cve.mitre.org/cve/cna.html> > > > > > > > >几乎直接适用。但有一件事我有遇到其他> > > > > >情况的单点联系,和人的叶子/等。> > > >我思考很多较小的情况下开源项目通常你> >有一个主要开发人员所以我认为单点联系成为一个问题> >这里模拟(因为没有这些项目不会得到更新,更不用说> cf)。我想知道别人是怎么想?> > > > > > > > > Kurt Seifried——红帽产品安全——云PGP A90B F995 > > > 7350 148 f 66高炉7554 160 d 4553 7993 e26红帽产品安全> > >联系:secalert@redhat.com > >