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

Ted Lemon <mellon@fugue.com> Sat, 05 December 2020 18:32 UTC

Return-Path: <mellon@fugue.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 EFE4E3A0B16 for <iotops@ietfa.amsl.com>; Sat, 5 Dec 2020 10:32:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 alVIXSLrL892 for <iotops@ietfa.amsl.com>; Sat, 5 Dec 2020 10:32:27 -0800 (PST)
Received: from mail-qt1-x82f.google.com (mail-qt1-x82f.google.com [IPv6:2607:f8b0:4864:20::82f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FF043A0B18 for <iotops@ietf.org>; Sat, 5 Dec 2020 10:32:27 -0800 (PST)
Received: by mail-qt1-x82f.google.com with SMTP id 7so6498075qtp.1 for <iotops@ietf.org>; Sat, 05 Dec 2020 10:32:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=tIq14bohZFtwHfwNywzg9gaytwGrJXTDRNGbbKi9HHE=; b=vbGlZpOSI6xtP10+U0/z0rEDKQWHlVZkwc4a2plikqIGbtY+q/nri5Y6stj+A81/1u CRMv6NXLiesh+MZ8htTy6tkKDMNVXNz7QMsMlghbK+3q3Tzo/EnZS3+mHfcipXhLIlBX FZMmIZH1DLUSZAtxdcJKoVIRAbqFTWZG8oF5ABkKww71gpiQjYESyAK3/3F1g07+mhe5 kFoEhssaXA458aiEXI8GHN7rr1XLiT+NF3Q3htHDME7VHTJOzVsCjJdIGEIkWy8IiQrS hpNeDChJaxWnHja2BqAPD8PqqOKmEz6r/nhmYrxJIquD6f1hk6577kjxdcMkzjR7pWCe ewEQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=tIq14bohZFtwHfwNywzg9gaytwGrJXTDRNGbbKi9HHE=; b=N1BgT53f/Ye4bVRTec/e6nK5rN6bZlCggjuHGquY6pen39qv6i/DaZDeOWJs7nw40x 9JIPQ/efRB/DEKyf4i7NRTllctpbMUCv+5gq16oweUr6R3goCp1EFDgneThZlMjBqthH uviDn6+5SRzHBZ2B5OfmO4gUCEqbXK2HJQBGvtwyoPxE6mPvyLIreMPtOep/UmT8iuL+ WW+OH5Iq3fSkZt/2ILcm5s3cMjmdooQfFHnrAQh17hYCzLJh9N5dWqjmsgEReFLoZHww N5oqHzfuQ5bzy9KB3RWfG5s2lOMJiwVAGBWVIn6q1ZIeQzrbJ03zzlenma8suPXzuvhv NCig==
X-Gm-Message-State: AOAM532tAJLA/RrD7BUDiWHbIRfQH6BoBimkmEmf6g1Vd+5kBpURGGpD oVTsbThzMzhSthz3kZGetL5vuQ==
X-Google-Smtp-Source: ABdhPJxpvwhJ8hVY1sjWQJ/IQ2CAkMS6KHtbxQbVXeNmAAVim1ZD0PAPaq63d1w0kjqQBRnhjZ3R8g==
X-Received: by 2002:ac8:44c7:: with SMTP id b7mr2027515qto.351.1607193146085; Sat, 05 Dec 2020 10:32:26 -0800 (PST)
Received: from [192.168.4.70] (c-24-91-177-160.hsd1.ma.comcast.net. [24.91.177.160]) by smtp.gmail.com with ESMTPSA id j124sm9297217qkf.113.2020.12.05.10.32.25 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 05 Dec 2020 10:32:25 -0800 (PST)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <6FA07BCE-B9A9-490C-A687-2EA0FF6E6993@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_16AECF83-304B-4CDE-AF66-5E036E6B4E36"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Date: Sat, 05 Dec 2020 13:32:23 -0500
In-Reply-To: <m2y2ickt0l.wl-randy@psg.com>
Cc: Eliot Lear <lear@cisco.com>, "Ackermann, Michael" <MAckermann@bcbsm.com>, iotops@ietf.org, architecture-discuss@iab.org
To: Randy Bush <randy@psg.com>
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> <29EBB9B3-4AF6-4734-B7C4-A03F99935F6D@fugue.com> <m2y2ickt0l.wl-randy@psg.com>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/iotops/OAykevicEFRubtdA9NeL7eNmrCQ>
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: Sat, 05 Dec 2020 18:32:29 -0000

On Dec 5, 2020, at 1:27 PM, Randy Bush <randy@psg.com> wrote:
> and open source is notoriously secure, inspected, formally verified, and
> well updated.  can you spell "m i r a i?"  how many kernel upgrades have
> you had to do over the last month; and what percentage of ops did them?

I think you misunderstand. I’m not saying there’s not a problem. I’m saying that solving it maybe isn’t quite as hard as you’re suggesting. Most of these products, the manufacturer has already moved on after a year. They have no interest in maintaining the software, but they can dump it on github. They don’t because they don’t have to, not because they strongly care not to. If you bought a thousand units, it’s probably worth hiring someone to update it to TLS 1.3.

Getting Cisco to dump IOS on github is probably a bigger ask, but if the enterprise that’s buying the equipment is required for regulatory compliance to subscribe to updates, that creates a cash flow that can then be used to pay to do them. If the regulatory environment similarly requires that Cisco either do the updates, or allow someone to do them, then that problem is solved too.

Yes, this costs more than disposable technology, iff you don’t count the externalized costs.