Re: [secdir] SecDir review of draft-ietf-sidr-adverse-actions-03

Steve KENT <steve.kent@raytheon.com> Fri, 06 January 2017 15:14 UTC

Return-Path: <prvs=017991d07d=steve.kent@raytheon.com>
X-Original-To: secdir@ietfa.amsl.com
Delivered-To: secdir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50271129542; Fri, 6 Jan 2017 07:14:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5
X-Spam-Level:
X-Spam-Status: No, score=-5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-3.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9CKk6Z_6PWzI; Fri, 6 Jan 2017 07:14:03 -0800 (PST)
Received: from dfw-mailout10.raytheon.com (dfw-mailout10.raytheon.com [199.46.199.220]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D73D3129451; Fri, 6 Jan 2017 07:14:03 -0800 (PST)
Received: from ca-mailout10.rtnmail.ray.com (ca-mailout10.rtnmail.ray.com [147.25.146.12]) by dfw-mailout10.ext.ray.com (8.15.0.59/8.15.0.59) with ESMTPS id v06FDv1j033086 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 6 Jan 2017 15:13:58 GMT
Received: from 008-smtp-out.ray.com ([23.103.8.215]) by ca-mailout10.rtnmail.ray.com (8.15.0.59/8.15.0.59) with ESMTPS id v06FDu5d029052 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT); Fri, 6 Jan 2017 15:13:57 GMT
Received: from CY1PR0601MB023.008f.mgd2.msft.net (23.103.8.215) by CY1PR0601MB023.008f.mgd2.msft.net (23.103.8.215) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_RSA_WITH_AES_256_CBC_SHA) id 15.1.789.16; Fri, 6 Jan 2017 15:13:56 +0000
Received: from CY1PR0601MB023.008f.mgd2.msft.net ([23.103.8.215]) by CY1PR0601MB023.008f.mgd2.msft.net ([23.103.8.215]) with mapi id 15.01.0789.014; Fri, 6 Jan 2017 15:13:56 +0000
From: Steve KENT <steve.kent@raytheon.com>
To: Declan Ma <madi@zdns.cn>, "Brian Weis (bew)" <bew@cisco.com>
Thread-Topic: SecDir review of draft-ietf-sidr-adverse-actions-03
Thread-Index: AQHSZrFGyP8oViwbEkKwjJSI9pFi26ErDBYAgACEbss=
Date: Fri, 6 Jan 2017 15:13:56 +0000
Message-ID: <761fc144f6364e6c97a3bf9df2e3349a@CY1PR0601MB023.008f.mgd2.msft.net>
References: <92CD5332-0DA4-4DD9-8973-17D0597A2696@cisco.com>, <C5097058-B3E1-4F8F-BC9A-524AE692B03F@zdns.cn>
In-Reply-To: <C5097058-B3E1-4F8F-BC9A-524AE692B03F@zdns.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [23.103.8.5]
Content-Type: multipart/alternative; boundary="_000_761fc144f6364e6c97a3bf9df2e3349aCY1PR0601MB023008fmgd2m_"
MIME-Version: 1.0
X-CC: madi@zdns.cn, bew@cisco.com, secdir@ietf.org, iesg@ietf.org, draft-ietf-sidr-adverse-actions.all@tools.ietf.org, kent@bbn.com, morrowc@ops-netman.net, sandy@tislabs.com, aretana@cisco.com, db3546@att.com, akatlas@gmail.com, draft-ietf-sidr-adverse-actions.all@ietf.org, madihello@icloud.com
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-01-06_13:, , signatures=0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-01-06_13:, , signatures=0
X-Original-Sender: steve.kent@raytheon.com
X-Original-Recipients: madihello@icloud.com, draft-ietf-sidr-adverse-actions.all@ietf.org, akatlas@gmail.com, db3546@att.com, aretana@cisco.com, sandy@tislabs.com, morrowc@ops-netman.net, draft-ietf-sidr-adverse-actions.all@tools.ietf.org, iesg@ietf.org, secdir@ietf.org, bew@cisco.com, madi@zdns.cn
X-Attachments:
X-DMZ-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1612050000 definitions=main-1701060239
X-DMZ-Spam-Reason: mlx
Archived-At: <https://mailarchive.ietf.org/arch/msg/secdir/COSlsHsgdRC5DdPH3pAEklMpW-k>
Cc: Chris Morrow <morrowc@ops-netman.net>, Declan Ma <madihello@icloud.com>, Stephen Kent <kent@bbn.com>, "db3546@att.com" <db3546@att.com>, secdir <secdir@ietf.org>, "akatlas@gmail.com" <akatlas@gmail.com>, "draft-ietf-sidr-adverse-actions.all@tools.ietf.org" <draft-ietf-sidr-adverse-actions.all@tools.ietf.org>, The IESG <iesg@ietf.org>, "Alvaro Retana \(aretana\)" <aretana@cisco.com>, "draft-ietf-sidr-adverse-actions.all@ietf.org" <draft-ietf-sidr-adverse-actions.all@ietf.org>
Subject: Re: [secdir] SecDir review of draft-ietf-sidr-adverse-actions-03
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/secdir/>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Jan 2017 15:14:05 -0000

Brian,


I agree that "addressed" should be changed. How about "encompassed"?


I agree that suppression also applies in the context of a planned  (or emergency) cert rollover. We can add a sentence to note that expiration of a cert that was intended to be rolled over is also a potential outcome.


Thanks,


Steve

________________________________
From: Declan Ma <madi@zdns.cn>
Sent: Friday, January 6, 2017 2:16:02 AM
To: Brian Weis (bew)
Cc: secdir; The IESG; draft-ietf-sidr-adverse-actions.all@tools.ietf.org; Stephen Kent; Declan Ma; Chris Morrow; Sandra Murphy; Alvaro Retana (aretana); db3546@att.com; akatlas@gmail.com; draft-ietf-sidr-adverse-actions.all@ietf.org; Declan Ma
Subject: Re: SecDir review of draft-ietf-sidr-adverse-actions-03

Dear Brian,

Thanks for reviewing this document.


> 在 2017年1月5日,01:37,Brian Weis (bew) <bew@cisco.com> 写道:
>
> I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments.
>
> As stated in the Abstract, this document analyzes actions by or against a CA or independent repository manager in the RPKI that can adversely affect the Internet Number Resources (INRs) associated with that CA or its subordinate CAs. Put another way, it documents threats to the RPKI/BGPSEC PKI, in which there are unique threats to the PKI that can adversely affect Internet routing. The document is well written and internally consistent. The Security Considerations section is adequate.
>
> I consider this draft Ready to publish, but here are a couple of discretionary comments for the authors.
>
> 1. The end of section 2 says "Note that not all adverse actions may be addressed by this taxonomy.”. The phrase “addressed by” confused me a little bit, as it implies some recommendation or remediation ― which this document does not attempt to do. This might be more clearly worded as “described by” or “included in”.

I think this is really a good suggestion.

>
> 2. In section 2.1, A-1.2 (Suppression), it seems that suppression could result in the CA certificate intended to be replaced to expire before an intended CA rollover operation happens due to thes suppressed replacement certificate. Perhaps it is not noted because this threat is not specific to RPKI/BGPSEC, but it could be another serious suppression affecting Internet routing.

CA rollover operation is a specific scenario where CA certificate suppression could take place. As this document focuses on the harmful results of adverse actions not the causes nor motivations of adverse actions, we authors don’t note this case specially you just mentioned.  Anyway, we authors will be considering this comments from you when updating this draft in its next version.

Di