IETF Logo Mail Archive

Re: [secdir] Secdir review of draft-ietf-radext-dtls-06

Alan DeKok <aland@deployingradius.com> Fri, 11 October 2013 18:02 UTC

Return-Path: <aland@deployingradius.com>
X-Original-To: secdir@ietfa.amsl.com
Delivered-To: secdir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04C8221F9EAD; Fri, 11 Oct 2013 11:02:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pmQ922hpMuOz; Fri, 11 Oct 2013 11:02:39 -0700 (PDT)
Received: from power.freeradius.org (power.freeradius.org [88.190.25.44]) by ietfa.amsl.com (Postfix) with ESMTP id 6240621F9EA2; Fri, 11 Oct 2013 11:02:29 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by power.freeradius.org (Postfix) with ESMTP id 27B7322401D3; Fri, 11 Oct 2013 20:01:32 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at power.freeradius.org
Received: from power.freeradius.org ([127.0.0.1]) by localhost (power.freeradius.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I67pPHZoWtPX; Fri, 11 Oct 2013 20:01:32 +0200 (CEST)
Received: from Thor-2.local (bas1-ottawa11-1176121002.dsl.bell.ca [70.26.46.170]) by power.freeradius.org (Postfix) with ESMTPSA id 7706322400E3; Fri, 11 Oct 2013 20:01:31 +0200 (CEST)
Message-ID: <52583CFF.207@deployingradius.com>
Date: Fri, 11 Oct 2013 14:01:35 -0400
From: Alan DeKok <aland@deployingradius.com>
User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228)
MIME-Version: 1.0
To: Brian Weis <bew@cisco.com>
References: <43CA5AEB-DCB8-46FE-9176-D62CD511BADC@cisco.com> <5250BE14.2000005@deployingradius.com> <3385D735-1078-4DC4-8F39-91458BFE3907@cisco.com>
In-Reply-To: <3385D735-1078-4DC4-8F39-91458BFE3907@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: draft-ietf-radext-dtls.all@tools.ietf.org, The IESG <iesg@ietf.org>, "secdir@ietf.org" <secdir@ietf.org>
Subject: Re: [secdir] Secdir review of draft-ietf-radext-dtls-06
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/secdir>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Oct 2013 18:02:45 -0000

Brian Weis wrote:
> Thanks for the explanation.  Would it also be accurate to say this?
> 
>      (1) The Length checks defined in [RFC2865] Section 3 MUST treat the
>       decrypted DTLS data octets outside the range of the Length field
>       as padding and ignore it on reception.
> 
> I think something like that would be a lot clearer.

  OK.  I'll add that in.

v2.23.0 | Report a Bug | By Email