Re: [TLS] TLS 1.3 servers and psk_key_exchange_modes == [psk_ke]?
Peter Gutmann <pgut001@cs.auckland.ac.nz> Tue, 07 March 2023 01:13 UTC
Return-Path: <pgut001@cs.auckland.ac.nz>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A47BC14CF05 for <tls@ietfa.amsl.com>; Mon, 6 Mar 2023 17:13:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tuac4nPQdg3j for <tls@ietfa.amsl.com>; Mon, 6 Mar 2023 17:13:33 -0800 (PST)
Received: from au-smtp-delivery-117.mimecast.com (au-smtp-delivery-117.mimecast.com [103.96.21.117]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CAF88C14F726 for <tls@ietf.org>; Mon, 6 Mar 2023 17:13:31 -0800 (PST)
Received: from AUS01-ME3-obe.outbound.protection.outlook.com (mail-me3aus01lp2234.outbound.protection.outlook.com [104.47.71.234]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id au-mta-17-npwSdmDwNguBQTB68hKDPg-1; Tue, 07 Mar 2023 12:13:22 +1100
X-MC-Unique: npwSdmDwNguBQTB68hKDPg-1
Received: from SY4PR01MB6251.ausprd01.prod.outlook.com (2603:10c6:10:10b::10) by ME3PR01MB7014.ausprd01.prod.outlook.com (2603:10c6:220:16a::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6156.29; Tue, 7 Mar 2023 01:13:21 +0000
Received: from SY4PR01MB6251.ausprd01.prod.outlook.com ([fe80::d897:3340:611b:bc0c]) by SY4PR01MB6251.ausprd01.prod.outlook.com ([fe80::d897:3340:611b:bc0c%6]) with mapi id 15.20.6156.029; Tue, 7 Mar 2023 01:13:21 +0000
From: Peter Gutmann <pgut001@cs.auckland.ac.nz>
To: "tls@ietf.org" <tls@ietf.org>
Thread-Topic: [TLS] TLS 1.3 servers and psk_key_exchange_modes == [psk_ke]?
Thread-Index: AQHZSxzeBLBHoqXA7E6nunRaj84TNa7ujYtV
Date: Tue, 07 Mar 2023 01:13:21 +0000
Message-ID: <SY4PR01MB6251E03AE8A05E38FA8A3F0DEEB79@SY4PR01MB6251.ausprd01.prod.outlook.com>
References: <Y/1ngz1ITlYds2WP@straasha.imrryr.org>
In-Reply-To: <Y/1ngz1ITlYds2WP@straasha.imrryr.org>
Accept-Language: en-NZ, en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels:
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: SY4PR01MB6251:EE_|ME3PR01MB7014:EE_
x-ms-office365-filtering-correlation-id: e622b4ae-7ea2-4bbc-b5b0-08db1ea92472
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0
x-microsoft-antispam-message-info: fxQnsyScjOxAKTEFWZTVp25y8BaBsHOcAGugkLLaGSwvAk1iJO29OxlYVRrgVyP/2X9hpEIpj5moxqW+LCwwUxxQfglvI5xYzi4ynDVGNvQKagI4f3nT4FdJsylg9/PW99PD/mD74bzaCkQ6hujRhuD7+VTRAxunFEq+d68fU444eizYdlVPamVYYCa+7o6xD4Aj/dcWY/Q3aZVUGLK2YYNNEKuZOF3UVg5GAkqFKL4XimCMXpcI39kgiyV0+qxCloxworTCXny63Af1cAynpmTy/E1mYd07QxyaBq/u3lNi3RFUwQX2qL6wihoRi0MqKIt1nu+jyePymlfliTgFpCHSub+yzkLk1sGVBbH2tqkgQBGtZvv46e2pVX6kw0WyqtHw5InpWU1gS+TzXvmlV7CkMPMzqTKxsIPrNigUXVMn1irXBcs7s46R3MDhRB8T6CwQlY2wPPj/fVpoBUWfy0cxm0aJxRJVQWv+cMKfZnnDuaYz2HtXo83QK7QhBWrNaYSL6s/ahaDfV59KRi8NfSUmUx8hkVp8ULZ1Q9jwwQ09AiR2UBrCnk+HB6XhqoBgei+ndBPEqZq1j4Fy9iXnrabFVycQuc7+A//UXXptkGj5g8ZTN5YhoBSUNbIzzksZ8J8nxrA0W0N0iNmovbR6ZhBl9CKdTem/2P57uINj3QiY+FM+n5OM8cYl/saooiMGe4wQtYUx19zU0zKSWsrQng==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SY4PR01MB6251.ausprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230025)(4636009)(396003)(136003)(346002)(376002)(366004)(39860400002)(451199018)(76116006)(66946007)(66556008)(66476007)(66446008)(64756008)(8676002)(7696005)(478600001)(786003)(316002)(5660300002)(52536014)(41300700001)(6916009)(4326008)(86362001)(33656002)(55016003)(71200400001)(6506007)(186003)(26005)(9686003)(107886003)(2906002)(8936002)(38070700005)(38100700002)(122000001); DIR:OUT; SFP:1101
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: QRHow0eprYdXoEZ+jxPwJ8qeIf5pxRwingzT2kZU0BwzutLRgKNA2bJ5KKKk2lsm1lL8mILg8d8GoOBltJpx9ZpILrzwDdSqsQ242i3XtvAuqMlZOECXHHCYYHK3mMM0Ml4SJlOYDLSwhYWf79mCQa4yovUeZFqhENQLM+YLHaLhcD7TR03Rp5bG8ytq23hziihN/bQjAQBq00j7dkSPaTJAg8VbaFDaytnU+ZiJfI1USf3A5ZRMtIaey/Jvec26ViVKFnOHmIhLSWUDaEQVYieW3E1y+tfcl7s3U6bZyYiuZYkkFkafGOON1Kkvw/N9ahBq0UrrmCuZmGHInb4LB3Ba0t7C2NVKg6Syo8Iuv73FKlgVg+Dx3whIGnyrMteadL9FqEbO3a2NZFbZQvWusaizxtbV1xyFFGhxGlGOuJP93zXEhE69S6nc5Q+m97t6bDxJ8QlwN/Qh8VsjWzpbF2vGfSfYKWbgSSxJ4D2oHfUN7FeKoJCJJx9notTGHadcEBPCOcDGf7003cuIZfjfPgaOZWHhcjCvQTVbwAwdLyVHSPsncnMkn6lS+f7Sa3Edb8ahwTKnRsK6KY8kVk/owwvZRlj4M//UBuAA5hCzese+5GSZI0meDBsHmvOYaO5kwDENOHRpChr3l/MdFmxkvLMhaLmj1xvlT8VujoAnkMjo26XMpcQaIzo8JYxeZGBv20AOg1p/XUfs9aNYInR0UATLjH6L6n5CU7JClErZYIA45ZcM9nCl3bwq80aCulhan6o2GdgcphEm4aBsEzVBERhcXqO+bSAqRgfGDIQl6UTYWs/Tfc9GCCuL0xMGhJXGxFfreq3T3PGrxjO3FwQ4lxHbRtbM1gmlBpRy0xmBuyjiCubWWxld+qz5RgBqmh/hVtipHDI7TD1kOjdFtqWp9SO3jut9ghpMYWyVlIjlPSecKwEhztdk+Ee9wX76v42YcDfCF3iBLlPqPuMuBz2tktBUoeH2W2MdwVSmbchb1fQ62ccqlvpyYiaY3LvT+iuTLzV1gi8lAhCd5u5na+3k6R7zLL7zwGam1vsywwZ16DqYBDaGwJpARt3j9S5kBDetN/egI1cXW4iUBvhA1tcF9twb6qi6U2lm5WfnNH/RddIcRXWgjkd60NR6QTgMmsmxRPr5SuJWyFNsUpVwj90nIzPOLunWegbmgQzozrXjlK2ffiqn0VnkBasxEOP0qKheEmM8teh3OGaY7Y8/+9ISb1Bv0kNgd4R7tbWHLeteJdhV2+8F3jOGm4ex4WBMB3Q+Jf/TM4E4Vh6r7YymFAO2PdtGSCaqUwZfs/U1p//DhUBtXeh9eviprngii/NJp92gFtCTsMgOQGX9lJ07FduQoP3KqlsyuLMv/860YZQAKcQxjX3mNCHJHbuA9TAIkwLNYfusC5pkvOQB8+zlN4jbVALVTa7GC5FqtU+Y5pZrAFYcGtDVYFlMbrS/UlxPR75CLoVGkfjRYqvfg4eHk+TQ1d8OaCOLRPgB3qNnVV4/KzVtCR0VrDNgHA9QpICwgfqkcilmQIhMAvb/3U2j2gbL6UV5xhwc6XWXnlm7F0fbpn3agGSwLauKqo7iUCH7GUJQwuZGrc1zYeiw62sybgKizg==
MIME-Version: 1.0
X-OriginatorOrg: cs.auckland.ac.nz
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SY4PR01MB6251.ausprd01.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e622b4ae-7ea2-4bbc-b5b0-08db1ea92472
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2023 01:13:21.2704 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: d1b36e95-0d50-42e9-958f-b63fa906beaa
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: adC6RsoNPNTNaLVo22Ui6qAu4wVwDvv+4VUtTq9ez+TU/YTkIGgk/ZhKB81V8XC7rFdX2AqzIM7jekRT4fiX4DgXoO7/POQiw3qf5P1dL/k=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: ME3PR01MB7014
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: cs.auckland.ac.nz
Content-Language: en-NZ
Content-Type: text/plain; charset="WINDOWS-1252"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/8ZVLnb_P2u6tuFN702mFTqZFPAU>
Subject: Re: [TLS] TLS 1.3 servers and psk_key_exchange_modes == [psk_ke]?
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Mar 2023 01:13:35 -0000
Viktor Dukhovni <ietf-dane@dukhovni.org> writes: >I took a look at whether it is practically possible for a client to "opt-in" >to (ostensibly cheaper) non-DHE TLS 1.3 resumption by sending a >"psk_key_exchange_modes" extension consisting of just "psk_ke". > >Turns out that at least when the server is OpenSSL, the client is likely to >be sad. We found that too, TLS classic-style session resumption is essentially impossible on TLS 1.3 because very widely-deployed implementations don't allow non-DHE PSK, the replacement for TLS classic session resumption. We were getting complaints about timeouts with RTUs (SCADA devices) and eventually tracked it down to the fact that they had to perform an expensive full crypto handshake on each ping to the controllers they talked to because they couldn't do a resume. This is one of the (several) reasons I referred to in a previous post why TLS 1.3 can be at lot lower-performance than TLS classic, luckily they were only testing 1.3 use so just dropped it and kept going with 1.2 which fixed the problem. Not really sure how to fix this, although at the moment "stay with TLS classic" seems to be the preferred option. Peter.
- [TLS] TLS 1.3 servers and psk_key_exchange_modes … Viktor Dukhovni
- Re: [TLS] TLS 1.3 servers and psk_key_exchange_mo… Peter Gutmann
- Re: [TLS] TLS 1.3 servers and psk_key_exchange_mo… Viktor Dukhovni
- Re: [TLS] TLS 1.3 servers and psk_key_exchange_mo… Nick Harper
- Re: [TLS] TLS 1.3 servers and psk_key_exchange_mo… Viktor Dukhovni
- Re: [TLS] TLS 1.3 servers and psk_key_exchange_mo… Nick Harper
- Re: [TLS] TLS 1.3 servers and psk_key_exchange_mo… Viktor Dukhovni
- Re: [TLS] TLS 1.3 servers and psk_key_exchange_mo… Nick Harper
- Re: [TLS] TLS 1.3 servers and psk_key_exchange_mo… Peter Gutmann
- Re: [TLS] TLS 1.3 servers and psk_key_exchange_mo… Viktor Dukhovni
- Re: [TLS] TLS 1.3 servers and psk_key_exchange_mo… Peter Gutmann