Relying party specific Credential and Metadata

Nate Klingenstein ndk at internet2.edu
Thu Aug 29 16:49:16 EDT 2013


Sean,

> I've obtained said cert, placed it and the private key in /credentials

You can store the certificate and key wherever you want.  Just make sure you have appropriate file permissions to protect them.

> and modified the relying-party.xml configuration to utilize this cert for both signing and encryption
> with the relying party.  
> 
> So, my questions:
> 
> - Do I also need to create a jks keystore as well?  Where is this referenced in the config?

Shibboleth itself doesn't need a keystore in addition to the flat file certificate/key.  Your web interface, if you're using any features that require back-channel queries(e.g. typically 8443), will need the same credentials and its own port and may prefer to use a keystore.

The IdP installation script generates a .jks file as a convenience to deployers because everyone loves keytool.

> - When giving my IdP metadata to the new relying party, I assume that, considering all other aspects of my IdP are the same as for my other relying-parties, I can simply replace the inline x509 base64 text in my usual metadata info and give that to the relying-party

Yes, with the exception of back-channel query endpoints, if you use them with both this SP and any other SP.

Hope this helps,
Nate.


More information about the users mailing list