5

我正在尝试使用给定私钥从使用 BouncyCastle 的 Java 进程中解密数据

生成私钥的代码是：

RSAPrivateCrtKeyParameters key = new RSAPrivateCrtKeyParameters(modulus, publicExponent, privateExponent, p, q, dP, dQ, qInv);
RSAPrivateKeyStructure struc = new RSAPrivateKeyStructure(key.getModulus(), key.getPublicExponent(), key.getExponent(), key.getP(), key.getQ(), key.getDP(), key.getDQ(), key.getQInv());
byte [] bytes = struc.getEncoded();

根据文档，这应该生成 PKCS1 v2.1 格式的 RSA 密钥。

这是 base64 中的示例输出

MIICXAIBAAKBgQC5THPoS5tXlIVMKjv2MwR1P3+pIOoWYT0M+uV/lmnDXRx02MrneKH0O0VZC1UgBZ4QKyAokl1oLwjfvBX3gmDzHdMJV8NWUAI09eRzqQEraXWsn1fjJBXbIU+OcIUl+tP0k59iLVMH6ztNnJH4JNWpxkUUXcN1VweOmyyRiTM+XQIDAQABAoGAITgQi3OKfM/2eaoUp9WLlg11MHfjH3H9ROdx30ay3UBDCruW3JpmxmcdzpHWh/AZ3yIsGLnsnvHXsGyCr6WjBYSTrWHBcAEgGgPIv8mW4Zhs0UjlrPMl6BzOJQRkgcnO549OjmEDymgM9Zjgc7PZIG9R4xzJC4MCHJElKNPuZy0CQQDfpB4jK8qZci8JWI7r403manN2tFDvlyQmx1wmuP4uLCSGlILYW/N1TYKesRLzsrDnSxFACev1nr5FN+Rtz3M/AkEA1BwYCbcJRXmTy5WvpzQ9GAzoSKt2TA1XKBDLzW+MQxX9+k0jzXSCsfMpJVv4HsAWTF9jK2elkw2dK10y9JQTYwJAH8C0irfX/ytoJEKPoExYriNlG3CEoU/rURozKkhPxox77yO85C1CBuCncBKiJzmyxlQxMc920hvk1f0WkMTIjwJBAI+myzzhIr1Tvp3VrZXfEjVUoIh+32pYapuu7Ggg0OyqW00Gq2W9L7qXBVnQ9LTWwQNOYtqFoqR6RuSUhSsRkiMCQA9q3UzFzXXcqmhhcXfzKHsMvHHr7WHYGz0YoqDi/4cmL50yA8oHBwY++rba8h6IdNAtT4VbQImbY6pS1Kq31ho=

根据我对 PKCS1 的阅读，这似乎是正确的。我认为 Java 代码没有使用填充——至少我没有看到任何说 PKCS1、PKCS5 等的东西——所以我相信我必须在 iOS 和 Mac 上使用“kSecPaddingNone”。

我正在尝试在 iOS 和 Mac OSX 上对此进行解密。我让它在 iOS 上工作

status = SecKeyDecrypt(key, kSecPaddingNone, (uint8_t *)[data bytes], [data length], plainBuffer, &plainBufferSize);

该代码确实有效，所以我很高兴......直到我意识到 SecKeyDecrypt 在 OSX 上不可用。所以我尝试了这个...

// Create the SecKeyRef
CFMutableDictionaryRef parameters = CFDictionaryCreateMutable(kCFAllocatorDefault, 0, NULL, NULL);
CFDictionarySetValue(parameters, kSecAttrKeyType, kSecAttrKeyTypeRSA);
CFDictionarySetValue(parameters, kSecAttrKeyClass, kSecAttrKeyClassPrivate);
SecKeyRef key = SecKeyCreateFromData(parameters, (__bridge CFDataRef)keyData, &error);

// And decrypt.  Error handling removed from code segment
SecTransformRef decrypt = SecDecryptTransformCreate(key, &error);
SecTransformSetAttribute(decrypt, kSecPaddingKey, kSecPaddingNoneKey, &error);       // Sorta works
SecTransformSetAttribute(decrypt, kSecTransformInputAttributeName, (__bridge CFDataRef)encryptedData, &error);
CFDataRef decryptedData = SecTransformExecute(decrypt, &error);

这实际上几乎有效。如果我输入 128 字节的加密数据，它会正确解密它，但会在块的开头用 0 填充解密的数据。所以实际解密的数据是100字节。所以我最终得到

[ 28 bytes of 0s ][Correct decrypted data]

所以有几个问题。我如何知道从解密数据中删除多少个初始 0？或者有什么方法可以不填充解密数据？

谢谢

- 更新 -

Okay 潜伏在 Mac 文档中，发现一条评论说“无填充”模式对于以 0 开头的加密数据无效。所以，我告诉我们的 Java 团队我们需要填充：

    PKCS1Encoding eng = new PKCS1Encoding(new RSAEngine());
    eng.init(true, keys.getPublic());
    byte[] result = eng.processBlock(data, 0, data.length);

我将我的 iOS 解密代码更改为

    status = SecKeyDecrypt( key, kSecPaddingPKCS1, ( uint8_t*)[ data bytes], [ data length], plainBuffer, &plainBufferSize);

一切正常。因此，我将 OSX 代码更改为：

    SecTransformRef decrypt = SecDecryptTransformCreate(key, &error);
    SecTransformSetAttribute(decrypt, kSecPaddingKey, kSecPaddingPKCS1Key, &error);      
    SecTransformSetAttribute(decrypt, kSecTransformInputAttributeName, (__bridge CFDataRef)data, &error);
    NSData *decryptedData = CFBridgingRelease(SecTransformExecute(decrypt, &error));

并期望它能够工作......但是它会抛出这个错误

Error Domain=NSOSStatusErrorDomain Code=-2147415748 "The operation couldn’t be completed. (OSStatus error -2147415748 - CSSMERR_CSP_INVALID_ATTR_PADDING)" UserInfo=0x6080002750c0 {NSDescription=CSSMERR_CSP_INVALID_ATTR_PADDING}

有任何想法吗？

-- 更新 2 -- 这是一个示例私钥的 dumpasn1

  0  604: SEQUENCE {
   4    1:   INTEGER 0
   7  129:   INTEGER
         :     00 85 ED 90 D9 01 6E 9A 55 97 54 8F 0F 18 CB B5
         :     E4 22 5F CE 8C 15 5E 1B 87 D3 95 4A 38 6D 22 69
         :     DC 66 47 21 08 0F 37 AD 7D 60 F9 56 8B 84 6F 73
         :     F6 37 63 45 61 E8 BF F7 D5 47 CE 5B 49 60 17 65
         :     6C FD 0F AF AD E9 65 AD D5 9C 7E 3F EF 7E 51 4A
         :     02 49 97 83 3A CF 24 B8 EF 50 8C 1D 00 B1 15 27
         :     6E BD 91 E5 62 B0 62 78 97 6F 08 5D 76 C9 86 74
         :     6C 7C 00 C7 CB 28 45 6C 96 F6 42 CD 83 05 F2 45
         :             [ Another 1 bytes skipped ]
 139    3:   INTEGER 65537
 144  128:   INTEGER
         :     18 95 79 27 3C 6A 0F 0E 73 0E E4 8B C2 E3 71 EA
         :     04 9D 4D 8E CD 45 4F 0C 69 BC 57 B9 6F DF 07 4B
         :     9B C2 A6 BF 91 FB 88 6F 21 63 E3 8D 0C AC 60 BE
         :     EB 7F DF 76 8F 80 DD 7F 5B 04 F8 20 C9 F0 C1 7F
         :     32 22 36 C1 F7 38 13 4B 40 F7 85 AC B2 3F 49 AC
         :     3A C7 43 89 BD 7B CE 7F BE 02 AD B6 04 8C 22 A0
         :     1F 64 98 36 D9 C4 BC 9C A7 9F 0C 86 48 29 57 13
         :     BD 36 97 BF 13 51 19 BE 8A C8 DD DD 0E 77 DE 11
 275   65:   INTEGER
         :     00 B9 51 A5 C1 29 A0 CF F6 3C 68 FF BC 94 60 A0
         :     43 65 56 8A BA 1E 11 7A A0 6D 76 66 7D C6 B2 34
         :     C9 1A 59 D4 13 96 F4 C5 E3 8A C8 E0 84 2D 78 9F
         :     46 0E 26 B9 DD 13 93 0A 12 34 DE 76 C9 B7 6D 67
         :     2F
 342   65:   INTEGER
         :     00 B9 02 28 A6 45 11 1F AF 5C 9E 7E 75 BC 30 2A
         :     29 06 FE 66 54 52 79 2C F4 02 92 09 92 FF 73 59
         :     E4 8A 8F B5 22 9F CC CF E9 78 52 4B EE B8 D5 33
         :     7B B6 B5 38 28 27 2A 0A AE 89 D2 21 65 C0 FC 88
         :     E5
 409   64:   INTEGER
         :     6B CC 2C A9 01 F8 03 40 6E BF 7D 13 4B 14 31 E5
         :     42 4B 67 03 00 7E 96 60 3F 8C 41 EE 23 E8 81 80
         :     01 8E 03 29 2A 04 54 20 1A 18 E3 50 BF CA 8C 8B
         :     89 AB C9 2D EA 36 FC 02 BF 32 30 D3 01 99 E8 0D
 475   64:   INTEGER
         :     79 08 D3 85 2B 6C 2F 79 6F 33 75 72 1A E2 BB C2
         :     49 84 07 78 24 D8 87 B3 3F 37 41 32 3D 12 BE FD
         :     88 34 CA 00 D3 E0 8F 28 A3 81 DB 91 5A B4 88 50
         :     E8 50 18 64 14 73 29 B7 D4 0C 77 B2 F5 15 81 8D
 541   65:   INTEGER
         :     00 A6 73 29 DC BC 09 91 FF 14 54 DA 80 20 94 80
         :     D6 D5 5D E0 84 2E C8 F4 F0 D5 27 90 9B C5 BE 4D
         :     48 C3 6A 2B 74 E7 16 E2 44 93 C3 33 FC AA DE CA
         :     5E 45 97 C3 B2 3F 7A FE 5A A6 F9 8F A2 7D B9 CF
         :     AD
         :   }
4

1 回答 1

3

Apple 支持人员对此进行了回答。在他们的 CryptoCompatibility 示例代码中搜索“rdar://problem/13661366”，你会发现：

    // For an RSA key the transform does PKCS#1 padding by default.  Weirdly, if we explicitly
    // set the padding to kSecPaddingPKCS1Key then the transform fails <rdar://problem/13661366>>. 
    // Thus, if the client has requested PKCS#1, we leave paddingStr set to NULL, which prevents
    // us explicitly setting the padding to anything, which avoids the error while giving us
    // PKCS#1 padding.

所以解决方法是：

SecTransformSetAttribute(decrypt, kSecPaddingKey, NULL, &error);

或者

我们实际上最终使用了 OAEP 填充

于 2013-11-06T19:06:40.453 回答