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
- [Geopriv] [GEOPRIV] Liberty Alliance Alberto Ballauri
- Re: [Geopriv] [GEOPRIV] Liberty Alliance Hannes Tschofenig
- Re: [Geopriv] [GEOPRIV] Liberty Alliance Alberto Ballauri
- Re: [Geopriv] [GEOPRIV] Liberty Alliance Hannes Tschofenig