Re: [TLS] Verifying X.509 Certificate Chains out of order

pgut001@cs.auckland.ac.nz (Peter Gutmann) Tue, 14 October 2008 04:35 UTC

Return-Path: <tls-bounces@ietf.org>
X-Original-To: tls-archive@ietf.org
Delivered-To: ietfarch-tls-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 935433A6BA6; Mon, 13 Oct 2008 21:35:42 -0700 (PDT)
X-Original-To: tls@core3.amsl.com
Delivered-To: tls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DD39E3A6ADA for <tls@core3.amsl.com>; Mon, 13 Oct 2008 21:35:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.999
X-Spam-Level:
X-Spam-Status: No, score=-5.999 tagged_above=-999 required=5 tests=[AWL=0.600, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jh2pnZvQqvC9 for <tls@core3.amsl.com>; Mon, 13 Oct 2008 21:35:40 -0700 (PDT)
Received: from mailhost.auckland.ac.nz (larry.its.auckland.ac.nz [130.216.12.34]) by core3.amsl.com (Postfix) with ESMTP id DF2213A6BA6 for <tls@ietf.org>; Mon, 13 Oct 2008 21:35:37 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mailhost.auckland.ac.nz (Postfix) with ESMTP id 279C119EAA; Tue, 14 Oct 2008 17:36:09 +1300 (NZDT)
X-Virus-Scanned: by amavisd-new at mailhost.auckland.ac.nz
Received: from mailhost.auckland.ac.nz ([127.0.0.1]) by localhost (larry.its.auckland.ac.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OLkqtd3Tq8sn; Tue, 14 Oct 2008 17:36:09 +1300 (NZDT)
Received: from iris.cs.auckland.ac.nz (iris.cs.auckland.ac.nz [130.216.33.152]) by mailhost.auckland.ac.nz (Postfix) with ESMTP id 0CF5E19E96; Tue, 14 Oct 2008 17:36:08 +1300 (NZDT)
Received: from wintermute01.cs.auckland.ac.nz (wintermute01.cs.auckland.ac.nz [130.216.34.38]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by iris.cs.auckland.ac.nz (Postfix) with ESMTP id 3EFDC19EC0BA; Tue, 14 Oct 2008 17:36:08 +1300 (NZDT)
Received: from pgut001 by wintermute01.cs.auckland.ac.nz with local (Exim 4.63) (envelope-from <pgut001@wintermute01.cs.auckland.ac.nz>) id 1Kpbdg-0001R8-4q; Tue, 14 Oct 2008 17:36:08 +1300
From: pgut001@cs.auckland.ac.nz
To: nelson@bolyard.me, tls@ietf.org
In-Reply-To: <48F3EE34.3050402@bolyard.me>
Message-Id: <E1Kpbdg-0001R8-4q@wintermute01.cs.auckland.ac.nz>
Date: Tue, 14 Oct 2008 17:36:08 +1300
Subject: Re: [TLS] Verifying X.509 Certificate Chains out of order
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.9
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/listinfo/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
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>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tls-bounces@ietf.org
Errors-To: tls-bounces@ietf.org

Nelson B Bolyard <nelson@bolyard.me> writes:

>I think we've been seeing the behaviors of the same product. As you say, if
>you send a no-certificate response, the server continues in the "normal" (no
>client auth) fashion.  But if you DO provide a client cert, then the server
>drops the connection.

I've had a quick look through the logs and this problem has been around for a
long time, the first reports I can find are from 2002-2003 and cover not just
MTAs but also things like SSL-enabled FTP servers.  It also affects quite a
shopping-list of services running a variety of implementations, including ones
with a user base in the 10-million-plus region.  This is why I switched to the
"don't-bother-the-user" default behaviour, it's easier than convincing (say) a
large multinational to change the behaviour of their servers.

(I'll send a few names in private mail to see if they match what you're
seeing).

Peter.

_______________________________________________
TLS mailing list
TLS@ietf.org
https://www.ietf.org/mailman/listinfo/tls