-
-
[原创] 快手签名
-
发表于: 2019-9-7 01:34
-
整理了下，发现还有个和达达类似套路的，一起看看吧。
发送短信验证码
老规矩，确定sig为签名字段。
确定调用链
找到实现
进入native
首先确定进入一个解密字符串的函数，有兴趣的可以看看，直接粘处来解密，
接下来进入一个签名校验的函数，其实都可以跳过，因为我们可以看到上面的函数都没有参与最后返回值的生成。
看了一下，大概就可以猜出是干什么的，应该就是获取签名md5后判断是不是被重打包。
[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！
最后于 2019-9-7 01:41
被卓桐编辑
，原因：
|
|
|---|---|
|
|
太强了，顶
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
现在加了另一个salt，用于另一个参数的加密，并非所有的api都只用这个sig就能拿到数据了 |
|
|
|
|
|
|
|
|
文中deStr是个解密函数，将加密串传进去可以得到salt "382700b563f4"   |
|
|
你指的是sig2 还是sig3？ sig2就很简单本质上核心的算法还是这个算法，sig3的话就是另外一个算法了。 |
|
|
用于__NStokensig参数的token_client_salt，这个每个设备都不一样吧 |
|
|
一样的 |
|
|
我试过，反编译了apk，在java代码中没有明确给出token_client_salt是什么，只看到调用了getUserTokenClientSalt()，似乎在某个so文件中，但是不知道如何去定位这个so文件，请教一下，下一步该如何操作呢？ |
|
|
|
|
|
|
|
|
请问sig3有人搞出来了吗 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
