应用错误收集

你知道，我有一个applet根据pkcs11令牌中的RSA私钥解密一些信息。
在巴西，现在有一些新证书包含一个2048位的私钥。还有常规1024位的旧型号到现在为止，我的应用程序运行良好。我使用的是1024位证书，所以没有麻烦。但是现在我有一些新的证书要测试，它崩溃了标题错误：

PKCS11Exception：CKR_KEY_FUNCTION_NOT_PERMITTED

btw：它仍然适用于1024位。

at sun.applet.AppletPanel.run（未知来源）在java.lang.Thread.run（未知来源）引起：sun.security.pkcs11.wrapper.PKCS11Exception：CKR_KEY_FUNCTION_NOT_PERMITTED at sun.security.pkcs11.wrapper.PKCS11.C_DecryptInit（Native Method） at sun.security.pkcs11.P11RSACipher.initialize（P11RSACipher.java:260） at sun.security.pkcs11.P11RSACipher.implInit（P11RSACipher.java:193）

我使用标准的java安全命名空间。我已经读过某些地方，Java在政策上有限制，与美国如何对待安全有关，我不知道...... 有没有关系？
我知道我必须使用bouncyCastle提供程序，但我只是想知道...

尽管如此，BC不能使用P11PrivateKey，因为它使用硬件进行签名或加密。

结论：

正如我发现的那样，感谢owlstead，在etoken属性中，关键不是为那个porpouse ...上帝......

不起作用的那个：

序列号:( ...）
    发给：（......）
    发布者：（......）
    有效期:( ...）
    有效期至：（...）
    预期用途：客户端身份验证，安全电子邮件
    键大小：2048位
    集装箱名称:( ...）
    模数：（...）
    主要规格： AT_KEYSIGNATURE

另一个，有效的那个：

序列号:( ...）
    发给：（......）
    发布者：（......）
    有效期:( ...）
    有效期至：（...）
    预期用途：安全电子邮件，客户端身份验证，智能卡登录
    密钥大小：1024位
    集装箱名称:( ...）
    模数：（...）
    主要规格： AT_KEYEXCHANGE
    默认密钥容器：是
    辅助密钥容器：是

我知道 AT_KEYEXCHANGE 本身并不意味着可以解密，但 AT_KEYSIGNATURE 意味着只能用于该porpouse。而且我已经测试过一个适用于签名......

PKCS11Exception：CKR_KEY_FUNCTION_NOT_PERMITTED

2 个答案: