Re: [saag] Channel binding is great but not a silver bullet

Nicolas Williams <Nicolas.Williams@sun.com> Mon, 02 March 2009 18:46 UTC

Return-Path: <Nicolas.Williams@sun.com>
X-Original-To: saag@core3.amsl.com
Delivered-To: saag@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C025E3A6A04 for <saag@core3.amsl.com>; Mon, 2 Mar 2009 10:46:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.996
X-Spam-Level:
X-Spam-Status: No, score=-5.996 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, 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 Lp0cxUPEGgo7 for <saag@core3.amsl.com>; Mon, 2 Mar 2009 10:46:10 -0800 (PST)
Received: from sca-ea-mail-3.sun.com (sca-ea-mail-3.Sun.COM [192.18.43.21]) by core3.amsl.com (Postfix) with ESMTP id CD1A73A6804 for <saag@ietf.org>; Mon, 2 Mar 2009 10:46:09 -0800 (PST)
Received: from dm-central-01.central.sun.com ([129.147.62.4]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n22IkaNL007554 for <saag@ietf.org>; Mon, 2 Mar 2009 18:46:36 GMT
Received: from binky.Central.Sun.COM (binky.Central.Sun.COM [129.153.128.104]) by dm-central-01.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL, v2.2) with ESMTP id n22IkZSo010779 for <saag@ietf.org>; Mon, 2 Mar 2009 11:46:35 -0700 (MST)
Received: from binky.Central.Sun.COM (localhost [127.0.0.1]) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3) with ESMTP id n22IMZio013064; Mon, 2 Mar 2009 12:22:35 -0600 (CST)
Received: (from nw141292@localhost) by binky.Central.Sun.COM (8.14.3+Sun/8.14.3/Submit) id n22IMWOI013063; Mon, 2 Mar 2009 12:22:32 -0600 (CST)
X-Authentication-Warning: binky.Central.Sun.COM: nw141292 set sender to Nicolas.Williams@sun.com using -f
Date: Mon, 02 Mar 2009 12:22:32 -0600
From: Nicolas Williams <Nicolas.Williams@sun.com>
To: Jeffrey Hutzelman <jhutz@cmu.edu>
Message-ID: <20090302182232.GW9992@Sun.COM>
References: <2788466ED3E31C418E9ACC5C3166155768B2CE@mou1wnexmb09.vcorp.ad.vrsn.com> <20090226143809.GF7227@mit.edu> <1235663917.3293.16.camel@localhost> <20090226165448.GK9992@Sun.COM> <tslprh5rlvt.fsf_-_@mit.edu> <200903021609.n22G9hIg014931@grapenut.srv.cs.cmu.edu> <1232E3FA9408ED0962D481EF@atlantis.pc.cs.cmu.edu> <20090302172641.GP9992@Sun.COM> <49AC1E0C.8040407@deployingradius.com> <F6521F9BD19F57BC7A9D029E@minbar.fac.cs.cmu.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <F6521F9BD19F57BC7A9D029E@minbar.fac.cs.cmu.edu>
User-Agent: Mutt/1.5.7i
Cc: saag@ietf.org, Sam Hartman <hartmans-ietf@mit.edu>, der Mouse <mouse@Rodents-Montreal.ORG>
Subject: Re: [saag] Channel binding is great but not a silver bullet
X-BeenThere: saag@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Security Area Advisory Group <saag.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/saag>, <mailto:saag-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/saag>
List-Post: <mailto:saag@ietf.org>
List-Help: <mailto:saag-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/saag>, <mailto:saag-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Mar 2009 18:46:10 -0000

On Mon, Mar 02, 2009 at 01:09:06PM -0500, Jeffrey Hutzelman wrote:
> --On Monday, March 02, 2009 06:57:32 PM +0100 Alan DeKok 
> <aland@deployingradius.com> wrote:
> 
> >  Take Starbucks, for example.  They have WiFi.  What do the employees
> >know about it?  Pretty much nothing.  What do the people who installed
> >it know about it?  Pretty much nothing.  What does the network operator
> >*running* the network know about it?  Pretty much nothing.
> 
> Actually, I believe in the specific case of Starbucks, the network operator 
> running the network is T-Mobile, and so probably actually _does_ know 
> something about it.  At least, at the macro level.
> 
> But the point stands -- coffee houses are not network operators and they 
> are not federated identity service providers.  They are purveyors of 
> concentrated liquid evil, and the occasional cup of tea.

Coffee houses most definitely sell Internet access (or just give it
away).  And the point wasn't specific to coffe houses.  Any access point
could provide an enrolment bootstrapping service via federation if the
market wanted that sort of service...

... but the market won't demand that because people will generally be
happy to use existing relationships, such as phone service, for
enrolment.  And those that don't will settle for using the existing
weak-PKI and will test for MITMs by trying to use their accounts from
many different places in the network.

I used coffee houses as an example of how anonymity could still be had
while solving the enrolment process without a PKI.  I didn't mean to
propose that as the primary form of enrolment.  Quite the contrary; in
practice using SMS should do quite well.

Nico
--