Question

我有一个带有（RSA + AES）加密连接的Angular + Net Core应用程序。来自客户端的所有请求都是通过POST发出的。（下面将为您提供示例。

下面提供的脚本效果很好，但是在5％的情况下会引发异常：

要解密的数据长度对于此密钥的大小无效在该行中：

var decryptedAesKey = Encoding.UTF8.GetString(rsaCng.Decrypt(Convert.FromBase64String(request.k), RSAEncryptionPadding.Pkcs1));

加密部分（前端）

encrypt(requestObj:any):any {  
var rsaEncrypt = new JsEncryptModule.JSEncrypt();
var key = this.generateAesKey(32); //secret key
var iv = this.generateAesKey(16); //16 digit

var stringifiedRequest = CryptoJS.enc.Utf8.parse(JSON.stringify(requestObj));
var aesEncryptedRequest = CryptoJS.AES.encrypt(stringifiedRequest, 
CryptoJS.enc.Utf8.parse(key), 
{ 
  keySize: 128 / 8,
  iv: CryptoJS.enc.Utf8.parse(iv),
  padding: CryptoJS.pad.Pkcs7,
  mode: CryptoJS.mode.CBC
 });

rsaEncrypt.setPrivateKey(this.publicPemKey);
var encryptedKey = rsaEncrypt.encrypt(key);
var encryptedIV  = rsaEncrypt.encrypt(iv);

var encryptedRequestObj = {
    k: encryptedKey,
    v: encryptedIV,
    r: aesEncryptedRequest.toString()
 };

return encryptedRequestObj;

}

解密部分（C＃后端）

var decryptedAesKey = Encoding.UTF8.GetString(rsaCng.Decrypt(Convert.FromBase64String(request.k), 
RSAEncryptionPadding.Pkcs1));
var decryptedAesIV = Encoding.UTF8.GetString(rsaCng.Decrypt(Convert.FromBase64String(request.v), RSAEncryptionPadding.Pkcs1));

byte[] encryptedBytes = request.r;
AesCryptoServiceProvider aes = new AesCryptoServiceProvider()
{
    Mode = CipherMode.CBC,
    Padding = PaddingMode.PKCS7,
    Key = Encoding.UTF8.GetBytes(decryptedAesKey),
    IV = Encoding.UTF8.GetBytes(decryptedAesIV)
};

ICryptoTransform crypto = aes.CreateDecryptor(aes.Key, aes.IV);
byte[] secret = crypto.TransformFinalBlock(encryptedBytes, 0, encryptedBytes.Length);
crypto.Dispose();

requestJson = Encoding.UTF8.GetString(secret);

示例，用户希望按ID打开页面。

前端：
1）使用 AES
加密请求ID 2）使用 RSA
加密AES密钥和iv 3）发送到后端

后端：
1）使用 RSA <--- BREAKS HERE
解密AES的密钥和值 2）使用 AES'键和iv
解密请求ID 3）解密并获得ID，就像没有加密一样

此逻辑效果很好，但有时会中断...

失败示例：

{ "k":"L+ikMb/JGvFJmhBpADMGTVLFlkHOe69dZUVSQ5r7yHCvWSwY2x6KMR274ByflF0lDMYdCmywo+Nfq6JUybRctDqmAp8UFHXnhwBAv49d99mF5x2yGbJr/j0cn6EZyhweNK4p97i5yMM6MQtluZTIErpsUa22Cajtj8F+xl0jJPUMXIf8cs2X+ooFr5VP/p/vlbPmnEY3K/hMCRZRdXMkEqaCWoA5EnYMTQABtRXPZWgLSQwJpr4dqEAhGCBtga1AGsKF3dQCsKO92NYyst0ngkBiKwFNfy1QDwbk4SzKAKeBckaY17SHt526NMvpEv08BGV6btBxcM+ypsmpB4o0",
"v":"LIndJOjUgKHDlXqwpg7uSmDuut3oi5z9L/GKm2KgU7P2EXmf/JIpXM0JgpTXPJL7wUTndq3F9UMlMdU70JBOV56x/4uIBRbHbyvaG2JZYxbBZblwyYgdo1ZcK1OSE4k5oesQmMEGNEk9RVu+EZO4xAme6+mlyd2/Y/709jaC90PuiOG/k/4JMTTI/2q4s7tk6IgSxLBT8ZiOtgJVGdasSaAksEBMRHyUkzAIr5tSUw1VXedwJFPfwQT2nOD5dU2cxiNJKOwtO9uAYXly0U0FDoa/nkWskca8zaU+4EiPikJ6Km7phViH9JvwZFgHhBj+8FM6Jof+AdrY3q1dcMLFlg==",
"r":"OJnA3wFoKKG+iu4FciXyJg=="
}

正确的请求示例：

{   "k":"uW8d7vIzlgkEkKTkDnHbBZeqKwdgoG+1BVZ/NUiC0pZ/LqZM9aUasQSx+qDg+X50ur30uRnEyAyIZXruYeHQb8cacx5mvr9LWLud+wueJXsOlEEdocD/4A1DfE9TDFdnTaVcMSIwhSVlLPUjO7ubJdANY9yK4S+vb0IyPbsrYpAT7ho01mDkvsH1rZsId/TmzQadmsGhThowu+mrQlz78rrdlN8nI5LnUQHXRNWMUgBvuteTpVBmyrfnIELIKoo/jI6Nj4rGPQBf7+2OOoZPs0Y1GtjXxUCTAt7madNLKSOdaPjdWjaOfGSwnymDNeEFyJQOmAwHZoOGYNd2B/UhQQ==",
"v":"IimiJFcKv5ZHWHljJixX0LUgV4I2GWAWPbk7dWHVhwmHEhTHA/hCdih/E1wiWFS+0KaL05ZobiZInyK7gCwYPHaz0aRCSQtVeBPiFg4f7L0gwfvk1GHwJ1wZjqNJZaYf0elXJzc2l5BwN+aXNWaNJDPA7M6kfK6UPkq84IV3ohCQcTuC8zPM7aMJHxpz9IudcrMmYIkeqrj9Do88CkTLv8yg5hk3EASPk9HqsUieuQixggv/8ZlHnp00iftc62LJlIuCkGn4WR3FkMdFdqpKXf6Ebj8PU1HOmokEtKtYJiOZ5JxieZO5Pnd+ez6sO7khIbdRFDhAQ20chsxKUypezw==",
"r":"2mbUgU44JFFDlWu8As2RIw=="
}

Answer 1

对于失败的请求，Base64解码的加密AES密钥的长度为255个字节。对于2048位RSA密钥，实际上应为256字节，对于其余数据也是如此。

对于使用RSA加密的 JSEncrypt ，该漏洞具有一个已知的错误，该错误会偶尔导致密文太短，并且可能与您的问题有关，请参阅here。该错误于2019年7月打开，尚未修复。

在 JSEncrypt 中，正确处理了太短的密文，因此不会发生错误。但是，在跨平台的情况下通常不是这种情况，因为太短的密文严格来讲是无效的，因此某些编程语言会将其标识为无效，例如Python，显然C＃是另外一个。

如果使用0x00手动将太短的密文从左侧填充到模数的长度，则密文也应在C＃代码中可解密。

更新：

我已经成功使用您的代码测试了建议的修复程序。密文可以固定在JavaScript或C＃代码中。 JavaScript端可能的实现方式是键：
```
encryptedKey = btoa(atob(encryptedKey).padStart(256, "\0"));
```
其中encryptedKey是JSEncrypt#encrypt返回的Base64编码的密文。为确保此校正不应用于已经具有正确长度的密文，长度检查很有用：长度为4 * Math.ceil(256 / 3)的Base64编码密文不需要固定，因为它对应于密文的密文。正确的256个字节的长度，请参见here。
在设置加密的公共密钥时，在 JSEncrypt 部分中应用方法setPrivateKey，正确的方法是setPublicKey，请参见here 。但是， JSEncrypt 在内部似乎可以解决此问题，因为它也可以正常工作。但是，应该对其进行更改，因为它具有误导性。
正如@kelalaka的评论中已经提到的那样，IV不是秘密，不需要加密。

RSA解密例外：要解密的数据长度对于此密钥的大小无效

1 个答案: