Skip to Content.
Sympa Menu

shibboleth-dev - Re: Soliciting Feedback, Shibboleth 2 Roadmap

Subject: Shibboleth Developers

List archive

Re: Soliciting Feedback, Shibboleth 2 Roadmap


Chronological Thread 
  • From: "Tom Scavo" <>
  • To:
  • Subject: Re: Soliciting Feedback, Shibboleth 2 Roadmap
  • Date: Fri, 10 Mar 2006 17:57:50 -0500
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OaS6PMpSmxMWVGCsElhIcdH+GaY4xrVxPEcZPrzDqF8xxPUGJolDAcHvohdb1TaQzyQ9adGdUTe7fc3aaPrOEzMlO26FOVdutbMrZ+a2SxwXw7vTN8u05BXsFeBBkNm8EXA6FM3qLdZlrghhacNLC0ngebj1z4l/BIukqCH522Q=

On 3/10/06, Scott Cantor
<>
wrote:
>
> > Again, I think you're focusing on the SSO profiles. I have a use case
> > today that could leverage signed attribute assertions. They would
> > save us a ton of work.
>
> The Shib SP only does SSO. The feature you're describing requires a context
> and the SP context is a web server. The feature is "expose signed security
> assertions for the session to web applications running behind it" for use
> with additional profiles.
>
> I could be wrong, but I don't see how that addresses anything you're
> probably thinking of.

As I said, we have a use case that could leverage this feature today.
It involves the GridShib-myVocs integration we're working on with UAB:

https://authdev.it.ohio-state.edu/twiki/bin/view/GridShib/MyVocsGridShibIntegration

In myVocs, the web application behind the SP is the IdP.

Thanks,
Tom



Archive powered by MHonArc 2.6.16.

Top of Page