最近安全圈子里又炸锅了。一位代号 Pixis 的安全研究员把 CVE-2026-50502 的完整技术细节连带概念验证代码一股脑扔到了公网上这事儿直接把 Windows 事件日志服务推上了风口浪尖。微软那边倒是动作不慢7 月 14 号的补丁星期二已经把这个洞给堵上了CVSS 评分定格在 8.0属于那种不修不行的级别。说实话这个漏洞真正让人头皮发麻的地方在于它的覆盖面。事件日志服务这玩意儿但凡是台 Windows 机器就跑着它不管是你办公用的笔记本还是机房里的服务器一个都跑不了。换句话说这不是什么犄角旮旯里才会触发的边缘漏洞而是实打实的全民中招型安全问题。更狠的是攻击路径的设计。很多渗透测试的老哥都知道拿到一组低权限的凭据往往只是第一步接下来怎么把权限变现成实际的代码执行才是头疼的事。CVE-2026-50502 恰好解决了这个痛点——攻击者根本不需要搞到交互式会话或者远程桌面照样能在目标主机上跑自己的代码。微软自己给这个漏洞定的性是重要级别但明确承认其最终影响就是远程代码执行这分量已经够重了。这个洞到底是怎么被利用的问题的根子出在 MS-EVEN 这套 RPC 接口上具体是通过\pipe\eventlog这个命名管道暴露出来的。整个攻击链条里有两个函数特别关键ElfrOpenBELW负责打开备份日志ElfrBackupELFW则负责把日志内容复制到指定位置。眼熟的朋友可能已经反应过来了——这跟 SafeBreach 之前挖出来的 CVE-2025-29969 几乎是同一个路数。当时微软的修复方案是在备份流程里加了一层 EVTX 格式校验想法是好的但 Pixis 的研究表明这层校验只看了文件头结构后面的内容压根没细查。这就给攻击者留了个后门先做一个看起来合法的 EVTX 文件头然后在尾巴上塞 payload。最骚的是Windows 自带的 mshta.exe 引擎在解析这种文件时会把末尾的脚本直接拉起来执行。攻击者只需要通过 SMB 协议把这份特调文件喂过去就能神不知鬼不觉地把它写进用户的启动文件夹。下次目标用户一登录代码就自动跑起来了。不过也别慌这个洞有几个天然的刹车片写入操作是以当前用户权限执行的这意味着攻击者没法一步登天拿到 SYSTEM。Pixis 自己在技术文档里也坦承实际利用场景相当有限。另外代码不会立即执行必须等目标用户下次登录才会触发这就给防守方留出了响应窗口。波及范围有多大基本上全灭。所有还在支持周期内的 Windows 版本都受影响从 Windows 10、Windows 11 到 Server 2012 以后的服务器版本无一幸免。如果你还在用已经停止支持的旧版本那更是雪上加霜。PoC 公开意味着什么Pixis 已经把能直接运行的利用代码放出来了这意味着漏洞的真实性已经不需要任何怀疑。但有意思的是微软的官方公告里仍然把利用状态标为未证实也没有列出任何实际被利用的案例。这种研究员已经实锤、厂商还在观望的错位在漏洞披露圈子里其实挺常见的。现在该做什么最优先的事项永远是打补丁。2026 年 7 月的累积更新已经包含了针对 CVE-2026-50502 的修复具体版本号以微软官方安全公告为准。如果因为各种原因暂时没法更新至少先把这两件事做了一是掐断出站 SMB 连接特别是指向不可信主机的那些。没有这个通道攻击者就没法把远程的恶意文件拉过来。二是去用户的启动文件夹里扫一遍看看有没有来历不明的 .hta 文件。这种文件在正常环境下几乎不应该出现在启动目录里发现一个删一个基本不会误杀。安全这玩意儿说到底就是跟时间赛跑。补丁已经出来了PoC 也已经公开了剩下的就看谁的动作更快——是攻击者先把利用链铺开来还是管理员先把补丁推下去。
最近安全圈子里又炸锅了。一位代号 Pixis 的安全研究员把 CVE-2026-50502 的完整技术细节连带概念验证代码一股脑扔到了公网上这事儿直接把 Windows 事件日志服务推上了风口浪尖。微软那边倒是动作不慢7 月 14 号的补丁星期二已经把这个洞给堵上了CVSS 评分定格在 8.0属于那种不修不行的级别。说实话这个漏洞真正让人头皮发麻的地方在于它的覆盖面。事件日志服务这玩意儿但凡是台 Windows 机器就跑着它不管是你办公用的笔记本还是机房里的服务器一个都跑不了。换句话说这不是什么犄角旮旯里才会触发的边缘漏洞而是实打实的全民中招型安全问题。更狠的是攻击路径的设计。很多渗透测试的老哥都知道拿到一组低权限的凭据往往只是第一步接下来怎么把权限变现成实际的代码执行才是头疼的事。CVE-2026-50502 恰好解决了这个痛点——攻击者根本不需要搞到交互式会话或者远程桌面照样能在目标主机上跑自己的代码。微软自己给这个漏洞定的性是重要级别但明确承认其最终影响就是远程代码执行这分量已经够重了。这个洞到底是怎么被利用的问题的根子出在 MS-EVEN 这套 RPC 接口上具体是通过\pipe\eventlog这个命名管道暴露出来的。整个攻击链条里有两个函数特别关键ElfrOpenBELW负责打开备份日志ElfrBackupELFW则负责把日志内容复制到指定位置。眼熟的朋友可能已经反应过来了——这跟 SafeBreach 之前挖出来的 CVE-2025-29969 几乎是同一个路数。当时微软的修复方案是在备份流程里加了一层 EVTX 格式校验想法是好的但 Pixis 的研究表明这层校验只看了文件头结构后面的内容压根没细查。这就给攻击者留了个后门先做一个看起来合法的 EVTX 文件头然后在尾巴上塞 payload。最骚的是Windows 自带的 mshta.exe 引擎在解析这种文件时会把末尾的脚本直接拉起来执行。攻击者只需要通过 SMB 协议把这份特调文件喂过去就能神不知鬼不觉地把它写进用户的启动文件夹。下次目标用户一登录代码就自动跑起来了。不过也别慌这个洞有几个天然的刹车片写入操作是以当前用户权限执行的这意味着攻击者没法一步登天拿到 SYSTEM。Pixis 自己在技术文档里也坦承实际利用场景相当有限。另外代码不会立即执行必须等目标用户下次登录才会触发这就给防守方留出了响应窗口。波及范围有多大基本上全灭。所有还在支持周期内的 Windows 版本都受影响从 Windows 10、Windows 11 到 Server 2012 以后的服务器版本无一幸免。如果你还在用已经停止支持的旧版本那更是雪上加霜。PoC 公开意味着什么Pixis 已经把能直接运行的利用代码放出来了这意味着漏洞的真实性已经不需要任何怀疑。但有意思的是微软的官方公告里仍然把利用状态标为未证实也没有列出任何实际被利用的案例。这种研究员已经实锤、厂商还在观望的错位在漏洞披露圈子里其实挺常见的。现在该做什么最优先的事项永远是打补丁。2026 年 7 月的累积更新已经包含了针对 CVE-2026-50502 的修复具体版本号以微软官方安全公告为准。如果因为各种原因暂时没法更新至少先把这两件事做了一是掐断出站 SMB 连接特别是指向不可信主机的那些。没有这个通道攻击者就没法把远程的恶意文件拉过来。二是去用户的启动文件夹里扫一遍看看有没有来历不明的 .hta 文件。这种文件在正常环境下几乎不应该出现在启动目录里发现一个删一个基本不会误杀。安全这玩意儿说到底就是跟时间赛跑。补丁已经出来了PoC 也已经公开了剩下的就看谁的动作更快——是攻击者先把利用链铺开来还是管理员先把补丁推下去。
