No candidate NameID formats

Peter Schober peter.schober at univie.ac.at
Mon Jan 2 18:45:01 UTC 2023


I'm trying to override the NameID format to be used with an SP[1] but
this fails and consequently no NameID element is added to the
Assertion:

2023-01-02 18:00:31,477 - 127.0.0.1 - DEBUG [org.opensaml.saml.common.profile.logic.MetadataNameIdentifierFormatStrategy:80] - Metadata specifies the following formats: [urn:oasis:names:tc:SAML:2.0:nameid-format:transient]
2023-01-02 18:00:31,477 - 127.0.0.1 - DEBUG [net.shibboleth.idp.saml.profile.logic.DefaultNameIdentifierFormatStrategy:115] - Using overridden profile configuration ID: http://shibboleth.net/ns/profiles/saml2/sso/browser
2023-01-02 18:00:31,477 - 127.0.0.1 - DEBUG [net.shibboleth.idp.saml.profile.logic.DefaultNameIdentifierFormatStrategy:126] - Configuration specifies the following formats: [urn:oasis:names:tc:SAML:2.0:nameid-format:persistent]
2023-01-02 18:00:31,477 - 127.0.0.1 - DEBUG [net.shibboleth.idp.saml.profile.logic.DefaultNameIdentifierFormatStrategy:152] - Filtered non-metadata-supported formats from configured formats, leaving: []
2023-01-02 18:00:31,477 - 127.0.0.1 - DEBUG [org.opensaml.saml.saml2.profile.impl.AddNameIDToSubjects:318] - Profile Action AddNameIDToSubjects: No candidate NameID formats, nothing to do

The former 3 log lines are clear and fully expected: Metadata for this
SP lists (only) transient, configurtion (relyingparty override)
specifies (only) persistent.
The latter 2 log lines are not clear to me, however. I.e., why
specifying the format in an override leaves the IDP with an empty set
and "nothing to do"?

This is from using only the aacli, there's no authn request involved.
Any pointers?

Best,
-peter

[1] This SP was redundantly registered by multiple Identity
Federations but with slightly differing metadata. The copy our
constituency consumed until recently contained NameIDFormat elements
including "persistent" but now another copy is being used that only
contains "transient". Short of getting that metadata amended by the
changed upstream registrat the only way to make logins succeed to that
SP would be to override the NameID format at every affected IDP.


More information about the users mailing list