TeamViewer 利用工具 TV_V2.exe 与 gps.exe 生成 ID 和密码
攻击者在目标上运行 TV_V2.exe 会在当前目录生成 3 个文件,再运行生成的 gps.exe 即可得到包含 ID 和密码的 vtr.txt。连接时需使用 Windows Server 并安装压缩包中的 TeamViewer_Setup.exe。
攻击者在目标上运行 TV_V2.exe 会在当前目录生成 3 个文件,再运行生成的 gps.exe 即可得到包含 ID 和密码的 vtr.txt。连接时需使用 Windows Server 并安装压缩包中的 TeamViewer_Setup.exe。
ApostropheCMS 的公共 REST API 在处理匿名请求时,会先执行 query string 中所有可 launder 的查询构造器,再强制套用 publicApiProjection,而 search 与 sort 这两个构造器作用于底层文档、不受投影限制。
为什么值得看:公告给出可复现的 curl 请求与实测结果,说明 search 与 sort 两个查询构造器如何绕过字段白名单。
研究者公开了 F-03 的实验室复现 PoC,一个零权限 Android 应用绑定 Google Settings 中导出的 onboarding task-manager 服务,持续写入唯一 COMPONENT 撑大堆内存,直至 Settings 进程触及 192 MB OOM 上限被杀。
GitHub 安全公告指出,ApostropheCMS 的 @apostrophecms/import-export 中 POST /api/v1/@apostrophecms/import-export/clean-export 接口缺少认证与授权检查。
ApostropheCMS 存在存储型 XSS:当项目为 widget 定义带 CSS property 但无 selector 的自由格式 string 样式字段时,编辑器可控值会被拼成内联 CSS 声明,并在未做 HTML 属性转义的情况下写入 widget 包装器的 style 属性。
ApostropheCMS 的页面 REST 接口 GET /api/v1/@apostrophecms/page/:id 未应用 viewRole 类型级限制和 viewPermission 字段级脱敏,而 getAll 接口对两者均正确执行。编辑级用户只要知道文档 _id,即可读取仅限管理员访问的页面全文及受 viewPermission 保护的字段。
ApostropheCMS 的 POST /api/v1/@apostrophecms/doc/slugTaken 接口存在信息泄露问题,任意已登录用户(editor 角色即可)可通过返回的布尔值枚举私有页面、草稿与归档内容的 slug。该接口未校验读取权限,也未按 visibility、viewRole 或发布状态过滤,攻击者可借此摸清 CMS 全部内容结构。
作者公开了针对 PCL2(Plain Craft Launcher 2)2.99.0.0 的 notice.json RCE PoC,通过自签名 CA、修改 hosts 将 pcl2-server-1253424809.file.myqcloud.com 指向 127.0.0.1 并架设本地 HTTPS 服务,模拟公告与更新链路。
djust v1.1.4 的 MCP 工具 find_handlers_for_template 在 template_path 为已存在的绝对路径时直接 open() 读取,未做 realpath 前缀校验,可读取进程有权限访问的任意文件。
Sploitus 利用聚合出现一条标题为 EXPLOIT 的条目,正文仅为产品名称与商标归属的通用声明,未提及具体漏洞编号、受影响产品与版本区间、漏洞类型或 CVSS 分数,也未说明是否存在公开 PoC 或在野利用。
Electron 修复了 hid 和 usb 权限检查可能归属错误来源的问题:从 iframe 发起检查时,session.setPermissionCheckHandler 收到的是顶层框架的 origin 和 details,而非发起请求的框架。
novel V3.5.0 的书籍评论模块存在 DOM 型 XSS 漏洞(CVE-2025-65442,CWE-79):后端 commentContent 字段未过滤恶意 HTML/JS 即经 /api/book/comment/list 接口返回,前端将未编码评论存入 window.localStorage 后通过 Vue 3 的 v-html 直接渲染。
Storybook 发布安全通告,指出运行受影响版本的 Storybook 开发服务器时,恶意网站可能对开发者项目造成未授权文件修改,在附加条件下被修改的文件可能以开发者权限被本地运行时执行;官方称未发现已在野利用。
为什么值得看:通告给出四个受影响大版本的修复版本,并说明默认行为变更,开发者可据此判断升级与工作流调整。
研究者公开 CVE-2026-109619 的本地 PoC,该漏洞是 PHP session 上传进度中的 use-after-free,在 PHP 8.5.11、Apache、x86-64 环境测试。
ReselNom 发布针对 LiteSpeed cPanel Plugin 的 CVE-2026-54420 缓解工具包,用于共享主机环境下的修复、审计与验证,不含利用代码。
php2shell-poc 仓库公开了针对 PHP 两个 RCE 漏洞 CVE-2026-109618 与 CVE-2026-109619 的验证脚本,并附带 Docker 实验环境。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
GitHub 上公开了针对 PHP CVE-2026-109618 和 CVE-2026-109619 的 DoS 攻击工具集,包含交互控制台、attacker.py 与可用性探针。
研究者公开 CVE-2026-109618 与 CVE-2026-109619 的 PoC,利用 serialize() 触发 memory_limit 时 zend_bailout() 跳过清理,使 BG(serialize).data 指向已释放的 ZMM 堆内存,同一 Apache prefork worker 的下一个请求复用该悬空指针导致 SIGSEGV。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
一个无依赖的 PHP 审计工具被公开,用于比对上游 PHP 版本并可选验证 web handler 是否解析 multipart 请求,涉及 CVE-2026-109618 与 CVE-2026-109619。记录的上游修复版本为 8.2.35、8.3.36、8.4.27、8.5.12,PHP 8.1 及更早版本需厂商复核。工具明确表示可达性证据既不证明漏洞存在,也不代表可远程代码执行。
0day Rubbish Research Team 公开 ProSoft RLX-IFH24E v2.2.44 的 PoC,该设备在管理接口接收升级包时不校验签名、哈希或 CRC,安装器以 root 权限执行包内 pre/post 脚本并解包到文件系统根目录。
0day Rubbish Research Team 公开 Parasoft Continuous Testing Platform 10.7.5 的免认证远程代码执行 PoC 与完整分析。
为什么值得看:公开的 PoC 与完整分析把许可过滤器绕过、反序列化写入和 JSP 执行串成两步 HTTP 请求,可对照排查自家部署。
0day Rubbish Research Team 公开 Exasol Database 7.1.30 docker-db 部署的 PoC,利用厂商文档公布的 sys / exasol 默认口令登录 8563 端口,再以 SYS 创建 PYTHON3 标量 UDF 调用 os.popen 执行系统命令,命令输出经普通 SELECT 结果集返回。
Exploit-DB 披露 Edimax BR-6478AC 固件 v2.20 的 /goform/setWAN 处理器存在 OS 命令注入(CWE-78),pppUserName、pptpUserName、L2TPUserName 三个参数均可注入,仅过滤分号,管道符、反引号、换行等未被检查。
Exploit-DB 披露 Automotive Shop Management System 1.0 的 id 参数存在 SQL 注入,提交的 payload 通过 MySQL load_file 函数引用外部域名 UNC 路径,应用与该域名发生交互,表明注入的 SQL 子查询被执行。
Exploit-DB 公开了针对 Open eClass 3.15 的 RCE 利用代码,对应 CVE-2024-26503,该漏洞由不受限文件上传导致。利用需提供登录用户名和密码,先登录后向 modules/admin/certbadge.php 上传 execute.php,再通过 badge_templates 路径以 cmd 参数执行命令。
研究者公开 Keycloak 重置凭据流程绕过漏洞 CVE-2026-18963 的 PoC 与检测脚本,未认证调用者可跳过邮件链接直接进入设置密码页面。受影响版本为 >= 26.0.0 < 26.4.15、>= 26.5.0 < 26.6.6、>= 26.7.0 < 26.7.2,已在 26.4.15、26.6.6 和 26.7.2 修复。
为什么值得看:公开的 PoC 脚本带 --check 模式,可在不改动账号的前提下判断实例是否受影响,并说明补丁版本区间。
Grayson(wind884)发布 PHP2Shell 生命周期分析,梳理 PHP 在首行代码执行前请求处理流程中的两个 RCE 漏洞 CVE-2026-109618 与 CVE-2026-109619。
一份源码审计报告分析了 PHP 8.2 中 CVE-2026-109618 与 CVE-2026-109619 两条 RCE 路径,前者源于内部操作未完成时的 OOM 退出,后者源于请求内存释放后 worker 仍保留引用,导致后续请求被提前处理。
研究者公开 php2shell 工具包,针对 PHP2Shell 的 CVE-2026-109618 与 CVE-2026-109619 提供利用脚本、IOC 狩猎、Sigma 与 ModSecurity 规则及侦察工具,所有验证均在 nginx 1.26.3 + PHP-FPM 8.3.32 实验环境完成。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
php2shell-pocs 仓库发布两个 Docker 实验,用于复现 PHP 2026 年 10 月通告中 CVE-2026-109618 和 CVE-2026-109619 的请求触发条件。
作者 baka9moe 发布单文件 Python PoC,复现 PHP session.upload_progress 处理器的跨请求序列化状态 UAF(CVE-2026-109618 / CVE-2026-109619)。
作者审计了 jackalsyn.com 发布的 PHP CVE-2026-109618/109619 利用包,并在 Ubuntu 24.04 实验机上对 PHP 8.2.34 等三个构建发起 18 次攻击,均未取得命令执行。
为什么值得看:作者逐条审计公开 PoC 并在实验环境复现,指出泄露的利用链与官方补丁实际修复点不一致,可作为判断该 PoC 可信度的参考。
php2shell 仓库公开了 PHP session.upload_progress 堆 UAF 漏洞 CVE-2026-109618 与 CVE-2026-109619 的 PoC。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
php2shell 仓库公开了 CVE-2026-109618 与 CVE-2026-109619 两个 PHP 内存破坏 RCE 漏洞的验证 PoC,并附带 Apache mod_php 与 nginx/PHP-FPM 的 Docker 复现环境。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
Ghxstsec 发布 php2shell-poc,针对 PHP 引擎 session.upload_progress 的 CVE-2026-109618 提供远程代码执行利用脚本,通过竞态、HashTable 析构与 149 元素堆喷覆盖 zend_call_function 等函数指针并跳转到 system()。
PHP 于 21-oct-2026 14:00 UTC 发布 8.5.12 / 8.4.27 / 8.3.36 / 8.2.35,修复两个无需认证的 RCE,CVE-2026-109618 对应 GHSA-w8hw-w9fx-j79w 的 OOM corruption。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
php2shell 工具包公开了 CVE-2026-109618 与 CVE-2026-109619 的利用代码与检测模板,作者称全部内容已在 nginx 1.26.3 + PHP-FPM 8.3.32 实验环境中执行验证。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
php2shell 工具包针对 CVE-2026-109618(GHSA-w8hw-w9fx-j79w,OOM/longjmp 内存破坏)与 CVE-2026-109619(GHSA-6wmf-4rv5-p3rp,陈旧全局状态)公开了可运行的利用代码与检测模板,作者称全部在 nginx 1.26.3 + PHP-FPM 8.3.32 实验环境中验证。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
作者发布针对 PHP CVE-2026-109618 与 CVE-2026-109619 两个免认证 RCE 漏洞的西班牙语检测与缓解指南,并附带一个 Bash 检测脚本 check-php-cve-2026-109618.sh。
为什么值得看:材料给出可运行的检测脚本与按 CVE 区分的临时缓解配置,运维可据此自查 PHP 部署是否暴露。
php2shell-probe.py 是针对 PHP multipart 解析漏洞 CVE-2026-109618 的防御性探测脚本,用于确认自身 PHP 应用能否触达 OOM 阈值,不执行利用。