java.io.IOException：无效的密钥库格式

Question

有谁知道如何解决这个问题？ 我尝试了很多方法，但没有一个有效。

当我单击更多详细信息时，我得到以下信息：

at sun.security.provider.JavaKeyStore.engineLoad(Unknown Source)
atsun.security.provider.JavaKeyStore$JKS.engineLoad(Unknown Source)
at java.security.KeyStore.load(Unknown Source)
at com.sun.deploy.security.RootCertStore$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.deploy.security.RootCertStore.loadCertStore(Unknown Source)
at com.sun.deploy.security.RootCertStore.load(Unknown Source)
at com.sun.deploy.security.RootCertStore.load(Unknown Source)
at com.sun.deploy.security.ImmutableCertStore.load(Unknown Source)
at com.sun.deploy.security.TrustDecider.isAllPermissionGranted(Unknown Source)
at com.sun.deploy.security.TrustDecider.isAllPermissionGranted(Unknown Source)
at sun.plugin.security.PluginClassLoader.getPermissions(Unknown Source)
at java.security.SecureClassLoader.getProtectionDomain(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at sun.applet.AppletClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.applet.AppletClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.applet.AppletClassLoader.loadCode(Unknown Source)
at sun.applet.AppletPanel.createApplet(Unknown Source)
at sun.plugin.AppletViewer.createApplet(Unknown Source)
at sun.applet.AppletPanel.runLoader(Unknown Source)
at sun.applet.AppletPanel.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

Answer 1

您可能会在复制/传输过程中损坏文件。

你用的是maven吗？
如果您使用“filter=true”复制密钥库文件，则可能会损坏该文件。

请检查文件大小。

Answer 2

也许maven对你的KeyStore进行了编码，你可以设置filtering=false来解决这个问题。

<build>
    ...
    <resources>
        <resource>
            ...
            <!-- set filtering=false to fix -->
            <filtering>false</filtering>
            ...
        </resource>
    </resources>
</build>

Answer 3

我对不同版本的 keytool 遇到了同样的问题：

C:\Program Files\Java\jdk1.8.0_51\bin\keytool，

但相同的密钥库文件在

"C:\Program 上运行良好Files\Java\jre1.8.0_201\bin\keytool"

我知道这是一个旧线程，但花了很多时间来解决这个问题...:D

Answer 4

（重新）安装最新的 JDK（例如 Oracle 的）修复了该问题为我。

在安装最新的 JDK 之前，当我在 Terminal.app 中执行以下命令时：

keytool -list -keystore $(/usr/libexec/java_home)/jre/lib/security/cacerts -v

结果是：

keytool error: java.io.IOException: Invalid keystore format
java.io.IOException: Invalid keystore format
    at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:650)
    at sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:55)
    at java.security.KeyStore.load(KeyStore.java:1445)
    at sun.security.tools.keytool.Main.doCommands(Main.java:792)
    at sun.security.tools.keytool.Main.run(Main.java:340)
    at sun.security.tools.keytool.Main.main(Main.java:333)

但是，在安装最新的 Oracle JDK 并重新启动终端之后，执行以下命令：

keytool -list -keystore $(/usr/libexec/java_home)/jre/lib/security/cacerts -v

结果是：

Enter keystore password:  

这表明路径上的 keytool 可以访问密钥库。

Answer 5

我在这方面花了很多时间，最后这对我有用 -

转到文件 -> 项目结构-> SDK位置-> Gradle 设置 -> 更改 Gradle JDK -> 从 1.8 到 11

只需更改 Gradle JDK -> 从 1.8 到 11 然后重建项目并重试

Answer 6

对我来说，发生这个问题是因为我在笔记本电脑上使用 1.8.0_251 生成了 .jks 文件，并将其复制到具有 java 1.8.0_45 的服务器上，当我在代码中使用该 .jks 文件时，我得到了 java.io.IOException: Invalid密钥库格式。

为了解决这个问题，我直接在服务器上生成了 .jks 文件，而不是从具有不同 java 版本的笔记本电脑复制到那里。

Answer 7

您可以通过在 android/app/ 目录中运行此命令来生成调试密钥库：

keytool -genkey -v -keystore debug.keystore -storepass android -alias androiddebugkey -keypass android -keyalg RSA -keysize 2048 -validity 10000

或者从官方模板下载 https://raw.githubusercontent.com/facebook/react-native/master/template/android/app/debug.keystore

Answer 8

我认为您要使用的密钥库文件的格式与您的 Java 版本不同或不受支持。 您可以发布更多有关您的任务的信息吗？

一般来说，要解决此问题，您可能需要重新创建整个密钥库（例如使用其他 JDK 版本）。 在导出-导入旧密钥和新密钥之间的密钥 - 如果您设法在其他地方打开旧密钥。

如果它只是一个不受支持的版本，请尝试 BouncyCastle 加密提供程序，例如 （尽管我不确定它是否增加了对 Java 的更多密钥库类型的支持？）。

编辑：我查看了 BC 的功能规范。

Answer 9

您的密钥库已损坏，您必须恢复或重新生成它。

Answer 10

我在 ubuntu 上遇到了 openJDK 的问题，必须安装 Oracle JDK 才能正常工作。

您可以按照Google 网站上的指南来执行此操作。

Answer 11

这里有同样的问题，我安装了 Oracle JDK，并且使用它创建了我的密钥库，但在 jceks 格式中，

keytool -importkeystore -destkeystore client.keystore \
    -srckeystore redislabs_user.p12 -srcstoretype pkcs12 \
    -deststoretype jceks -alias client-cert

我删除了 -deststoretype jceks 选项，它工作得很好:)

Answer 12

就我而言，我使用 Java 版本 1.8 运行该项目。 以及我从 java 16 生成的 Keystore.jks 文件。
我将项目 java 版本更改为 16，错误消失了。

请检查您生成密钥库所用的 JDK 版本与您项目的 JDK 版本是否相同。 如果它们不同，请从当前项目运行的同一 JDK 生成密钥库，或者更改项目 JDK。

Answer 13

Java v8 和 Java v11 的密钥库生成方式不同。
Java v8 生成 jks 格式的密钥库，我猜 Java v11 生成 PKCS12 类型的密钥库，扩展名为 .p12。

您可以做的就是尝试将 .jks 格式的密钥库转换为 .12，然后尝试反之亦然。 这可能会有所帮助。
句法：
要将 PKCS12 (.p12) 密钥库转换为 JKS (.jks) 密钥库，请运行以下命令：

keytool -importkeystore -srckeystore key.p12 -srcstoretype pkcs12 -destkeystore key.jks -deststoretype jks

其中 key.p12 是 p12 文件的名称，key.jks 是要创建的 jks 密钥库的名称。

执行相同操作的命令是：
keytool -importkeystore -srckeystore kafkatools.truststore.jks -srcstoretype pkcs12 -destkeystore trust.jks -deststoretype jks

这是我自己使用的并摆脱了无效密钥库问题。

参考：https： //knowledge.broadcom.com/external/article/151981/how-to-convert-a-pkcs12-p12-keystore-to.html

Answer 14

我在运行 keytool 命令时遇到了这个问题。 还有另一种运行 keytool 命令的方法，如下所示：https://developers。 google.com/android/guides/client-auth 使用 gradlew 命令。

当我在调试模式下运行时 ./gradlewsigningReport --debug 知道 gradle 插件需要 java 11 而我的本地有 java8。 下载了java11并更新了路径。 运行命令（确保打开一个新终端，以便 java 路径反映为 11）。 奇迹般有效 ！！！

Answer 15

这对我有用（切换到JDK 11，而不是8）

以前的JAVA路径“C：\ Program Files \ Java \ jdk1.8.0_202 \ bin”

Changed Path to "C:\Program Files\Java\jdk-11.0.14\bin"

Answer 16

就我而言，更新到 Api 33 后，当 jarsigner 需要 jks 格式时，keytool 正在使用 pkcs12 格式创建密钥库。 创建后必须转换密钥库： keytool -importkeystore -srckeystore .\original.keystore -destkeystore .\destination.keystore -deststoretype jks

Answer 17

去建造
清理项目
然后重建你的项目
它对我有用。

Answer 18

可能需要以管理员身份运行cmd。
指定 .jks 文件的路径必须是 / 而不是 \。

如果他们使用 .jks 文件所在的路径打开 cmd，则只会输入 /key.jks 路径

Answer 19

我也遇到了“无效密钥库格式”的问题。 所有这些答案都无法帮助我。

就我而言，问题出在 Mac 操作系统上。 JAVA_HOME=jdk1.8 未从 .zschrc 中提取，因此我认为可以在其上生成证书，但默认为 jdk11。 我用“jenv”将其更改为jdk1.8并生成证书。 怎么运行的。

您可以通过brew下载jenv。 命令

jenv versions

还有一些我用来检查 JDK 所有版本的

jenv global JDK

来设置想要 jdk

java -version

来检查它

Answer 20

升级你的 JVM 版本 - 我从 Java 8 迁移到 java 17 并且它已修复。

来自甲骨文：

In Java 8u301 release, a new fix went in to upgrade the default PKCS12 encryption algorithm, as noted in Java 8u301 release notes at https://www.oracle.com/java/technologies/javase/8all-relnotes.html#R180_301

➜ Upgraded the Default PKCS12 Encryption Algorithms
The default encryption algorithms used in a PKCS #12 keystore have been updated. The new algorithms are based on AES-256 and SHA-256 and are stronger than the old algorithms that were based on RC2, DESede, and SHA-1. See the security properties starting with keystore.pkcs12 in the java.security file for detailed information.

For compatibility, a new system property named keystore.pkcs12.legacy is defined that will revert the algorithms to use the older, weaker algorithms.  There is no value defined for this property.

Answer 21

还有另一个原因：如果您的系统上有多个 JDK 版本，并使用一个版本生成密钥库，但尝试使用不同版本导入它，您将遇到该错误。 就我而言，我使用 JDK 17 创建密钥库，并使用 JDK 8 导入它。

Answer 22

在我的特定情况下，我要求 Maven 过滤器在 application.yaml 文件上运行，因此需要将过滤器设置为 true。 为了解决这个问题，我采用了 maven-resources-plugin 作为可行的解决方案。 这种方法也可能对您的需求有效。

以下是使用 Maven 资源插件配置修改后的 XML 代码：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-resources-plugin</artifactId>
    <configuration>
        <nonFilteredFileExtensions>
            <nonFilteredFileExtension>jks</nonFilteredFileExtension>
        </nonFilteredFileExtensions>
    </configuration>
</plugin>