Re: [Geopriv] [GEOPRIV] Liberty Alliance

Hannes Tschofenig <Hannes.Tschofenig@gmx.net> Tue, 29 April 2008 13:07 UTC

Return-Path: <geopriv-bounces@ietf.org>
X-Original-To: geopriv-archive@megatron.ietf.org
Delivered-To: ietfarch-geopriv-archive@core3.amsl.com
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1941E3A68F8; Tue, 29 Apr 2008 06:07:22 -0700 (PDT)
X-Original-To: geopriv@core3.amsl.com
Delivered-To: geopriv@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B47AC3A6933 for <geopriv@core3.amsl.com>; Tue, 29 Apr 2008 06:07:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 SoJzKX7f0Jhr for <geopriv@core3.amsl.com>; Tue, 29 Apr 2008 06:07:12 -0700 (PDT)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by core3.amsl.com (Postfix) with SMTP id C7B2428C261 for <geopriv@ietf.org>; Tue, 29 Apr 2008 06:07:11 -0700 (PDT)
Received: (qmail invoked by alias); 29 Apr 2008 13:07:13 -0000
Received: from a91-154-105-144.elisa-laajakaista.fi (EHLO [192.168.255.3]) [91.154.105.144] by mail.gmx.net (mp038) with SMTP; 29 Apr 2008 15:07:13 +0200
X-Authenticated: #29516787
X-Provags-ID: V01U2FsdGVkX18D4bp5FMADgQdd++XEbl1nJKBxfa8m+CrwrR/Lbs vyHZiBlU6bWSR1
Message-ID: <48171D81.3020600@gmx.net>
Date: Tue, 29 Apr 2008 16:07:13 +0300
From: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To: Alberto Ballauri <tesi.ballauri.sacco@gmail.com>
References: <fe9f45350804220315m520dead4jef55ab12cbd57289@mail.gmail.com> <480DD879.3080107@gmx.net> <fe9f45350804230217u68f97c8ak529c11abcfe19a8@mail.gmail.com>
In-Reply-To: <fe9f45350804230217u68f97c8ak529c11abcfe19a8@mail.gmail.com>
X-Y-GMX-Trusted: 0
Cc: geopriv@ietf.org
Subject: Re: [Geopriv] [GEOPRIV] Liberty Alliance
X-BeenThere: geopriv@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Geographic Location/Privacy <geopriv.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:geopriv@ietf.org>
List-Help: <mailto:geopriv-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: geopriv-bounces@ietf.org
Errors-To: geopriv-bounces@ietf.org

Hi Alberto,

thanks for the details. The initial version, which was published some 
time ago, had support for SAML, see for example 
http://tools.ietf.org/html/draft-winterbottom-http-location-delivery-03.
However, this support was removed later on (since it is not necessarily 
totally for free).
Addittionally, the ability for the HELD client to publish authorization 
policies in the style of Geolocation Policies (as developed by the 
working group) have also been removed since there are also issue with 
regard to complexity in this specific deployment case.

The basic idea was to create something simple to start with and then 
worry about more sophisticated functionality later. I don't think anyone 
of us in the group is currently working on SAML/Liberty Alliance for HELD.

I hope my answer helped.

Ciao
Hannes


Alberto Ballauri wrote:
> Hi,
> the scenario is an LbyR architecture, we have a Presence Network Agent 
> (PNA) that retrive location information from a Lis using Held and then 
> publish the information to the Presence Server (PS) with Geopriv 
> capabilities.
> The rules that must be respected are double:
> - those configured at the Lis by the Target that apply to the Held 
> Client in the PNA
> - those configured at the PS by the presentity owner that regards the 
> watchers
>  
> So in this Target-Requestor-...-Requestor chain scenario how can we be 
> sure that the first Requestor could respect all the rules of the chain 
> and doesn't misuse the information?
> The Liberty Alliance framework of trust could respond to such a 
> question, so we would like to know if is foreseen to support it in Held.
>  
> Ciao
> Alberto & Tommaso
>
>
>
>  
> 2008/4/22, Hannes Tschofenig <Hannes.Tschofenig@gmx.net 
> <mailto:Hannes.Tschofenig@gmx.net>>:
>
>     Hi Alberto,
>
>     could you provide us a bit more details on what you try to accomplish?
>
>     Ciao
>     Hannes
>
>     Alberto Ballauri wrote:
>
>         Hi all,
>         We would like to know if for Held has been forseen a "Circle
>         of Trust" of the type Liberty Alliance, and the possibility of
>         a cascade authentication system, and the possibility of the
>         authentication using that system for the application of the rules.
>
>         Regards
>
>         Alberto & Tommaso
>         ------------------------------------------------------------------------
>
>         _______________________________________________
>         Geopriv mailing list
>         Geopriv@ietf.org <mailto:Geopriv@ietf.org>
>         https://www.ietf.org/mailman/listinfo/geopriv
>          
>
>
>

_______________________________________________
Geopriv mailing list
Geopriv@ietf.org
https://www.ietf.org/mailman/listinfo/geopriv