在对冰蝎webshell进行魔改之前，我们先去看看一句话木马的基本结构吧！

aspx的有些东西暂时有点懵，所以就先从php试试吧！php常见的一句话如下;

我们利用wireshark抓包查看请求的流量包，如下所示：

如上图，我们可以发现，菜刀的请求包过程可以分解为如下步骤：
（1）将需要执行的命令进行base64编码，赋值给z0；
（2）将z0作为参数通过post传递，然后利用$_POST[z0]接受传递的命令；
（3）@eval执行$_POST[z0]接收到的命令，并将执行结果赋值给pass。
（4）一句话木马中的 @eval($_POST['pass']);执行上述命令并展现出结果。
这里可能有点奇怪，为什么是执行上述命令呢？上面我们不是已经执行处结果了吗？其实上述的命令都是我们倒推的结果，因此从前往后来看他只是一串字符串而已，需要通过eval/assert等函数执行上述字符串才会产生上述结果，因此最后在一句话木马中我们还需要一个eval执行命令。
这么套娃，为什么要反复的进行base64编码和解码而不直接执行命令呢？
度娘建议说可能是考虑到特殊字符容易出问题或者不符合rfc协议之类的原因。

如下图，我们可以将上面反复套娃的过程转化为@eval($_POST[@eval($_POST[z0])]) ，而z0就是我们需要传入的命令参数。

下面可以将上面抓取到的菜刀的流量进行base64解码，查看一下z0的具体的内容，如下所示：

z0的内容主要是通过循环遍历某个路径下的文件。我们可以参数尝试将z0换成phpinfo();的base64编码格式，也是可以执行成功的。

其实防御者之所以能不停的去更新自己的规则，主要是因为两个原因：

试想一下，如果攻击者发送的请求不是文本格式的源代码，而是编译之后的字节码（比如java环境下直接向服务器端发送class二进制文件），字节码是一堆二进制数据流，不存在参数；攻击者把二进制字节码进行加密，防御者看到的就是一堆加了密的二进制数据流；攻击者多次执行同样的操作，采用不同的密钥加密，即使是同样的payload，防御者看到的请求数据也不一样，这样防御者便无法通过流量分析来提取规则。

SO，这就是我们可以一劳永逸绕过waf的思路，具体流程如下：

冰蝎执行的流程大致如下：

下面，我们分析一下流量查看一下它的具体过程：

如下图，我们可以发现，进行了get请求服务器端，然后服务器端返回了一个随机的128位密钥。（PS：多次试验均发现他请求了两次服务器端，原因尚且不明）

Get请求获取到服务器端返回的密钥后，客户端之后则发送AES加密后的数据流。

服务器端接收到POST请求后，从session中取出密钥，然后解密执行POST请求，并将执行结果返回至客户端。

服务器端与客户端的大致过程我们已经了解，接下来我们可以尝试理解一下behinder的php后门文件代码（即服务器端）：

aspx的一句话如下：

由于前面我们已经对php版本的一句话流程进行了大致的女分析，aspx的话我们就不进行叙述啦！

通过上面对冰蝎2.0的php马的过程的理解，下面我们尝试理解一下冰蝎2.0的aspx马的执行过程。aspx马代码如下：

首先检测请求方式，如果是带了密码字段的GET请求，则随机产生一个128位的密钥，并将密钥写进Session中，然后通过response发送给客户端，代码如下：

当客户端请求方式为POST时，服务器先从request中取出加密过的二进制数据（base64格式），代码如下：

最终的话，我们还是调用了payload中的Equals方法，那么这个Equals是什么呢?

Equals本质上是我们重写的一个类方法。重写？？为什么不是自定义而是重写呢？？那是因为Object类中本来就存在这个方法啊，因此当我们在继承Object类的子类中写入这个方法的时候就会对这个方法进行重写了！说起以来可能有点绕，我们以一个简单地理解来分解一下这个过程吧！

测试payload.cs实现的就是简单地弹出计算器的公共，代码如下：

把这个类编译成dll文件，并将该文件做一下Base64编码，然后可用C#程序集加载该dll并实例化生成一个Payload类且调用该方法。

除了以上方法加载外，我们还可以加载dll文件或者远程加载dll执行。

运行结果：

重写Equals函数调用计算器成功，那么我们为什么要重写Equals方法呢？重写一个其他方法行不行呢？？

Equals函数来自于终极基类Object，即每一个类都默认继承于Object，且具有Object类的相关属性和方法，Object的方法主要有四个。

上面4个方法其中Equals、ToString、GetHashCode这三个方法是虚方法,可重写GetType是外部方法，具体介绍参见：https://www.cnblogs.com/GreenLeaves/p/7479412.html

behinder选中的是Equals方法，那么其他方法可以吗？如下，我们可以看一下他们的虚方法定义。PS：注意看返回值类型和参数类型，这些是我们重写方法时所不能改变的。

Equals方法可以传入一个object对象，其他虚方法均无法传入参数值，而我们在进行木马连接的时候需要传入密钥key和内容content，因此在这我们只能选用Equals方法作为我们的调用方法。（PS：如果不需要传入参数啥的，我们可以尝试重写另外三个方法哦！）

上面我们是重写的是Equals方法，在Equals方法中执行调用计算器的指令。其实除了简单地调用计算器外，我们还可以执行一些恶意代码，冰蝎便是利用此原理，自定义一个类U，然后在类U中重写Equals方法，通过Equals执行满足恶意代码。

原理方面大致讲解完毕，下面我们可以查看冰蝎3.0的流量去验证冰蝎2.0的传递过程。

首先是对服务器进行两次Get请求，然后服务器给客户端返回密钥。

客户端获取密钥后，即利用密钥将dll进行AES加密，再进行POST请求，发送dll。服务器端接收到AES加密流后，从session中取出密钥对AES流进行解密执行，调用Equals方法执行。

冰蝎2.0基本讲解完毕，顺带看一下冰蝎3.05有什么不一样吧！

上图，可以发现冰蝎v2.0和冰蝎3.05版本其实相差不大，原理都是利用反射装载传入的dll文件流（且dll中的类名总是u，然后在U中对Equals方法进行重写），不同的是v2.0的密钥是随机生成的，而v3.05里面的密钥是用户定义好的。

由于在原理上冰蝎2.0和3.05相差不大，因此原理方面我们再次不再赘述。冰蝎的马在现在各大厂基本上都无法绕过，在此我们主要是尝试对冰蝎的木马进行修改以绕过相关的杀软。

PS：：以下主要是一些思路的分享，仅供参考，读者可自行拓宽思路哦，欢迎交流探讨啦！

基本变换主要是对原来的代码进行拆分（即长句变断句）、替换（常量、变量、截取等方法）。主要还是规避一些特征码的检测。
以冰蝎v3.05版本为例，原生的aspx已被各大厂商收录特征库了。

原生的将所有代码都合并为一句话了，我们可以尝试换行拆分一下。

变换一下，火绒的查杀已过，D盾未变。

原生的aspx基本上只有三句代码，我们可以尝试将一些比较长的代码变短。如下;

再次细分。shell01.aspx

我们逐句注释，查看D盾查杀的特征是什么，发现特征为建立对称的AES 加密子物件，个人理解为创建解密器。将其注释掉之后即不被查杀，未被注释时则被查杀。shell02.aspx

本意是想利用类似于PHP，对特征码进行拼接，然后一个完整的函数名称，但是在查找相关资料的时候发现C#似乎不像php里面有一个eval函数可以执行对拼接完成的函数，因此我们只能自己尝试重写一个类似于eval的函数，然后调用执行它。（额，能力不大够，暂且放一个大佬连接吧，希望看懂的大佬带带弟弟！）
参考链接：
C#实现将字符串转换成代码并执行

重写AES加密的库函数。额，，能力有限，待定。

上面我们讲到D盾主要是对创建解密器的地方会进行查杀，因此我们可以将创建解密器的地方写入到dll中，后期加载dll的时候调用即可。（PS代码基本写完了，但是运行会报错，，改不动，希望有方法的大佬带带弟弟！）
Payload01类如下：

将类编译成dll，并进行base64加密，然后再aspx调用执行。shell03.aspx

在上面我们只是将某个具有特征的部分写入dll中以达到消除特征的目的，在实际中我们还可以将冰蝎3.05的整个过程写入dll中以达到绕过的目的。过程类似于冰蝎的原理，即重写Equals方法，将冰蝎的整个代码放入里面，然后在我们的木马中直接调用重写的Equals方法即可。
payload02类如下：

编译为dll并转为base64编码的格式，然后在aspx中加载它。
PS：编译的时候最好在.net2.0下编译，因为很多windows系统都是默认支持.net2.0，如果是以.net4.0编译的后期加载可能会出现一些不兼容的问题。shell04.aspx

运行结果：

分析原来冰蝎的调用执行语句可以发现，需要传入密钥k、内容c和当前页面指针this三个参数的，而我们重写的equals函数只有object一个参数，因此我们需要尝试将三个参数合并为一个object对象参数传给重写的equals方法。三个参数的类型是不一样的，那么我们该怎么去合并这三个参数呢？

这里我们使用的是利用Lsit<object>类ll。然后将密钥k和内容c拼接成为“k+逗号(,)+c”的格式合并为一个String类ee，然后通过add方法将ee和this指针添加到ll中去，最后将ll作为参数传入到重写的Equals方法。

由于我们将三个参数放入在ll类中，因此当我们取出的时候需要注意参数在ll类中的位置。并且由于密钥k和内容c拼接成为“k+逗号(,)+c”的格式组合在一起了，因此我们取出密钥k和内容c的时候可以通过逗号将二者进行分开。

上面两种方法的dll都是直接存放在后门文件中，然后使用Assembly.Load加载，这种方法很方便，但是也存在很大的弊端，那就是文件太大了，，，因此我们可以想办法把dll文件分离出来，即将dll放入一个文件，然后加载器单独加载分离出来的dll。三种加载方法代码如下：

缺陷较大，毕竟路径我们一般很难猜测出来。shell05.aspx

需要上传一个dll，然后在执行如下文件。shell06.aspx

上面的代码目前可以过杀软，但是不代表可以一直绕过杀软，因为dll是我们固定的，要绕过杀软就得对dll进行混淆，这样的出的dll便会不相同了。那么我们该怎么去混淆它呢？？
花指令填充（增加一些不影响原来程序执行的指令）、类填充（将简单的类复杂化，可以添加一些类的属性、方法之类，这样编译出来的dll便会不一样）、dll加解密（对base64加密后的文本再次进行md5或其他加密使得程序变得复杂化）。

【1】【原创】利用动态二进制加密实现新型一句话木马之Java篇

【2】【原创】利用动态二进制加密实现新型一句话木马之.NET篇

【3】C# 终极基类Object介绍

【4】C#实现将字符串转换成代码并执行

【5】AES/ECB/NOPADDING数据加解密

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