Skip to Content.
Sympa Menu

shibboleth-dev - Re: self service app for InSecure (was: SHIB design call -- (5/16/2005)...)

Subject: Shibboleth Developers

List archive

Re: self service app for InSecure (was: SHIB design call -- (5/16/2005)...)


Chronological Thread 
  • From: Tom Scavo <>
  • To: Scott Cantor <>
  • Cc: RL 'Bob' Morgan <>, John-Paul Robinson <>,
  • Subject: Re: self service app for InSecure (was: SHIB design call -- (5/16/2005)...)
  • Date: Mon, 23 May 2005 07:42:12 -0400
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g8yqrcNNrWWti7IAMqouRtkrHM/pGvi9W48A3nshmqy2A8KEmyKzTHof63S8SuovFfHmnqzitHT+hPw7hCvHTVjv0vj7bJmLEC3Yv+SYC+s6eGc1KpW4E4jVfjYXiq5EE84Fg7UDVJgW3xq7e0apTnQYKdzNrm5YWcSdl9TEtEM=
On 5/18/05, Scott Cantor
<>
wrote:
> > That would be very useful, seems to me. Sponsored accounts is a very
> > common concept. I think we'd like to encourage SPs to look to IdPs in
> > general for that first level of vetting. And indeed, being fresh back
> > from Digital ID World where new-age identity schemes (aka Identity 2.0")
> > were the hot topic, I think there's some stuff for us university infra
> > types to explore there, eg taking sponsorship towards "web of trust".
>
> Obviously the trick is to figure out where to do the federating and how this
> overlaps with proxying or self-assertion more generally. It all amounts to,
> dare I say it, claims translation?

I'm afraid I lost track of this thread after the phrase "sponsored
identity". What problem exactly are you trying to solve?

> There's lots to do here.

I'm still not clear what are the requirements?

Tom

Archive powered by MHonArc 2.6.16.

Top of Page