IdP 3.3.1 SSL certificate signature verification failed

George Stoynev george.stoynev at mcgill.ca
Tue Jul 4 11:27:39 EDT 2017


Hello,

while setting up new SP we came across a case very similar to this one: 
http://shibboleth.1660669.n2.nabble.com/SHA1-signed-authn-request-issue-td7631926.html

The precise errors are:
WARN [org.apache.xml.security.signature.XMLSignature:760] - Signature 
verification failed.
ERROR 
[org.opensaml.security.x509.impl.BasicX509CredentialNameEvaluator:300] - 
Credential failed name check:

When ran in debug mode this line comes up as well:
Attempting to retrieve trusted names for  PKIX validation from resolver 
for entity

If I understand this correctly the IdP reads the metadata from the SP 
and tries to verify the certificate against the first one found in that 
metadata. It fails to do so thus falls back to PKIX.

The vendor double checked their side and confirms it is all setup 
correctly.

How could I troubleshoot this further on the IdP end?

According to this answer 
http://shibboleth.1660669.n2.nabble.com/SHA1-signed-authn-request-issue-tp7631926p7631927.html 
either the metadata is wrong or they have the wrong key. How to prove that?

This is the structure of the metadata (filled in with some random values 
for representation purposes):
<md:EntityDescriptor ID="fsdfsdfgsd" cacheDuration="PT1440M" 
entityID="https://example.com">
<ds:Signature>
<ds:SignedInfo>
<ds:CanonicalizationMethod 
Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
<ds:SignatureMethod 
Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256"/>
<ds:Reference URI="#fzQVcJ3IHi44-FK4SpZ2tS_3vyR"><ds:Transforms>
<ds:Transform 
Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>
<ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/>
</ds:Transforms>
<ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/>
<ds:DigestValue>fdfsdfdfg=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>hgfhgfjgh
</ds:SignatureValue>
<ds:KeyInfo>
<ds:X509Data>
<ds:X509Certificate>bgcgdgdf
</ds:X509Certificate>
</ds:X509Data>
<ds:KeyValue>
<ds:RSAKeyValue>
<ds:Modulus>yuiyuioyu
</ds:Modulus>
<ds:Exponent>AQAB
</ds:Exponent>
</ds:RSAKeyValue>
</ds:KeyValue>
</ds:KeyInfo>
</ds:Signature>
<md:SPSSODescriptor 
protocolSupportEnumeration="urn:oasis:names:tc:SAML:2.0:protocol" 
WantAssertionsSigned="false" AuthnRequestsSigned="true">
<md:KeyDescriptor use="signing">
<ds:KeyInfo>
<ds:X509Data>
<ds:X509Certificate>dfgdfgsf
</ds:X509Certificate>
</ds:X509Data>
</ds:KeyInfo>
</md:KeyDescriptor>
<md:SingleLogoutService 
Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-Redirect" 
Location="https://example.com/sp/SLO.saml2"/>
<md:SingleLogoutService 
Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST" 
Location="https://example.com/sp/SLO.saml2"/>
<md:AssertionConsumerService index="0" 
Location="https://example.com/sp/ACS.saml2" 
Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST" isDefault="true"/>
</md:SPSSODescriptor>
</md:EntityDescriptor>

Thank you,

George




More information about the users mailing list