gpt4 book ai didi

java - 无法识别 Wildfly 10 BouncyCaSTLeCrypto ECDSA key 规范

转载 作者:搜寻专家 更新时间:2023-11-01 02:05:22 24 4
gpt4 key购买 nike

我正在为我的 J2EE 应用程序添加对 FIDO U2F 的支持(它基本上是使用硬件 token 保护登录)。我正在使用来自 yubico 的库 u2flib-server-core,它使用 BouncyCaSTLeCrypto 处理协议(protocol)中的加密操作。然而,在从持久存储中解码公钥时,我不断收到消息异常

“无法识别关键规范”

我已将问题缩小到库中的这个函数

public PublicKey decodePublicKey(byte[] encodedPublicKey) throws U2fBadInputException {
try {
X9ECParameters curve = SECNamedCurves.getByName("secp256r1");
ECPoint point;
try {
point = curve.getCurve().decodePoint(encodedPublicKey);
} catch (RuntimeException e) {
throw new U2fBadInputException("Could not parse user public key", e);
}

return KeyFactory.getInstance("ECDSA").generatePublic(
new ECPublicKeySpec(point,
new ECParameterSpec(
curve.getCurve(),
curve.getG(),
curve.getN(),
curve.getH()
)
)
);
} catch (GeneralSecurityException e) { //This should not happen
throw new RuntimeException(e);
}
}

方法 generatePublic 抛出异常,该异常被捕获并作为 RuntimeException 重新抛出。

我已验证 KeyFactory.getInstance 从 BC 提供商返回 KeyFactory。在 Wildfly 外部运行这段代码效果很好。 (我必须将 bcprov-ext-jdk15on-154.jar 放入 java 的/lib/ext 中)。

我已经尝试为 bouncycaSTLe 更新 wildfly 的模块,目前我已经添加了在 http://www.bouncycastle.org/latest_releases.html 上发布的所有 6 个 jar。

堆栈跟踪中有趣的部分是

java.security.spec.InvalidKeySpecException: key spec not recognised
at org.bouncycastle.jcajce.provider.asymmetric.util.BaseKeyFactorySpi.engineGeneratePublic(Unknown Source)
at org.bouncycastle.jcajce.provider.asymmetric.ec.KeyFactorySpi.engineGeneratePublic(Unknown Source)
at java.security.KeyFactory.generatePublic(KeyFactory.java:334)
at com.yubico.u2f.crypto.BouncyCastleCrypto.decodePublicKey(BouncyCastleCrypto.java:60)
at com.yubico.u2f.data.messages.key.RawAuthenticateResponse.checkSignature(RawAuthenticateResponse.java:64)
at com.yubico.u2f.U2fPrimitives.finishAuthentication(U2fPrimitives.java:153)
at com.yubico.u2f.U2F.finishAuthentication(U2F.java:116)
at com.yubico.u2f.U2F.finishAuthentication(U2F.java:90)

希望有人能帮助我 :-) 提前致谢

编辑: 我已经用其他模式尝试过该代码,看起来好像没有识别出单个事件。使用 EC 异常(exception)是不同的,因为它使用其他提供程序,但是配置 BC 位于顶部的提供程序列表仍然会出现与我提到的相同的异常。

编辑 我认为这可能是某种类加载问题,所以我转为详细登录,这里是有趣的日志

[Loaded org.bouncycastle.jcajce.provider.asymmetric.ec.KeyFactorySpi$ECDSA from file:/home/martin/java/jdk1.8.0_45/jre/lib/ext/bcprov-jdk15on-154.jar]
[Loaded org.bouncycastle.jce.spec.ECKeySpec from jar:file:/opt/wildfly-10.0.0.Final/modules/system/layers/base/org/bouncycastle/main/bcprov-jdk15on-1.52.jar!/]

KeyFactorySpi 和 ECKeySpec 来自两个不同的 jar(类加载器?)因此 KeyFactory 中使用的 instanceof 失败

最佳答案

终于找到问题了:-)

当我打开类加载器的详细日志记录时,我发现 KeySpec 来自不同的类加载器,如 KeyFactorySpi,它检查了该 KeySpec 的实例。这是我在解决这个问题时造成的问题。由于 wildfly 10 随附有 RestEasy 所依赖的 BouncyCaSTLe 模块,因此它会被加载。我使用的 Hover 库也提供了一些 BouncyCaSTLe 类。

我所要做的就是创建具有以下内容的 jboss-deployment-structure.xml

<jboss-deployment-structure xmlns="urn:jboss:deployment-structure:1.1">
<deployment>
<dependencies>
<module name="org.bouncycastle" />
</dependencies>
</deployment>
</jboss-deployment-structure>

这让我可以使用 Wildfly 的 BouncyCaSTLe 模块。 Hovewer,当我完成此操作时,我已经尝试将 BouncyCaSTLe 放入我用来运行服务器的 JRE 的 lib/ext/中。这导致了与另一个原因完全相同的错误:-)

综上所述,在将 BouncyCaSTLe 与 wildfly 10 一起使用时,您必须确保以下几点:

  1. 创建依赖于 Wildfly 模块的 jboss-deployment-structure.xml }或者,您可以使用 MANIFEST.mf 来执行此操作|
  2. 确保您在使用的 JRE 的 lib/ext/中没有 BouncyCaSTLe 提供程序
  3. 如果您动态添加 BouncyCaSTLe JCE 提供程序,您还必须使用 JCE Unlimited 策略文件(当然,如果您合法的话)

希望这对以后的人有帮助 :-)

关于java - 无法识别 Wildfly 10 BouncyCaSTLeCrypto ECDSA key 规范,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36252742/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com