首页
社区
课程
招聘
[原创]Cobalt Strike4.7深度分析与二开浅析系列:CS原始jar包破解篇
发表于: 2022-10-23 09:08 7966

[原创]Cobalt Strike4.7深度分析与二开浅析系列:CS原始jar包破解篇

2022-10-23 09:08
7966

开头先说下为什么用破解篇作为本系列的开篇,哈哈哈因为之前因为觉得应该不会有后门吧,就在物理机上运行了一次cs client,然后就gg了,所以涉及到调试相关也不想在虚拟机里做了,就从原始jar包开始吧。

 

提前也做一下声明,本系列所有内容因为涉及到cs原版所以不进行开源,内容如有侵权,请联系作者马上删除。还有公众号所有内容如有错误欢迎各位师傅进行斧正,文章结尾有本人微信也欢迎各位师傅来讨论安全相关知识。

 

废话就不多说了,因为开篇所以先简单聊下4.7的一些改动吧。
首先最难受的一点就是从之前的teamserver&client联合jar包分解成了一个cs_client.jar与teamserverimage的一个elf文件,这就导致teamserver的相关修改要在二进制的基础上进行,增加了二开和破解的难度吧算是,后面还是尽量克服吧。

 

但是4.7也不乏一些好的改版,比如支持socket5,还有对bof的隐蔽性又多加了两个profile配置,还有一些好的改动可以自行google查看文档正文就从这里开始吧关于cs二开环境配置就不过多阐述,百度上其他师傅的文章也有很多,这里就从关键部分往下分析。

Aggressor首先checkui校验完整性,主要是对几个加密函数的完整性校验

Checkui关键代码为这两行,initializestarter函数校验完整性

在进入A

Var5为crc校验码,var4为校验class,其实现主要是在
Initializer.isOK(var1, var3, var4, var5, true)
Initializer.isFileOK(var1, var4, var5, true)
函数中通过获取zipfile(jar包通过zip格式压缩)也就是本jar包内的文件获取crc并比较最开始的crc来确保文件未更改。
校验的文件包括
common/AuthCrypto.class
resources/authkey.pub
common/License.class
common/Authorization.class
common/SleevedResource.class
common/AggressorInfo.class
dns/SleeveSecurity.class
common/BaseArtifactUtils.class
common/BaseResourceUtils.class
aggressor/dialogs/PayloadGeneratorDialog.class

 

IsOK/IsFileOK的实现过程主要通过A函数

 

所以对于日后修改jar包内容,如果包含到了以上的几个class需要重新计算crc校验并重新赋值,就比如我这里修改了authorization.class

 


 

后面aggressor创建multiframe也在后面进行了校验

这边用的是base64解码字符串,字符串为校验的文件名,再用crc校验进行文件的二次校验

 

使用动态调用函数common.CommonUtils.validClassIntegrity()

通过class的getDeclaredMethod函数动态获取函数并执行后续校验
校验的文件包括:
common.CommonUtils
common.Authorization
common.AuthCrypto
common.DataParser
common.SleevedResource
dns.SleeveSecurity
aggressor.Aggressor
common.AggressorInfo
common.Starter
这里我直接暴力注释掉了
如果想直接改的话查查zipentry的crc然后改一下也是ok的

后面初始化connectdialog的时候也会有一个crc校验的过程,这里我也是直接注释掉了

还有safedialog的safetycheck也有一次校验过程,这里的校验类有很多我也不一一列举了,像是普通的dialog会继承starter2/starter这两个类,两个类中分别含有校验部分,然后去除掉校验就ok了,或者直接在整个项目里面搜索system.exit(1)这个函数就会有终止的校验部分一般都是调用了类中A函数进行base64解密与crc检测,如果有强迫症的师傅可以自行计算crc并修改校验crc值,没有的其实可以直接注释掉。

 

对于cobaltstrike.auth其实可以直接注释掉相关部分,哈哈哈哈

这里的cobaltstrike.auth读出256字节

校验的时候主要看这几个,其实在源码的基础上直接过滤注释掉就好,里面的校验过程主要涉及rsa的解密,这里精力有限就暂时放下等后面有时间再去聊吧,这里嫖了一手一个大佬的.auth哈哈哈哈。
效果大概下面这样:

总结下吧
破解对于我来说,由于我个人比较菜,所以比较倾向于直接删除,直接注释的暴力方法,找到check关键点然后//掉


[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入!

最后于 2022-10-23 15:43 被鸡鸡boy编辑 ,原因:
收藏
免费 0
支持
分享
最新回复 (0)
游客
登录 | 注册 方可回帖
返回
//