Help translating relying-party.xml from IdPv2 to v3
Francesco Malvezzi
francesco.malvezzi at unimore.it
Thu Feb 18 08:54:03 EST 2016
I really need some help to actualize a relying-party.xml fragment.
Working IdPv2 version is:
<RelyingParty id="https://example-sp.com/gw/metadata"
provider="https://example.edu/idp/shibboleth"
defaultSigningCredentialRef="IdPCredential">
<ProfileConfiguration xsi:type="saml:SAML2SSOProfile"
includeAttributeStatement="true"
assertionLifetime="PT5M0.000S"
assertionProxyCount="0"
signResponses="always"
signAssertions="always"
encryptAssertions="never"
encryptNameIds="never" />
my translation to IdPv3:
<bean id="shibboleth.exampleSPParty" parent="RelyingParty">
<property name="activationCondition"
ref="shibboleth.exampleSPPartyPredicate" />
<property name="profileConfigurations">
<list>
<bean parent="SAML2.SSO"
p:nameIDFormatPrecedence="#{{'urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified'}}"
p:includeAttributeStatement="true"
p:assertionLifetime="PT5M0.000S"
p:proxyCount="0"
p:encryptAssertions="false"
p:signResponses="true"
p:signAssertions="true"
p:encryptNameIDs="false"
p:postAuthenticationFlows="#{ {'terms-of-use',
'attribute-release'} }" />
</list>
</property>
</bean>
(the shibboleth.exampleSPPartyPredicate resolves to the same SP entityID)
The problem is: response is signed, assertion is not.
I am quite sure the config is picked up because the nameID is set to the
strange format (urn:oasis:names:tc:SAML:1.1:nameid-format:unspecified)
required by the legacy SP I am working with.
Where is the mistake?
thank you,
Francesco
More information about the users
mailing list