NameID from Subject

Cantor, Scott cantor.2 at osu.edu
Tue Aug 5 09:55:43 EDT 2014


On 8/5/14, 4:07 AM, "Andy Bennett" <andyjpb at knodium.com> wrote:
>
>If I copy the NameId:, entityID: and Protocol: information from
>transaction.log from a "recent" transaction and feed it to resolvertest
>then I get some attributes back.

Yes, it's doing an attribute query.

> If I feed in anything I get from the
>persistent-id or transient-id fields in the web server then it doesn't
>work.

I don't know what transient-id field you're talking about. There is no
default mapping rule for a transient NameID by that name. If you created
one, then it would work as above.

Persistent IDs, when generated by a hash, are not in general reversible by
the IdP and are not usable for making a query. In any case, the SP is not
expected to be able to make arbitrary queries to an IdP. That's up to the
privacy policy of the IdP and is reflected in part by what they make
available in the assertion's subject.

> The value in NameID: in the logs never appears in any of the web
>server variables but, for a given user, I always get the same value in
>persistent-id or transient-id.

The only time a persistent-id isn't the NameID is in a SAML 1 assertion
when it's coming from the eduPersonTargetedID attribute. In any case, it's
not usable for making a query and whatever you're trying to do, you can't
do it.

-- Scott



More information about the users mailing list