我正在更新Java 6中稳定的应用程序到Java 8的过程。应用程序使用SAML身份验证,现在在验证后Java会更新Java。XML数字签名验证抛出ResourceResolverException - Post Java升级
我的验证代码:
public static boolean isValid(Element target, KeySelector keySelector) {
NodeList nodeList = target.getElementsByTagNameNS(XMLSignature.XMLNS, "Signature");
Node sigNode = nodeList.item(0);
DOMValidateContext context = new DOMValidateContext(keySelector, sigNode);
XMLSignatureFactory factory = XMLSignatureFactory.getInstance();
try {
XMLSignature signature = factory.unmarshalXMLSignature(context);
if (!signature.validate(context)) { // Throws an XMLSignatureException
....
堆栈跟踪如下:
java.lang.RuntimeException: javax.xml.crypto.dsig.XMLSignatureException: javax.xml.crypto.URIReferenceException: com.sun.org.apache.xml.internal.security.utils.resolver.ResourceResolverException: Cannot resolve element with ID [5db62480-f1ce-4ea1-be81-b1ebdcb1d9ec]
....
Caused by: javax.xml.crypto.dsig.XMLSignatureException: javax.xml.crypto.URIReferenceException: com.sun.org.apache.xml.internal.security.utils.resolver.ResourceResolverException: Cannot resolve element with ID [5db62480-f1ce-4ea1-be81-b1ebdcb1d9ec]
at org.jcp.xml.dsig.internal.dom.DOMReference.dereference(DOMReference.java:436) ~[na:1.8.0_20]
at org.jcp.xml.dsig.internal.dom.DOMReference.validate(DOMReference.java:398) ~[na:1.8.0_20]
at com.mycompany.commons.authentication.saml.common.SignatureUtil.isValid(SignatureUtil.java:154) ~[classes/:na]
... 24 common frames omitted
Caused by: javax.xml.crypto.URIReferenceException: com.sun.org.apache.xml.internal.security.utils.resolver.ResourceResolverException: Cannot resolve element with ID [5db62480-f1ce-4ea1-be81-b1ebdcb1d9ec]
at org.jcp.xml.dsig.internal.dom.DOMURIDereferencer.dereference(DOMURIDereferencer.java:121) ~[na:1.8.0_20]
at org.jcp.xml.dsig.internal.dom.DOMReference.dereference(DOMReference.java:430) ~[na:1.8.0_20]
... 26 common frames omitted
Caused by: com.sun.org.apache.xml.internal.security.utils.resolver.ResourceResolverException: Cannot resolve element with ID [5db62480-f1ce-4ea1-be81-b1ebdcb1d9ec]
at com.sun.org.apache.xml.internal.security.utils.resolver.implementations.ResolverFragment.engineResolveURI(ResolverFragment.java:89) ~[na:1.8.0_20]
at com.sun.org.apache.xml.internal.security.utils.resolver.ResourceResolver.resolve(ResourceResolver.java:300) ~[na:1.8.0_20]
at com.sun.org.apache.xml.internal.security.utils.resolver.ResourceResolver.resolve(ResourceResolver.java:285) ~[na:1.8.0_20]
at org.jcp.xml.dsig.internal.dom.DOMURIDereferencer.dereference(DOMURIDereferencer.java:114) ~[na:1.8.0_20]
... 27 common frames omitted
我一直在努力调试这一点,因为我不能踏入的源代码,但我已经设法缩小了一点。根据此oracle guide,验证有两个阶段,签名和参考。我在参考阶段收到一个异常。下面的修改更好地隔离了这个问题。
...
XMLSignatureFactory factory = XMLSignatureFactory.getInstance();
try {
XMLSignature signature = factory.unmarshalXMLSignature(context);
List<Reference> references = DOMSignedInfo.getSignedInfoReferences(signature.getSignedInfo());
// A DOMURIReference, its URI matches the value of the ID we are searching for
Reference reference = references.get(0);
// The Reference component was what was breaking in the XMLSignature.validate method
reference.validate(context); // Throws XMLSignatureException
另外值得一提的是,我可以从上面Reference
组件,它是一个URI属性得到了Node
,其价值在堆栈跟踪报告的ID一致,不同的是它以“#”开头。我觉得我越来越近了,但即使我可以使这个URI属性为一个ID类型,它仍然不会被发现,因为下游ResolverFragment类试图通过ID获取元素时,ID搜索参数没有“#”前缀。
根本问题在此处详述:https://bugs.openjdk.java.net/browse/JDK-8017171。在此链接中,注意以下解决方法选项:
使用验证架构将使用ID引用注册元素。
- 不知道这是否是我的选择,它看起来不像我拥有的SAML XML。至少,我还没有追踪到它......我尝试以编程方式设置它,如here所述,但它不起作用。
在验证签名之前,使用DOMValidateContext.setIdAttributeNS方法注册ID元素。
- 不知道在方法参数中放置什么,或者如果这甚至适用于我的情况。第一个方法参数调用一个元素,但我正在处理一个javax.xml.crypto.dsig.Reference。
实现一个自定义的URIDereferencer,它可以找到这些引用并用DOMValidateContext.setURIDereferencer方法覆盖内建的URIDereferencer。
- 这里的主要问题是我不知道URIDereferencer实现一个自定义的一个。如果我可以访问正在使用的DOMURIDereferencer源代码,我会知道更多。
类似的问题已经被问,如this question,但无论哪种解决方案并没有为我工作,我还是没能解决适用于我的情况。我没有听说任何人提到在我面临的问题中似乎扮演重要角色的Reference
组件。
我该如何解决这个问题?请帮忙!