(9.1分)TOTOLINK路由器MAC过滤栈溢出CVE-2026-82539"

admin 2026-10-17 05:24:54 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

(9.1分) TOTOLINK路由器MAC过滤栈溢出 CVE-2026-82539

红队安全圈
红队安全圈

红队安全圈

2026年8月31日 08:00
重庆

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

TOTOLINK A720R 的 MAC 过滤功能藏着一个 CVSS 9.1 的远程栈溢出,PoC 已公开,能稳定劫持控制流、远程开 Telnet。手里有 TOTOLINK 设备的,建议顺手排查一遍。

01  漏洞速览

漏洞编号CVE-2026-82539

影响产品TOTOLINK A720R 路由器

受影响版本4.1.5cu.630\_B20250509

漏洞类型栈缓冲区溢出

危害等级CVSS 9.1(严重)

公开 PoC已公开(GitHub)

攻击前提可达设备管理口的网络访问

02  漏洞成因

根因是教科书级的 strcpy() 无边界拷贝。

cstecgi.cgi 是设备 Web 管理界面的 CGI 处理程序,setMacFilterRules 函数负责保存 MAC 过滤规则。这个函数接收一个 desc 参数(规则描述字段),拿到后不做长度校验,直接 strcpy() 拷进固定大小的栈缓冲区。

更糟的是编译配置:二进制没有开 stack canary,也没有 PIE。这意味着两件事——

一,溢出覆盖 saved return address 时没有任何检测机制拦截;二,二进制加载地址固定,覆盖值可以精确指向二进制内的既有代码片段。所以这不是玄学溢出,是可以稳定复现的确定性控制流劫持。

03  影响范围

受影响的是 TOTOLINK A720R 固件 4.1.5cu.630\_B20250509。其他 TOTOLINK 型号大概率共用同一套 cstecgi.cgi 代码,同系列固件建议一并排查。发稿时官方补丁尚未发布,需关注 TOTOLINK 官方渠道的固件更新。

04  利用分析

PoC 作者 Xernary 已把完整利用过程公开在 GitHub 仓库,整体思路是 return-to-existing-code:不注入 shellcode,而是把返回地址改到二进制内已有的函数入口。

利用路径:

  1. 向 cstecgi.cgi 的 setMacFilterRules 处理器发送构造请求,desc 参数塞超长 payload;

  2. payload 前段填充到栈缓冲区边界,精确覆盖 saved return address;

  3. 无 canary 无 PIE,返回地址直接填二进制内目标函数的固定地址;

  4. 函数返回时跳到指定代码。

作者实测验证了多种跳转,全部成功:sleep(2) 让设备响应出现可测量的 2 秒延迟,证明指令指针完全受控;系统重启例程直接让设备 reboot;会话登出函数;日志清除例程(攻击后清痕)。最有价值的是 Telnet 启动例程——一次溢出直接在设备上拉起 Telnet 服务,拿到设备的命令行入口。

05  检测与排查

判断设备是否受影响:登录管理后台查看固件版本号,等于 4.1.5cu.630\_B20250509 即命中。同系列其他固件版本也建议自查。

从外部探测公网暴露面,直接扫管理口:

nmap -p 443,8443 --script http-title \

# 目标换成实际 IP 网段

--script-args \"http-title.url=

/cstecgi.cgi\" 目标IP

06  修复建议

官方补丁尚未发布,先做缓解:关闭 WAN 侧管理口,管理界面仅限内网访问。不需要 MAC 过滤功能的,别用这个功能,减少攻击面。关注 TOTOLINK 官方渠道,固件更新后立即升级。升级后验证:向 setMacFilterRules 发送超长 desc 参数,正常应被拒绝而非进程崩溃。

07  红队视角

这个洞在实战里的定位很清晰:内网横向的跳板。

利用门槛:需要先有到设备管理口的网络访问权。纯外网打不了没暴露管理口的目标,但一旦进了内网(钓鱼、被控终端),TOTOLINK 这类设备遍地都是,cstecgi.cgi 全家桶就是现成的持久化入口。

稳定性极高:无 canary 无 PIE 意味着利用不依赖堆风水或信息泄露,固定地址直接跳,成功率高。开 Telnet 是最实用的落地动作——比反弹 shell 稳(嵌入式设备往往没有可用的反弹 shell 环境),Telnetd 拉起来之后用设备自带账号或空密码大概率能登。

TOTOLINK 的 cstecgi.cgi 历史上溢出洞一堆(N600R、A800R 都有前科),做内网评估时这个厂商的设备值得单独建一个检查清单。防守侧建议:嵌入式设备固件没得升的时候,网络隔离是唯一可靠手段——IoT 全部丢独立 VLAN,禁止横向访问管理口。

08  POC 链接

https://github.com/Xernary/CVE-2026-82539

说明:安全研究员 Xernary 发布的漏洞分析仓库,含完整成因与利用验证过程。

如果文章对您有收获,欢迎关注、点赞、推荐、转发。

— END —


能自己学的渗透机器人:RidgeBot商用评测" 网络安全文章

能自己学的渗透机器人:RidgeBot商用评测"

本文评测商用自动化渗透机器人ridgebot,其以ML模拟攻击者并持续学习,可多agent覆盖云与IoT,定位企业级规模化自动化。实测显示其对已知漏洞模式如SQLi效率高,测试时间降约70%,但对越权、逻辑类漏洞及社会工程学几乎无能为力,且商用setup成本高。作者建议大中企业将其作为常态化扫描已知面的放大器,真正高价值漏洞仍需红队人工钻点。
CISA警告:微软SQLServer远程代码执行漏洞正被实际利用" 网络安全文章

CISA警告:微软SQLServer远程代码执行漏洞正被实际利用"

CISA已将CVE-2019-1068(微软SQLServer远程代码执行漏洞)加入KEV目录,因其正被实际利用。该漏洞允许攻击者以服务账户权限执行代码,可能导致数据窃取、持久化与横向移动。CISA要求受影响机构于2026年8月29日前完成修复,并建议梳理SQLServer实例、安装更新、核查日志、检查异常账户并缩减暴露面。
Composer路径遍历漏洞:恶意软件包可泄露敏感文件" 网络安全文章

Composer路径遍历漏洞:恶意软件包可泄露敏感文件"

Composer曝出路径遍历漏洞CVE-2026-59944,恶意或被入侵的PHP包可借路径遍历或符号链接修改包目录外文件权限,在共享主机、多租户及CI环境导致敏感文件泄露并绕过旧防护。受影响1.0至2.10.2版本,已在2.10.3与2.2.30修复,建议尽快升级并避免复用不可信vendor目录。漏洞无RCE,涉及CWE-22、59、732。
评论:0   参与:  0