Re: [Iotops] How old is too old and what this means for product lifecycles? Re: [Last-Call] [TLS] Last Call: <draft-ietf-tls-oldversions-deprecate-09.txt> (Deprecating TLSv1.0 and TLSv1.1) to Best Current Practice

Eliot Lear <lear@cisco.com> Sun, 06 December 2020 12:32 UTC

Return-Path: <lear@cisco.com>
X-Original-To: iotops@ietfa.amsl.com
Delivered-To: iotops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DD1A3A0D14 for <iotops@ietfa.amsl.com>; Sun, 6 Dec 2020 04:32:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.601
X-Spam-Level:
X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 A4RazlEx43Oa for <iotops@ietfa.amsl.com>; Sun, 6 Dec 2020 04:32:40 -0800 (PST)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CBAD3A0D17 for <iotops@ietf.org>; Sun, 6 Dec 2020 04:32:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2312; q=dns/txt; s=iport; t=1607257960; x=1608467560; h=from:message-id:mime-version:subject:date:in-reply-to:cc: to:references; bh=TI/aMTFdV4qj8DMbP5tpgFR7In/THeT89w23sLhNGrI=; b=H7H3hdOn0kdoJmRCFHPE5Szi6WVVE/oLULGeXxGTy7o2Mtmln/zgb/Co TLnyrPjZXDp5FafJRXlRO+tA8t4H+5d/tqcle8/2cYCAWQDMdXXlnXh/S vUfzP469793zK8EM2KomJteIWv1C1QOzKTh0gtpO33CE9rIwM36pOG/Lv o=;
X-Files: signature.asc : 488
X-IPAS-Result: A0BmDADUzsxf/xbLJq1iHAEBAQEBAQcBARIBAQQEAQGCD4N2ASASLoQ8iQSHfyUDnDIEBwEBAQoDAQEvBAEBg0sBAX0CghYmOBMCAwEBAQMCAwEBAQEFAQEBAgEGBHGFbYVyAQEBAwEjVgULCxgjBwICVwYTgyYBgmYgqnt2gTKFV4USEIE4gVOJI4JmggCBOAwQgiAHLj6HVTOCLASDJ3IwDShUApBEHIt0nBWCfoMhgTeWZAMfknGPO7Ekg2wCBAYFAhWBbSOBVzMaCBsVZQGCPj4SGQ2OWI4TQAMwNwIGAQkBAQMJjSgBAQ
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.78,397,1599523200"; d="asc'?scan'208";a="29245021"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 06 Dec 2020 12:32:35 +0000
Received: from [10.61.245.231] ([10.61.245.231]) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 0B6CWYUn027615 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 6 Dec 2020 12:32:35 GMT
From: Eliot Lear <lear@cisco.com>
Message-Id: <50213DD8-794D-4180-A918-A6B94FDC61C3@cisco.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_BE889DFF-0392-4BDA-A6D6-87DD67AE2714"; protocol="application/pgp-signature"; micalg="pgp-sha256"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Date: Sun, 06 Dec 2020 13:32:34 +0100
In-Reply-To: <277E5229-EFCC-4758-B4F6-6B159212BA14@ambotec.org>
Cc: Randy Bush <randy@psg.com>, architecture-discuss@iab.org, iotops@ietf.org, Ted Lemon <mellon@fugue.com>, "Ackermann, Michael" <MAckermann@bcbsm.com>
To: Amyas Phillips <amyas@ambotec.org>
References: <160496076356.8063.5138064792555453422@ietfa.amsl.com> <SN6PR02MB4512B95842251AE4C04B199CC3F30@SN6PR02MB4512.namprd02.prod.outlook.com> <BYAPR14MB31765FD24F4DFD90F81AEE2BD7F30@BYAPR14MB3176.namprd14.prod.outlook.com> <SN6PR02MB4512CBA9E4BF6AAC778BC674C3F30@SN6PR02MB4512.namprd02.prod.outlook.com> <DM6PR14MB31789349B737961728B7691ED7F30@DM6PR14MB3178.namprd14.prod.outlook.com> <CACsn0ckvoqZ5-JPRkOXp2Mw2zeTOdyCYLvX1NV1waJ-yidTwMQ@mail.gmail.com> <SN6PR02MB45129E647485BA5794D5CF4EC3F20@SN6PR02MB4512.namprd02.prod.outlook.com> <MWHPR02MB2464CD5D5B7568E9EAC58B26D6F20@MWHPR02MB2464.namprd02.prod.outlook.com> <DM6PR14MB3178EC0521427BF7C3523CACD7F10@DM6PR14MB3178.namprd14.prod.outlook.com> <CAChr6SzvQK+exfgYEwfVNknMjr-Y-UJ4A7k0DkOkL9wmLQ84aQ@mail.gmail.com> <MWHPR02MB246499F35613820D45EB55AAD6F10@MWHPR02MB2464.namprd02.prod.outlook.com> <DM6PR14MB3178A0C152A746E41C6A01C6D7F10@DM6PR14MB3178.namprd14.prod.outlook.com> <f8486514-9726-68d0-2bc8-dccd4293017e@cs.tcd.ie> <DM6PR14MB317843CA2B3D67F6660F4F0DD7F10@DM6PR14MB3178.namprd14.prod.outlook.com> <127BB8C9-679E-48C1-8617-C6092AEE9914@fugue.com> <DM6PR14MB3178C1F8B6E4FD6E9FD9C8C4D7F10@DM6PR14MB3178.namprd14.prod.outlook.com> <8E6EB6FF-E83B-44B5-A0A2-7499678DC6B6@fugue.com> <DM6PR14MB317817FD62369A8E0FF93CA8D7F10@DM6PR14MB3178.namprd14.prod.outlook.com> <77363965-99A5-4790-B40B-011827C8D113@fugue.com> <80F697E4-B225-49E0-8271-CDAB66E42A95@cisco.com> <m2zh2sktty.wl-randy@psg.com> <277E5229-EFCC-4758-B4F6-6B159212BA14@ambotec.org>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
X-Outbound-SMTP-Client: 10.61.245.231, [10.61.245.231]
X-Outbound-Node: aer-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/iotops/DWtKFoIDBTxn9KANaOz9_GuC4qw>
Subject: Re: [Iotops] How old is too old and what this means for product lifecycles? Re: [Last-Call] [TLS] Last Call: <draft-ietf-tls-oldversions-deprecate-09.txt> (Deprecating TLSv1.0 and TLSv1.1) to Best Current Practice
X-BeenThere: iotops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IOT Operations <iotops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iotops>, <mailto:iotops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iotops/>
List-Post: <mailto:iotops@ietf.org>
List-Help: <mailto:iotops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iotops>, <mailto:iotops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 06 Dec 2020 12:32:43 -0000


> On 5 Dec 2020, at 22:11, Amyas Phillips <amyas@ambotec.org> wrote:
> 
> There’s a few commercial products which […] essentially offer modules with an OS and application environment which they maintain for you, to a more or less hands-off degree: msoft Sphere, Balena, Particle, Electric Imp, Ubuntu Core. They don’t maintain your application but that may well be a relatively small part of the attack surface, and possibly defended by features of the maintained environment.
> 
> Microsoft Sphere in particular is interesting because the maintenance is completely hands off and the costs are folded into the initial BOM cost of the module, there’s no service fee.

It’s a start.  The question is long those contracts stay in place.  The issue is not 1, 2, or 3 years from purchase, but generally later.  The more recent the product was shipped the more motivation to fix it within the existing framework, as D-Link discovered.

In looking 10 years out, the aggregate exposure is lower due to the number of units, but that means that the maintenance costs, which are independent of outstanding units, need to be borne by a smaller based, or priced in at time of sale.  That’s not a small number for any but the largest companies.

Eliot