Re: [TLS] new error alerts?

Dave Garrett <davemgarrett@gmail.com> Fri, 24 July 2015 05:09 UTC

Return-Path: <davemgarrett@gmail.com>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A821F1B2DE1 for <tls@ietfa.amsl.com>; Thu, 23 Jul 2015 22:09:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
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 j137mtUDiDmw for <tls@ietfa.amsl.com>; Thu, 23 Jul 2015 22:09:28 -0700 (PDT)
Received: from mail-qg0-x22f.google.com (mail-qg0-x22f.google.com [IPv6:2607:f8b0:400d:c04::22f]) (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 8C9C41B2DE5 for <tls@ietf.org>; Thu, 23 Jul 2015 22:09:28 -0700 (PDT)
Received: by qged69 with SMTP id d69so6267466qge.0 for <tls@ietf.org>; Thu, 23 Jul 2015 22:09:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=QEvX+PzIVMqxOJ33chOyn4O95bSZeJHbuHFeFIaWq6c=; b=jEuZeKFNcPmxXNlAEq+xQH6qONucKdj1ZGJzzZPvs6O5+4H+rQ1kiCfpcuc4Ng5LgB NDauHiZpA0wpKJZ+4FAfxLRP2YAPlsOb9VsdLB83h2HytwBzlvWD39XQOaJWW/kjkCwK nJ05fCMXoX7FzvWscvb8MM/O6DovftIrjowYM+ARBL01BfruMURcJb9U5t22XFFZFrvD Izaa9AnPCE/QsIyjDtBoWbHtLhfvsunYoVbmsRusAfDRkg1TfxA18jibkjKp5DPT8ABq LJGEmLkfkNj7zM144v73Uc8Mf8eArmKHCot50XU5gFGBckhMfcPBcXAoNMqqwIidnY8S 4lXQ==
X-Received: by 10.140.92.2 with SMTP id a2mr17579900qge.6.1437714567900; Thu, 23 Jul 2015 22:09:27 -0700 (PDT)
Received: from dave-laptop.localnet (pool-96-245-254-195.phlapa.fios.verizon.net. [96.245.254.195]) by smtp.gmail.com with ESMTPSA id z135sm3527435qhd.29.2015.07.23.22.09.27 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 23 Jul 2015 22:09:27 -0700 (PDT)
From: Dave Garrett <davemgarrett@gmail.com>
To: Andrei Popov <Andrei.Popov@microsoft.com>, Eric Rescorla <ekr@rtfm.com>
Date: Fri, 24 Jul 2015 01:09:25 -0400
User-Agent: KMail/1.13.5 (Linux/2.6.32-74-generic-pae; KDE/4.4.5; i686; ; )
References: <201507222139.46391.davemgarrett@gmail.com> <CABcZeBO=VjGVYZ2B803Emaco62tz9jX_5nbAn7Nk6UCP9Q76PQ@mail.gmail.com> <BLUPR03MB1396750B52053B7AEFF418B68C810@BLUPR03MB1396.namprd03.prod.outlook.com>
In-Reply-To: <BLUPR03MB1396750B52053B7AEFF418B68C810@BLUPR03MB1396.namprd03.prod.outlook.com>
MIME-Version: 1.0
Content-Type: Text/Plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Message-Id: <201507240109.25969.davemgarrett@gmail.com>
Archived-At: <http://mailarchive.ietf.org/arch/msg/tls/AzSszPGciIXBRqr3Tugr1H3fZys>
Cc: "tls@ietf.org" <tls@ietf.org>
Subject: Re: [TLS] new error alerts?
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 24 Jul 2015 05:09:30 -0000

On Thursday, July 23, 2015 10:52:59 pm Andrei Popov wrote:
> Rather than renaming and otherwise modifying the meaning of the existing alerts, would it be better to define new, more granular alerts in 1.3? We can’t ascribe new meanings to alerts generated by the code we’ve shipped in the past.

I'm not proposing changing the meaning of existing alerts. At most, the Negotiated FF-DH draft would need to be updated/fixed.

I'm proposing renaming "insufficient_security" to "unsupported_cipher_suites", which is explicitly what it's been for since TLS 1.0. There isn't a specific error defined for lack of a supported group yet. RFC 4492 just says "fatal handshake failure alert". The Negotiated FF-DH draft has "insufficient_security" for unsupported group. _That_ does change the meaning, as previously it was explicitly defined for cipher issues only. What I want is to add a new "unsupported_groups" alert to use instead. (both here and there) The "client_authentication_failure" alert suggestion is to pull that out of the "handshake_failure" catchall.

I just want to clarify the existing alert, not reuse it for a related but distinctly different alert, and not lump stuff into a catchall that we can't debug. ;)


Dave