首页
社区
课程
招聘
[原创]运行中的DLL自升级
发表于: 2016-5-26 20:27 10032

[原创]运行中的DLL自升级

2016-5-26 20:27
10032
    最近手头有个需求:dll需要注入到某个进程常驻,该dll具备自我升级能力,当发现新的可用版本时,立即Free自己,加载新的。下面是一个实现方案:

    开启一个监听线程,从网络上拉新的可用版本,下载放到一个临时目录,如果发现需要升级,则立即FreeLibrary自身,然后执行更新过程。
    由于FreeLibrary之后当前模块的内存区域已经无效,所以更新的过程使用一个单独的线程,并将要更新过程的代码通过shellcode的形式写到分配的内存中执行。更新过程中将会使用一些系统API函数,这里不能直接通过函数名来调用,因为这样会访问导入表,而DLL此时已经Free掉了。所以事先通过准备一个参数传递给该线程,该参数有更新线程要用到的一些数据和地址:


    下面看看更新监听线程如何工作以及如何准备这些参数:


    创建好更新线程后,自己得及时退出并Free自己(这样更新线程才能把自己删掉):


    下面看看更新线程如何工作:


    同Free自己模块一样,最后VirtualFree参数和当前代码所占内存页面后,不能再回来,通过构建栈参数的形式,结束当前线程。这个函数编译后的二进制指令保存到全局数组中:


下面是测试的效果(XP、Win7 32 &64均测试通过):


最后有几个地方要说明的是:
1、  加载新的dll前要把临时目录下的文件删除掉,防止出现递归循环更新过程。
2、  执行更新过程前需要判断dll的版本信息,同样是为防止出现递归循环过程。

[课程]Android-CTF解题方法汇总!

上传的附件:
收藏
免费 3
支持
分享
最新回复 (16)
雪    币: 19
活跃值: (1086)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
2
原来CALL还可以这么用,学习了
2016-5-27 01:34
0
雪    币: 8865
活跃值: (2379)
能力值: ( LV12,RANK:760 )
在线值:
发帖
回帖
粉丝
3
好复杂
我都是无模块加载DLL,第二份来了,直接继续加载一个,然后把控制转交然后Free内存~。
2016-5-27 01:48
0
雪    币: 596
活跃值: (449)
能力值: ( LV12,RANK:320 )
在线值:
发帖
回帖
粉丝
4
单纯的从技术角度讲 LZ的做法很炫酷~

如果产品经理给我提这个需求我可能更倾向V大的方式.从宏观设计上去完成这个需求。比如模块导出三个函数 start stop checkcanload (dllmain不做事) 发现有更新就加载 然后调用checkcanload 检测下  如果是新的 则调用stop停掉老的模块在free掉 最后调用start 启动新模块的功能.

文中的free也不能简单的 freelibrary, 要停止功能在free, 有线程就先停掉, 有挂钩就先还原钩子等等.
2016-5-27 02:19
0
雪    币: 272
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
5
正规软件的话,还是考虑把新dll改成 newdll_1.dll ,先调用旧的dll的卸载接口函数,然后再加载新的吧。
2016-5-27 02:33
0
雪    币: 596
活跃值: (449)
能力值: ( LV12,RANK:320 )
在线值:
发帖
回帖
粉丝
6
他的需求是只有一个模块 宿主进程都不是自己的, 如果宿主进程是我们自己的 是要这么做的
2016-5-27 02:46
0
雪    币: 22
活跃值: (423)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
7
不错!。
2016-5-27 08:06
0
雪    币: 367
活跃值: (20)
能力值: ( LV5,RANK:70 )
在线值:
发帖
回帖
粉丝
8
旧模块拉起新模块时,把旧模块的接口传给新模块,让新模块调用从旧模块query信息,stop旧模块接口,并最终freelibrary,新模块继续完成初始化。 完事。
2016-5-27 09:14
0
雪    币: 2291
活跃值: (933)
能力值: ( LV8,RANK:130 )
在线值:
发帖
回帖
粉丝
9
确实是这样的,要保证load的dll一直是同一个路径下的同一个文件名,不能用_1这种形式。
2016-5-27 09:30
0
雪    币: 2291
活跃值: (933)
能力值: ( LV8,RANK:130 )
在线值:
发帖
回帖
粉丝
10
这些工作会放在DllMain的DLL_PROCESS_DEATCH分支中进行Uninit.Free的时候会执行到
2016-5-27 09:32
0
雪    币: 220
活跃值: (701)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
11
前来支持LZ的,别的什么也不说了
2016-5-27 10:29
0
雪    币: 325
活跃值: (111)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
12
感觉这么做好复杂。。。都上shellcode了。。。
2016-5-27 15:14
0
雪    币: 8149
活跃值: (1875)
能力值: ( LV8,RANK:122 )
在线值:
发帖
回帖
粉丝
13
不错, 还是有需求的
2016-5-31 17:32
0
雪    币: 62
活跃值: (946)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
14
好麻烦,干嘛不用一个中介dll去执行更新并替换dll的操作
2016-5-31 18:02
0
雪    币: 878
活跃值: (496)
能力值: ( LV3,RANK:20 )
在线值:
发帖
回帖
粉丝
15
热更新啊, 为什么 不重启生效?
2016-6-1 10:57
0
雪    币: 0
活跃值: (954)
能力值: ( LV3,RANK:30 )
在线值:
发帖
回帖
粉丝
16
直接Loader更换多方便
2016-6-1 11:47
0
雪    币: 1042
活跃值: (470)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
17
loaddll 更好使不是
2016-6-1 12:18
0
游客
登录 | 注册 方可回帖
返回
//