RE: Issue 286: Security
From: Adrangi, Farid (farid.adrangiintel.com)
Date: Sun, 13 Feb 2005 18:18:22 -0500 (EST)
My two cents inline.
Farid

> -----Original Message-----
> From: eap-admin [at] frascone.com [mailto:eap-admin [at] frascone.com] 
> On Behalf Of Bernard Aboba
> Sent: Sunday, February 13, 2005 12:09 PM
> To: eap [at] frascone.com
> Subject: [eap] Issue 286: Security
> 
> 
> It seems that the crux of the issue here is the appropriateness of the
> network disclosure mechanisms.
> 
> For example, as I understand it in 802.11u, there is a 
> proposal whereby
> the STA would disclose the networks with which it has a 
> relationship in
> the Probe Request, and the AP would respond with the subset 
> of that list
> that it supports in the Probe Response.
> 
> The discovery mechanism in this draft is somewhat different:  the AAA
> proxy discloses its roaming relationships to the peer without the peer
> first indicating what networks it supports.
> 
> The questions this issue raises are:
> 
> 1. Is the disclosure negotiation described in this document 
> appropriate?
>    What are the security implications?
> 

This is a valid question rasied by Glen.  And we are hoping we can use
Glen's security expertise to undertand the security implications that
weren't already addressed in the draft.

> 2. Does the document need to be modified so as to have the 
> peer indicate
>    the networks it supports?

Interesting question.  A few questions:

1) Would operators want to reveal all their roaming partners to any
access network?  

2) How does this work with manual selection (supported by Release 6
3GPP) where the client may not be pre-provisioned with roaming
information?  

3) Assuming that this is okay, why would there be a need for AAA or AP
network advertisement?  For example, the peer (user [at] anyisp.com) can
indicate its route preferences in EAP-Identity/Response as follows:

user [at] anyisp.com; anyisp.com!user [at] isp1; anyisp.com!user [at] isp2;
anyisp.com!user [at] isp3

This means the AAA proxy should route the packet directly to anyisp.com
first if possible, if not then it should try to route it through isp1 ,
if not, it should try isp2, and so on. 


  

> _______________________________________________
> eap mailing list
> eap [at] frascone.com
> http://mail.frascone.com/mailman/listinfo/eap
> 

Results generated by Tiger Technologies using MHonArc.