Docusign SSO

John Dennis jdennis at redhat.com
Tue Nov 29 10:44:44 EST 2016


On 11/28/2016 09:36 PM, Peter Schober wrote:
> * Klingenstein, Nate <nklingenstein at calstate.edu> [2016-11-29 03:00]:
>> If I could change one thing in the world, "IdP URL" would mean
>> "entityID" and metadata would be hosted there.  Modern versions of
>> Shibboleth by convention host metadata at /idp/shibboleth, but it's
>> far from consistent, which makes it far from usable in existing
>> large-scale use.
>
> Asking the entity about itself (i.e., provide some text file over the
> Internet with crypographic keys etc.) also provides zero trust, making
> this approach rather pointless -- unless you have solved the problem
> of entity owners hosting their own metadata /signed/ by a trusted
> third party.
> So I wouldn't put any emphasis on pointing anyone or anything to the
> IDP to get it's metadata. You might as well forget it exists (or
> even prevent access to it.)

That seems a bit drastic. Most of the deployments I'm aware of host 
their metadata on an https URL and provided you don't do something silly 
like not requiring TLS or not verifying the server cert I'm perfectly 
comfortable with trusting that metadata.

Do you believe metadata exchange over TLS as insecure?

In addition I don't see much point in adding trusted 3rd parties to sign 
and host metadata given the metadata retrieved from the entity can be 
signed and independently verified.


-- 
John


More information about the users mailing list