<div dir="ltr"><div>Thanks for the reply Scott,</div><div><br></div>They did use the key for both signing an encrypting the assertion, but we are getting an error in the log<div>---------------------------------------------------------------------------------------------------------------------------<br><div>Here's the error from log:</div><div><div>2016-12-08 09:13:12 DEBUG Shibboleth.SSO.SAML2 [1]: processing message against SAML 2.0 SSO profile</div><div>2016-12-08 09:13:12 DEBUG XMLTooling.CredentialCriteria [1]: key algorithm didn't match ('AES' != 'RSA')</div><div>2016-12-08 09:13:12 WARN XMLTooling.Decrypter [1]: XMLSecurity exception while decrypting key: XSECAlgorithmMapper::mapURIToHandler - URI <a href="http://www.w3.org/2001/04/xmlenc#rsa-1_5">http://www.w3.org/2001/04/xmlenc#rsa-1_5</a> disallowed by whitelist/blacklist policy</div><div>2016-12-08 09:13:12 WARN XMLTooling.Decrypter [1]: unable to decrypt key, generating random key for defensive purposes</div><div>2016-12-08 09:13:12 ERROR Shibboleth.SSO.SAML2 [1]: failed to decrypt assertion: XMLSecurity exception while decrypting: OpenSSL:SymmetricKey::decryptFinish - Out of range padding value in final block</div></div></div><div>---------------------------------------------------------------------------------------------------------------------------------</div><div>in the SAML Response , there' are 2 EncryptionMethods  referenced</div><div><div><EncryptedAssertion xmlns="urn:oasis:names:tc</div><div>:SAML:2.0:assertion"><EncryptedData Type="<a href="http://www.w3.org/2001/04/xmlenc#Element">http://www.w3.org/2001/04/xmlenc#Element</a>" xmlns="<a href="http://www.w3.org/2001/04/xmlenc#">http://www.w3.org/2001/04/xmlenc#</a>"><EncryptionMethod Algorithm="<a href="http://www.w3.org/2001/04/xmlenc#aes256-cbc">http://www.w3.org/2001/04/xmlenc#aes256-cbc</a>" /><KeyInfo xmlns="<a href="http://www.w">http://www.w</a></div><div><a href="http://3.org/2000/09/xmldsig#">3.org/2000/09/xmldsig#</a>"><EncryptedKey xmlns="<a href="http://www.w3.org/2001/04/xmlenc#">http://www.w3.org/2001/04/xmlenc#</a>"><EncryptionMethod Algorithm="<a href="http://www.w3.org/2001/04/xmlenc#rsa-1_5">http://www.w3.org/2001/04/xmlenc#rsa-1_5</a>" /><KeyInfo xmlns="<a href="http://www.w3.org/2000/09/xmldsig#">http://www.w3.org/2000/09/xmldsig#</a>"></div></div><div>---------------------------------------------------------------------------------------------------------------------------------------------</div><div><br></div><div>Any clue as to why it resulted in error.?</div><div><br></div><div>thanks.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 8, 2016 at 11:55 AM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> 1. can they use the same key for signing and encryption?<br>
<br>
</span>Yes. It's common, it's just considered less ideal for key hygiene. Few SPs are skilled enough to properly manage even one private key, so adding a second doesn't exactly help. Key rollover is also hard, but encryption key rolliver is brutally hard, so splitting them has some advantages there.<br>
<span class=""><br>
> 2. we use the metadata generator to generate the metadata file.<br>
<br>
</span>You cannot do that. That is always wrong, and it is exactly because of key management that it's wrong. You cannot directly expose the keys used by the configuration into metadata because that makes key rollover impossible. Metadata MUST be curated explicitly, it can only be generated as a one-time example to start from.<br>
<span class=""><br>
> changes needs to be made in the application override in shibboleth2.xml, so<br>
> that it generates a separate key for signing and encryption?<br>
<br>
</span>You don't need to, nor does this have anything to do with overrides, you should never use different keys across overrides, it's one system anyway, there's no security advantage to adding more keys.<br>
<br>
The metadata generated will be based on whatever CredentialProviders are configured and those providers can carry their own use attributes, as documented, to split signing and encryption.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Sam Jacob</div>
</div>