Re: [secdir] [radext] Secdir review of draft-ietf-softwire-6rd-radius-attrib-07

Alan DeKok <aland@deployingradius.com> Sun, 25 November 2012 23:01 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 1D8E821F846D; Sun, 25 Nov 2012 15:01:34 -0800 (PST)
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 ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RiaZSk2OYOpQ; Sun, 25 Nov 2012 15:01:33 -0800 (PST)
Received: from power.freeradius.org (power.freeradius.org [88.190.25.44]) by ietfa.amsl.com (Postfix) with ESMTP id 7B62021F846C; Sun, 25 Nov 2012 15:01:33 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by power.freeradius.org (Postfix) with ESMTP id 85ACF22408BE; Mon, 26 Nov 2012 00:00:32 +0100 (CET)
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 pkcW+HC8HDtp; Mon, 26 Nov 2012 00:00:32 +0100 (CET)
Received: from Thor-2.local (206-47-94-208.dsl.ncf.ca [206.47.94.208]) by power.freeradius.org (Postfix) with ESMTPSA id 1F95E22403DE; Mon, 26 Nov 2012 00:00:31 +0100 (CET)
Message-ID: <50B2A30E.4020605@deployingradius.com>
Date: Sun, 25 Nov 2012 18:00:30 -0500
From: Alan DeKok <aland@deployingradius.com>
User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228)
MIME-Version: 1.0
To: Bernard Aboba <bernard_aboba@hotmail.com>
References: <A95B4818FD85874D8F16607F1AC7C62888F833@xmb-rcd-x09.cisco.com>, <50B2289A.8060402@deployingradius.com> <BLU002-W217327878625E09B465E58893580@phx.gbl>
In-Reply-To: <BLU002-W217327878625E09B465E58893580@phx.gbl>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: "radext@ietf.org" <radext@ietf.org>, "iesg@ietf.org" <iesg@ietf.org>, "draft-ietf-softwire-6rd-radius-attrib.all@tools.ietf.org" <draft-ietf-softwire-6rd-radius-attrib.all@tools.ietf.org>, "secdir@ietf.org" <secdir@ietf.org>
Subject: Re: [secdir] [radext] Secdir review of draft-ietf-softwire-6rd-radius-attrib-07
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: Sun, 25 Nov 2012 23:01:34 -0000

Bernard Aboba wrote:
> [BA] There isn't even any information with which to authorize the
> request.  The "Call Check" Service-Type was designed for situations
> where authorization can be determined via the Called-Station-Id or
> Calling-Station-Id attributes, which originally contained telephone
> numbers.

  The issue I have is what else to use.  IIRC, I suggested a new
Service-Type at one point.  But that didn't seem to fly.

> [BA] As I understand it, at least one of the scenarios described in the
> document would involve the retrieval of DHCP information along with a
> user authentication.  In such a scenario, why would either
> Authorize-Only or Call Check be needed?

  It would seem useful to have a Service-Type in the packet.  The
alternative would be to delete it entirely.

  Alan DeKok.