Unidbg + Web = Unidbg-server 手把

2021-07-26 本文已影响0人 fenfei331

一、目标

爆肝+熬夜，终于把so用unidbg跑起来了，总不能放在硬盘里发霉吧。我们得在生成环境下用起来。

最方便的方式就是租台云服务器，然后把Unidbg部署上去，就可以给我们的工作者程序提供云签名服务了。

unidbg
Unidbg-server

二、步骤

Unidbg-server

玩Unidbg还得是java老艺术家才行，cxapython大佬提供了一个springboot运行unidbg的方案:

https://github.com/cxapython/unidbg-server

git clone 下来，然后导入到idea

ide.png

然后、编译、运行......

ffMac:unidbgweb fenfei$ python3 send.py
{'X-Khronos': '1627183488', 'X-Gorgon': '0401007008006c494547b54e36413a81b1a8118d238f2dffd9b3'}

跑一下作者提供的例子

yyds.jpeg

我去，一套行云流水，顺利跑通。现在做开源的大佬都这么拼了？ 简直开箱即用。

Unidbg在哪里

我们只下载了Unidbg-server的代码，并没有下载Unidbg的代码？为啥直接就能跑起来？

奥秘在pom.xml里面，加载了线上的unidbg模块，所以可以直接跑起来。

加点料

通过前面的学习，我们对Unidbg已经有一定的熟悉了，所以可能维护了一份定制的修改。这样问题就来了，可不可以不加载线上的Unidbg的代码，而加载我们本机修改过的版本？

首先把我们定制版的unidbg编译成jar包，参考 http://91fans.com.cn/post/unidbgone/
在 Unidbg-server工程的根目录下(和pom.xml同级目录)新建 libs 目录

jar.png

把定制版的unidbg编译生成的一堆jar包拷进去

修改 pom.xml

// 删除这两个段, 不使用线上的unidbg
<dependency>
    <groupId>com.github.zhkl0228</groupId>
    <artifactId>unidbg-api</artifactId>
    <version>0.9.0</version>
</dependency>
<dependency>
    <groupId>com.github.zhkl0228</groupId>
    <artifactId>unidbg-android</artifactId>
    <version>0.9.0</version>
</dependency>

// 增加这一个段，使用本地的unidbg
<dependency>
    <groupId>unidbg</groupId>
    <artifactId>unidbg</artifactId>
    <version>0.9.5</version>
    <scope>system</scope>
    <systemPath>${project.basedir}/libs/unidbg-parent.jar</systemPath>
</dependency>

然后在左侧工程窗口点右键 Maven -> Reload project
重新编译下。报错了，我就知道不会这么顺利。

Caused by: org.springframework.beans.BeanInstantiationException: Failed to instanceiate [com .damei.xhs.xhsshield.controller.Xhs668Controller]：构造函数抛出异常；嵌套异常是 java.lang.NoSuchFieldError: OSX_ARM64
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:225)
at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:87)
at org .springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:1308)
... 18 更多
引起：java.lang.NoSuchFieldError：OSX_ARM64

这是为啥呀，百思不得其姐。算了问问谷哥吧。

在Unidbg的github上有个兄弟提了一个issues，和我们遇到的问题一样。目前作者还木有解决方案。不过这个老兄说： 我用了之前的 0.9.2 没有这个问题，0.9.3 就出现了这个问题

再仔细看看Unidbg-server作者的玩法，他用的是Unidbg的 0.9.0版本。

好吧，目前的权宜之计是把0.9.2的版本Unidbg代码下载回来，然后加入我们的定制代码。再编译一下，顺利跑过。

有点慢？再优化一把

生产环境下的性能瓶颈可能在unidbg的模拟器初始化上，我们可以只初始化一个模拟器，然后每次做签名的时候只需要调用指定的函数就行。

在controller目录下创建一个 FenfeiController.java

public class FenfeiController {
    public static DouyinSign instance;

    static {
        instance = new DouyinSign();
    }

    @RequestMapping(value="dySignEx",method =  {RequestMethod.GET,RequestMethod.POST})
    @ResponseBody
    public String dySign(@RequestParam("url") String url) {
        Map<String,String> result= instance.crack(url);
        String jsonString = JSON.toJSONString(result);

        return jsonString;
    }
}

这样模拟器只初始化了一次，感觉能快一些了。

不过又引入了一个新问题，模拟器是被共享了，并发的时候是会出问题的，这也难不倒我们，加个锁就行了

public String dySign(@RequestParam("url") String url) {
        synchronized (this) {
            Map<String, String> result = instance.crack(url);
            String jsonString = JSON.toJSONString(result);

            return jsonString;
        }
    }

完美收工，上鲜啤。

三、总结

可以通过application.properties自行修改服务的地址和端口，目前我使用的结果是只改端口就行，ip地址就保持 0.0.0.0就可以了。

开源程序的版本搭配也很重要，发现和最新代码不兼容的时候，可以研究下回退一两个版本。

开箱可用，是大佬们努力的结果。不过我们不能只满足于开箱就用，大概原理还是要了解一下的。不然稍微定制下就抓瞎了。

Unidbg-server编译成jar包，请参考 http://91fans.com.cn/post/unidbgone/

ffshow.jpeg

我们生来彷徨