Java 9中的SunPKCS11提供程序

Question

在Java8之前，SunPKCS11提供程序是这样加载的：

Provider provider = new sun.security.pkcs11.SunPKCS11 (new ByteArrayInputStream (configFile.getBytes ()));
Security.addProvider (provider);

ConfigFile是包含配置参数的字符串。因此，如果应用程序需要使用多个连接的智能卡，它可以创建多个提供程序。为了访问每个提供程序，使用的名称是“sunpkcs11-”，后面跟我们在配置中指示的名称。

在Java8中，JDK中删除了sun.security.pkcs11.sunpkcs11类。所以，我不得不通过反射对前面的调用进行编程。

Java9中PKCS#11提供程序的操作似乎非常不同：

WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by PruebaTarjeta (file:/C:/temp/pkcs11java9/classes/) to constructor
sun.security.pkcs11.SunPKCS11()
WARNING: Please consider reporting this to the maintainers of PruebaTarjeta
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release

• 在Java9中，会自动生成一个SunPKCS11提供程序，该提供程序位于加密提供程序列表中。可以从列表中获取并进行配置。问题是您只能在列表中加载一个PKCS#11提供程序。Java9文档表明，我们可以使用“sunpkcs11-”和我们在配置中指示的名称来获得PKCS#11提供程序，但事实并非如此。如果我们查看提供商列表，唯一的提供商是“sunpkcs11”，所以我不能每个智能卡都有一个提供商。

这也发生在别人身上吗？有解决办法吗？

Answer 1

我注意到在javadoc中查看configure:

将提供的配置参数应用于此提供程序实例并返回已配置的提供程序。请注意，如果不能就地配置此提供程序，则将创建并返回一个新的提供程序。因此，调用方应始终使用返回的提供程序。

这表明这里使用的是原型模式，用于创建多个提供程序的新控制流如下所示：

Provider prototype = Security.getProvider("SunPKCS11");
Provider provider1 = prototype.configure(...);
Provider provider2 = prototype.configure(...);
...

Config(String fn) throws IOException {
    this.filename = fn;
    if (filename.startsWith("--")) {
        // inline config
        String config = filename.substring(2).replace("\\n", "\n");
        reader = new StringReader(config);

注意带有filename.startswith（“--”）的行，该文件名直接来自configure的参数。因此，只要用--开始字符串，然后用\n分隔key=value对，就可以将配置参数作为字符串传入。（不过，我目前还不能测试它）。

但是，我在任何地方都找不到这一事实的公开文档，因此它可能会发生变化，而且它对不同的提供商的工作方式也不同，即使用风险自担！