Re: TLS requirements (Last Call: draft-ietf-atompub-protocol to Proposed Standard)

"Robert Sayre" <sayrer@gmail.com> Fri, 18 May 2007 23:06 UTC

Return-path: <ietf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HpBWM-0001VL-Dr; Fri, 18 May 2007 19:06:02 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HpBWK-0001V2-QI for ietf@ietf.org; Fri, 18 May 2007 19:06:00 -0400
Received: from nz-out-0506.google.com ([64.233.162.229]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HpBWJ-0003d8-Io for ietf@ietf.org; Fri, 18 May 2007 19:06:00 -0400
Received: by nz-out-0506.google.com with SMTP id z6so1575666nzd for <ietf@ietf.org>; Fri, 18 May 2007 16:05:59 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WkB6Ptn9380RrJTzEGlaWuy6O/gFmCUpjZfNxmzJVrYKuGaSa/DpkC0xFha+GmGdgfYLqmH1oFkBsZw0laopfqTc4wiC3eJUMx6jIHQKJugeRQmqhMZDVgBkw6nLnhpxfNDH+al4OxPuXzYmEOpgIESZHIcgTeNHnlzKnu/yItQ=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=R+7LerPy/oQ3R/xc6t3ARr0Us1x/9dJQm8C1j1s3aERJkDFUW7J7s0/b3uAhmUarQ1lAcnCFhOxQbkHf1OTMjiRM9HRCwKVfbYBZKX2g9aiZ5Vr4z7HnEEuTrqddEy0OrX8/IIEjtb9uIBASEepsz3QLJRCSVKqSdFlafywG1JQ=
Received: by 10.114.254.1 with SMTP id b1mr1140525wai.1179529558840; Fri, 18 May 2007 16:05:58 -0700 (PDT)
Received: by 10.114.211.7 with HTTP; Fri, 18 May 2007 16:05:58 -0700 (PDT)
Message-ID: <68fba5c50705181605p66298f1fh31f119185f67d8e8@mail.gmail.com>
Date: Fri, 18 May 2007 19:05:58 -0400
From: Robert Sayre <sayrer@gmail.com>
To: EKR <ekr@networkresonance.com>
In-Reply-To: <86lkhzc22x.fsf@delta.rtfm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <45F6CE12.8020703@mozilla.com> <tsllki1rpyc.fsf@cz.mit.edu> <45F6EF91.7030008@mozilla.com> <tslk5xlq8ul.fsf@cz.mit.edu> <45F6FA2A.4060409@mozilla.com> <1C0F121E56ADA47B5683D263@caldav.corp.apple.com> <45F7EC16.1030904@zurich.ibm.com> <45F7F3FC.6020306@gmx.de> <86lkhzc22x.fsf@delta.rtfm.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Cc: Julian Reschke <julian.reschke@gmx.de>, Cyrus Daboo <cyrus@daboo.name>, Sam Hartman <hartmans-ietf@mit.edu>, ietf@ietf.org, iesg@ietf.org
Subject: Re: TLS requirements (Last Call: draft-ietf-atompub-protocol to Proposed Standard)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org

On 3/14/07, EKR <ekr@networkresonance.com> wrote:
> Julian Reschke <julian.reschke@gmx.de> writes:
>
> >
> > As pointed out before, that text really is confusing. As a reader. I'm
> > left wondering whether I need to implement RFC2246 or RFC4346. Or both?
>
> I wish I knew the answer to this question as well... :)
>
> Seriously, we're shortly going three separate versions of TLS
> standardized, 1.0, 1.1, and 1.2, plus SSLv3. So, the question
> of what to require implementors to do is a tricky one that
> actually doesn't have that much to do with TLS :)
>

Here's a diff of the changes since last call:
<http://bitworking.org/projects/atom/draft-ietf-atompub-protocol-15-from-14.diff.html>

It's not clear whether there will be another last call, though I think
there should be. So, I will leave my comments again. I didn't see any
working group comments on the topic.

I think the substituted text is inadequate, because it is not clear
which TLS version implementors MUST support. As I understand it, the
fact that it is "tricky", implying there may be trade-offs, is not
sufficient to avoid specifying a single, mandatory-to-implement TLS
version.

-- 

Robert Sayre

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf