Should IDP/SP metadata contain a roleDescriptor tag?
Wessel, Keith William
kwessel at illinois.edu
Mon Jul 9 16:54:58 EDT 2012
Thanks so much, Tom. I've passed along this info to our consultant and, unless he can present evidence to the contrary, I've asked him to file this as a bug in Siteminder.
Keith
-----Original Message-----
From: users-bounces at shibboleth.net [mailto:users-bounces at shibboleth.net] On Behalf Of Tom Scavo
Sent: Monday, July 09, 2012 3:24 PM
To: Shib Users
Subject: Re: Should IDP/SP metadata contain a roleDescriptor tag?
On Mon, Jul 9, 2012 at 3:10 PM, Wessel, Keith William
<kwessel at illinois.edu> wrote:
> Following up on this, I think that Siteminder is being pickier than the SAML standards, and I'm looking for confirmation of that.
>
> There are two ways to make Siteminder happy with recognizing an SP as SAML 2.0 compliant. You can either, as you described earlier, Tom, use a roleDescriptor tag that explicitly states that the entity uses the SAML 2.0 standard
Well, I didn't mean to imply that, but it's not a problem.
> or you can specify the supported protocols in increasing numerical order as attributes to the spSSODescriptor tag. That is if you specify the supported protocols in the order ot 1.1, 2.0, it'll recognize it as 2.0. If you specify it as 2.0, 1.1, it'll only recognize it as 1.1.
I don't see any such requirement in the spec, so the ball is in their
court to provide evidence to the contrary.
> Our metagen.sh script is creating metadata that lists the protocols in decreasing numerical order, but the Shibboleth IDP is fine with that. The Siteminder IDP is not.
>
> Is the Shib IDP just extra forgiving, or is Siteminder not following the standards?
I don't see anything in the spec that requires a particular ordering.
That said, InCommon metadata follows that pattern, perhaps because
it's a "natural" ordering, but like I said, I don't think it's
strictly required.
Tom
--
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net
More information about the users
mailing list