Re: [OPSEC] I-D Action: draft-ietf-opsec-v6-21.txt

"Eric Vyncke (evyncke)" <evyncke@cisco.com> Tue, 12 November 2019 11:03 UTC

Return-Path: <evyncke@cisco.com>
X-Original-To: opsec@ietfa.amsl.com
Delivered-To: opsec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFAE512080C for <opsec@ietfa.amsl.com>; Tue, 12 Nov 2019 03:03:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=DE/koaAR; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=rlVNCYt5
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 jQAvuKeVZqrh for <opsec@ietfa.amsl.com>; Tue, 12 Nov 2019 03:03:18 -0800 (PST)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A2BC120826 for <opsec@ietf.org>; Tue, 12 Nov 2019 03:03:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11488; q=dns/txt; s=iport; t=1573556598; x=1574766198; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=oNXuHDzAorMCJqvQu0QBrx4SZ3/9jOO/ojZ7Y+1p4+g=; b=DE/koaARF7C0BORWqSUnax8FbK4VIjobyPiUvzemSK8gFugLs+q5Xwqx 4GT6KpP1hohFUicXL7QjFksDM+e7FOO/NGo80D1TpD4KincDjPN6HqUMu A+TDNZNVXjMPLM998mvGCHGAapCpQx7ZBjJUfhh76XeOAU9/jG++4SQQN Q=;
IronPort-PHdr: 9a23:cnu8MRzSYKUuoMLXCy+N+z0EezQntrPoPwUc9psgjfdUf7+++4j5YhSN/u1j2VnOW4iTq+lJjebbqejBYSQB+t7A1RJKa5lQT1kAgMQSkRYnBZuIF1z9J/3nRyc7B89FElRi+iLzPA==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AeAACJkMpd/5FdJa1iAxkBAQEBAQEBAQEBAQEBAQEBAREBAQEBAQEBAQEBAYFtAQEBAQEBCwGBSiQsBWxYIAQLKoQpg0YDimyCXolYjiiBQoEQA1QJAQEBDAEBGAsKAgEBgUyCdAIXg38kNwYOAgMLAQEEAQEBAgEFBG2FNwyFUQEBAQECAQEBEBERDAEBByULAQ0CAgEIEQMBAgECAhEVAgICGQYGCxUICAIEDgUUDoMAAYJGAw4gAQ6kBAKBOIhgdYEygn4BAQWBOAIOQUCCQQ0LghcJBYEJKAGFFgOEMYJJGIFAP4ERJx+CTD6CG0cBAQIBARaBAhIBEgEfFwoeCIJJMoIsjSWCZ51HQQqCJYcXihuEEhQHgj1yhm+MB4NUkAiGdYISjy4CBAIEBQIOAQEFgWgjZ3FwFRohKgGCQQlHERSQNoNzhRSFP3QBMHeNV4IxAQE
X-IronPort-AV: E=Sophos;i="5.68,296,1569283200"; d="scan'208";a="370945973"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 12 Nov 2019 11:03:16 +0000
Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id xACB3GSG012903 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 12 Nov 2019 11:03:16 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 12 Nov 2019 05:03:16 -0600
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 12 Nov 2019 06:03:15 -0500
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 12 Nov 2019 06:03:15 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Kpk6cfjAnV48K7b0WDi2fjUgMCl3WWa1z/zz+U3mTZagPwm/27JnxwxvMerdROgKarf4Zik9dOet6FrDbIFHbHN3kVxUGD6yu7U2t8g5Z08DGtTOhQSp7YV5G62GpQUkMMP2IxJ3PIHcI4bw/JbdYxQuYzZqY9789a/eY8qzF7C2hoySSB/WytVGUEDsJUYoBwbLoQbesVENAXWGGvLZYVUOpczxdteSvTT9lnHZSBEOvk1D2vZ9lUKnVF0gJP4zjtevdSZSENgm0QBE4I/4XuhMyOoQhS38DPNVstBRa+q+cS+6vmJXFLXw05cMyCQais1FmSM46F4eOEN1HKKsOg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=oNXuHDzAorMCJqvQu0QBrx4SZ3/9jOO/ojZ7Y+1p4+g=; b=dJqEksW23TW6wvXAJkZOtbpNOkc6mv1w/4MLkyEn11NyFBohKBb7jtrDIG3xZSagZHFP9bTSj/wArkJPyk3yid53tHYiKnTae1CUt9fVG4gcbg/HWES8yef6WCgctMv1CQaLWGQYn/RchnNPdF2+GPzM2Fe6QcUReXyXu/U0hK4LHL7dV532uscakU1EBonoh6DFY2zAKUbTe6gy2bJB9LWX/k286ihbStfMgWIuxk/nD9aoxl39KjMs2D6KF74d790uGGF3oQgRxUYtVocQ6OcVbEgQkrxcmfmFCE1O++ZB57bDyFuriqZLj660VRhkArKYNbnuKcTbAS4QnoxHmA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=oNXuHDzAorMCJqvQu0QBrx4SZ3/9jOO/ojZ7Y+1p4+g=; b=rlVNCYt54+BrmhbPqbu3OmVVhMCfA5eM3T4JO+YGr+fsfLrujqkE6WBi2BqSFoNJIGWdSN0KxuH1BJGgGf87VODqoE9OC5iVe1RldBuibt+QhYgAupZw/6H1b04PgGnMgBXSqUaj+xTx0kIECteOLXfaU9jagTb3jG/lnIrUUIc=
Received: from DM5PR11MB1753.namprd11.prod.outlook.com (10.175.88.141) by DM5PR11MB1929.namprd11.prod.outlook.com (10.175.87.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2451.22; Tue, 12 Nov 2019 11:03:14 +0000
Received: from DM5PR11MB1753.namprd11.prod.outlook.com ([fe80::c1f1:d33a:2203:5a39]) by DM5PR11MB1753.namprd11.prod.outlook.com ([fe80::c1f1:d33a:2203:5a39%7]) with mapi id 15.20.2430.027; Tue, 12 Nov 2019 11:03:14 +0000
From: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
To: Bob Hinden <bob.hinden@gmail.com>
CC: Gyan Mishra <hayabusagsm@gmail.com>, "opsec@ietf.org" <opsec@ietf.org>
Thread-Topic: [OPSEC] I-D Action: draft-ietf-opsec-v6-21.txt
Thread-Index: AQHVkxvTCwtKb9Pe4UuuiLsWFfIPgqd7JXoAgAdSl4CAABkggIAAgxIAgARn1oA=
Date: Tue, 12 Nov 2019 11:03:13 +0000
Message-ID: <E701A380-C3DB-4AAB-8E65-75271DFF2B72@cisco.com>
References: <157281820483.13177.8617036261217670675@ietfa.amsl.com> <82AA0F9C-7836-464F-8F19-69FEDB197D53@gmail.com> <1AAA80C6-080B-492D-ABC9-645B9CEFDC99@cisco.com> <CABNhwV3AjvdExSin+etj8tF9Tzt-0VB45Nmb3hwV_REVPmiO8g@mail.gmail.com> <3BB16B9C-9065-466B-9A9A-51C5D314E126@cisco.com> <E52D2FF2-A02D-4DCC-B82F-21A0BFD8607D@gmail.com>
In-Reply-To: <E52D2FF2-A02D-4DCC-B82F-21A0BFD8607D@gmail.com>
Accept-Language: fr-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1e.0.191013
authentication-results: spf=none (sender IP is ) smtp.mailfrom=evyncke@cisco.com;
x-originating-ip: [2001:420:c0c1:36:7095:3572:4497:7847]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8b3f3c60-b631-41eb-6abd-08d7675fe9f7
x-ms-traffictypediagnostic: DM5PR11MB1929:
x-microsoft-antispam-prvs: <DM5PR11MB19292DB5D20A9E0072DCFCA8A9770@DM5PR11MB1929.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 021975AE46
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(366004)(346002)(136003)(39860400002)(396003)(199004)(189003)(86362001)(45080400002)(6306002)(6512007)(478600001)(58126008)(54906003)(316002)(5660300002)(6246003)(15974865002)(6486002)(14454004)(229853002)(11346002)(6916009)(446003)(2616005)(6436002)(25786009)(476003)(46003)(966005)(14444005)(6506007)(8936002)(99286004)(2906002)(256004)(66574012)(4326008)(102836004)(33656002)(66946007)(66556008)(66476007)(64756008)(6116002)(53546011)(66446008)(81166006)(81156014)(8676002)(186003)(7736002)(486006)(71190400001)(71200400001)(36756003)(76116006)(91956017)(305945005)(76176011); DIR:OUT; SFP:1101; SCL:1; SRVR:DM5PR11MB1929; H:DM5PR11MB1753.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Qg3a5Nq/HNveJuKFFbURg0UVjaxt1Ae5zLqQNAm4MEtYnfS/BrZP6X7NL8BtkZfH2G56alXIeKEV77V0RwV9ceFX92DdyWG/FQLnmXyBRLAYy1LgE7HgUyMhlizKsgUpJSFGsfyZQG2wRD3qY82OfMDiDBkpQ3qe8NqZ7ayeI2bvaEoLVmyZKzJRKHCLEFCcEMKHbioXYftLAo8MTrj+/jEFykEA6u7nV5eRK94JXI50b0CL/CeU1Ee4GXuDoQiAXke+gAItbMTRhxVowxFRBQmRgDLeh+F7TUFOTW/4X1skZwlEmLdOcjxope1B15xOptn4um/7NpLqm1+5oLRLVF8+LyNsiEMmafIIOfQN5T27SPo28i5gVtmaC6C3LnozWwFGB2/CNH3+IECMModRyJzjN1sICcyJmq8YqE9p7n/YB+lSGkPzGEzAJfhYuSm2
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <03BA717B355A704D8CAFAA9CA182578C@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 8b3f3c60-b631-41eb-6abd-08d7675fe9f7
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Nov 2019 11:03:13.8995 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: JqLufz7fE7pVKRxgs3NLcZNifYVk3mz/lnEW9n8zW3vNqJQXYi/q+21kwZggvt2iHVF9RSkwe1zhLlwJ2aFWsg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR11MB1929
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com
X-Outbound-Node: rcdn-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsec/DBT6QUrMlrvv4EnarF-ZYsLt1Ok>
Subject: Re: [OPSEC] I-D Action: draft-ietf-opsec-v6-21.txt
X-BeenThere: opsec@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: opsec wg mailing list <opsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsec>, <mailto:opsec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsec/>
List-Post: <mailto:opsec@ietf.org>
List-Help: <mailto:opsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsec>, <mailto:opsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Nov 2019 11:03:21 -0000

Bob

Thank you for reading our document.

I will keep the reference to RFC 2460 simply because the vast majority, IMHO, of deployed devices still follow this RFC and not 8200. (BTW, we will fix the "original" part). 

'punt' is indeed a Cisco-language, so, let's also change it.

Finally, we will extend/clarify the 'optional' part of HbB in RFC 8200 that was oversimplification.

=> all the above will be updated when the IETF-wide LastCall is over.

Regards

-éric

On 09/11/2019, 17:47, "Bob Hinden" <bob.hinden@gmail.com> wrote:

    Eric,
    
    > On Nov 8, 2019, at 11:57 PM, Eric Vyncke (evyncke) <evyncke@cisco.com> wrote:
    > 
    > Gyan
    > 
    > Thank you very much for your shepherd write-up, very much appreciated by the authors.
    > 
    > The list of the ‘obsoleted’ references is intentional indeed to ensure that readers understand that ‘old’ documents have been replaced. The text in the document is clear about the obsolete and current document. So, we do prefer to leave the references like they are as we believe that they make the document more valuable for the reader.
    
    I went back and reread this.  The text:
    
       2.2.2.  Hop-by-Hop Options Header
    
       The hop-by-hop options header, when present in an IPv6 packet, forces
       all nodes in the path to inspect this header in the original IPv6
       specification [RFC2460].  This enables denial of service attacks as
       most, if not all, routers cannot process this kind of packets in
       hardware but have to 'punt' this packet for software processing.
       Section 4.3 of the current Internet Standard for IPv6, [RFC8200], has
       taken this attack vector into account and made the processing of hop-
       by-hop options header by intermediate routers optional.
    
    I don’t understand why this is talking about RFC2460 at all.  Seems like it would less confusing to only describe what is in RFC8200.  Nor is “punt” correct way to describe this.   Way too colloquial.
    
    Describing RFC8200 behavior as “optional" is quite right, RFC8200 says:
    
       ...now expected that nodes along a packet's delivery path only examine and process the
          Hop-by-Hop Options header if explicitly configured to do so
    
    It’s not optional if configured to do so.  It would be better to use the RFC8200 words.
    
    Lastly the “Original" IPv6 Specification was RFC1883.
    
    Bob
    
    p.s. I agree about the references to RFC 3068 and RFC 3627.
    
    
    
    
    
    
    
    > 
    > Regards
    > 
    > -éric
    > 
    > From: Gyan Mishra <hayabusagsm@gmail.com>
    > Date: Saturday, 9 November 2019 at 08:28
    > To: Eric Vyncke <evyncke@cisco.com>
    > Cc: "opsec@ietf.org" <opsec@ietf.org>, "i-d-announce@ietf.org" <i-d-announce@ietf.org>
    > Subject: Re: [OPSEC] I-D Action: draft-ietf-opsec-v6-21.txt
    > 
    > Eric
    > 
    > I submitted the shepherd write-up.
    > 
    > I ran the idnits and it found the following obsolete references.  We should clear that up before we publish it.  I can update my comments on that once the draft is updated.
    > Checking references for intended status: Informational
    >   ----------------------------------------------------------------------------
    > 
    >   -- Obsolete informational reference (is this intentional?): RFC 2460
    >      (Obsoleted by RFC 8200)
    > 
    >   -- Obsolete informational reference (is this intentional?): RFC 3068
    >      (Obsoleted by RFC 7526)
    > 
    >   -- Obsolete informational reference (is this intentional?): RFC 3627
    >      (Obsoleted by RFC 6547)
    > 
    > Thank you
    > 
    > Gyan
    > 
    > On Mon, Nov 4, 2019 at 9:38 AM Eric Vyncke (evyncke) <evyncke@cisco.com> wrote:
    >> Hello Gyan,
    >> 
    >> Thank you for reminding the author to post the 'gist' of the changes with version -21.
    >> 
    >> Our OPS AD, Warren "Ace" Kumari,  has kindly reviewed our document and has identified more than 70 areas where the text was ambiguous or using bad English... No wonder, none of the 4 authors are English-speaking native: it is a mix of Estonian (Merike who also speaks German and Russian[1]), one of the 22 (?) language of India (KK), German (Enno who also speaks French and Spanish) and French (myself also speaking Dutch) __ __ IETF community is really diverse !
    >> 
    >> Thank you very much in advance for finalizing the shepherd write-up
    >> 
    >> -éric
    >> 
    >> [1] I can be wrong for Merike BTW but she is quadri-lingual
    >> 
    >> On 04/11/2019, 15:26, "Gyan Mishra" <hayabusagsm@gmail.com> wrote:
    >> 
    >>     Hi Eric
    >> 
    >>     Just checking what the updates are that went in v21 since this document is now ready to be published just pending my Shepard writeup which I plan to finish this week.
    >> 
    >>     Thank you
    >> 
    >>     Gyan
    >> 
    >>     Sent from my iPhone
    >> 
    >>     > On Nov 3, 2019, at 4:56 PM, internet-drafts@ietf.org wrote:
    >>     >
    >>     >
    >>     > A New Internet-Draft is available from the on-line Internet-Drafts directories.
    >>     > This draft is a work item of the Operational Security Capabilities for IP Network Infrastructure WG of the IETF.
    >>     >
    >>     >        Title           : Operational Security Considerations for IPv6 Networks
    >>     >        Authors         : Eric Vyncke
    >>     >                          Kiran Kumar Chittimaneni
    >>     >                          Merike Kaeo
    >>     >                          Enno Rey
    >>     >    Filename        : draft-ietf-opsec-v6-21.txt
    >>     >    Pages           : 52
    >>     >    Date            : 2019-11-03
    >>     >
    >>     > Abstract:
    >>     >   Knowledge and experience on how to operate IPv4 securely is
    >>     >   available: whether it is the Internet or an enterprise internal
    >>     >   network.  However, IPv6 presents some new security challenges.  RFC
    >>     >   4942 describes the security issues in the protocol but network
    >>     >   managers also need a more practical, operations-minded document to
    >>     >   enumerate advantages and/or disadvantages of certain choices.
    >>     >
    >>     >   This document analyzes the operational security issues in several
    >>     >   places of a network (enterprises, service providers and residential
    >>     >   users) and proposes technical and procedural mitigations techniques.
    >>     >   Some very specific places of a network such as the Internet of Things
    >>     >   are not discussed in this document.
    >>     >
    >>     >
    >>     > The IETF datatracker status page for this draft is:
    >>     > https://datatracker.ietf.org/doc/draft-ietf-opsec-v6/
    >>     >
    >>     > There are also htmlized versions available at:
    >>     > https://tools.ietf.org/html/draft-ietf-opsec-v6-21
    >>     > https://datatracker.ietf.org/doc/html/draft-ietf-opsec-v6-21
    >>     >
    >>     > A diff from the previous version is available at:
    >>     > https://www.ietf.org/rfcdiff?url2=draft-ietf-opsec-v6-21
    >>     >
    >>     >
    >>     > Please note that it may take a couple of minutes from the time of submission
    >>     > until the htmlized version and diff are available at tools.ietf.org.
    >>     >
    >>     > Internet-Drafts are also available by anonymous FTP at:
    >>     > ftp://ftp.ietf.org/internet-drafts/
    >>     >
    >>     > _______________________________________________
    >>     > OPSEC mailing list
    >>     > OPSEC@ietf.org
    >>     > https://www.ietf.org/mailman/listinfo/opsec
    >> 
    >> 
    > 
    > 
    > --
    > Gyan S. Mishra
    > IT Network Engineering & Technology
    > Verizon Communications Inc. (VZ)
    > 13101 Columbia Pike FDC1 3rd Floor
    > Silver Spring, MD 20904
    > United States
    > Phone: 301 502-1347
    > Email: gyan.s.mishra@verizon.com
    > www.linkedin.com/in/networking-technologies-consultant
    > 
    > _______________________________________________
    > OPSEC mailing list
    > OPSEC@ietf.org
    > https://www.ietf.org/mailman/listinfo/opsec