记一次前端CryptoJS AES解密

1.背景

业务需求，需要联动多个平台，涉及到各平台的模拟登录。

已知加密前明文且正常登录。（无验证码要求）

某平台验证验证方式为.\login接口POST一串json字符串

{
    "account": "********",
    "password": "uR+dmpMdF9MRXfkBG3wQ+w=="
}

　　

其中account为用户名，是明文，而password是加密后的密文

2.准备工作

ctrl+F5，未发现XHR请求，推测是前端本地加密.

F12 Network中选取JS项目。

显而易见，vue框架，方法应该就是在app.7d23ae43.js中

ctrl+F 键入encrypt

 

 

用过CryptoJS看得出，显而易见是CryptoJS的AES加密，模式为ECB，

但是并没有明文密钥，密钥是一个o(t)方法根据t参数动态改变的。

前面测试过，每次登录加密密文不变，所以肯定不是时间加密，那t应该是一个固定的值。

3.借尸/还魂

这里我用了借尸还魂的方法

正巧本地有nginx，把该网页另存为下来，准备借尸。

尸体借来了，准备还魂

3.1修改html

如此多的<link/> 改了一遍目录，并在nginx中建立相同目录，

 

 

3.2还魂手术

打开app.723ae43.js

虽然都是参数化的

来一手console.log（）

我贴上cryptojs的与之对应的使用方法

function encrypt() {
  
  var $key = "自定义密钥";
  var $pwd = "123.com"
  
  var key = CryptoJS.enc.Utf8.parse($key);
  var pwd = CryptoJS.enc.Utf8.parse($pwd);

  var encrypted = CryptoJS.AES.encrypt(pwd, key, {
    iv: "",
    mode: CryptoJS.mode.ECB,
    padding: CryptoJS.pad.Pkcs7
  });
  var encryptedPwd = encrypted.toString();
  return encryptedPwd
  }

可以看出

参数n代表CryptoJS.enc.Utf8.parse()后的pwd（格式化后的密码）

参数i代表CryptoJS.enc.Utf8.parse()后的key（格式化后的密钥）

参数e代表原始pwd（原始密码）

参数a代表原始key（原始密钥）

且并没有添加iv偏移，其实加了也能console出

 

 

console后，清楚看到各类参数

这个o(t)应该就是t参数后面加8个0

根据AES密钥写一个方法测试一下

 

4.总结

前端加密并不靠谱，在我看来，破解只是时间问题。

在我看来这种借尸还魂方法屡试不爽，堪称外科界的体外循环，不需要理解前端的底层，不需要借助什么工具，只需要在本地电脑上加个console跑一遍就行了。（console总得会吧）

无论你采用什么HTTPS还是MD5还是AES种种加密方式，

只要在本地，逆向确实是时间问题。