一个不用登录就能触发的漏洞，利用代码已经摆到了GitHub上。Fortinet FortiSIEM的CVE-2026-106173，被Horizon3.ai公开了技术研究和概念验证代码——远程攻击者无需任何认证，就能向设备写入文件，进而执行代码。

打开网易新闻 查看精彩图片

受影响的是FortiSIEM 7.5.0。Fortinet在2026年10月13日的FortiGuard安全公告中披露了该漏洞，修复版本为7.5.1，7.6版本不受影响。Horizon3.ai随后发布了研究细节和概念验证。

漏洞的入口是一个gRPC服务。研究显示，未认证的客户端可以连上TCP 27918端口上的这个服务，并滥用它的SendQueryResult方法，把攻击者控制的数据写进FortiSIEM设备。

问题出在路径拼接上。这个gRPC服务接收查询结果数据，并用客户端提供的值来构造文件路径。Horizon3.ai发现，服务在把查询ID拼进路径之前，没有做正确校验。攻击者借助目录穿越序列，就能把文件写到预期的查询结果目录之外。

服务还会在文件名末尾追加自己的文本。但Horizon3.ai发现，在特制字段里放一个空字节，就能让操作系统认为路径提前结束。这样一来，攻击者可以精确命中一个已存在的文件名，而不必受限于服务自动生成的名字。研究指出，发送这种特制请求需要手工构造gRPC消息，因为常见工具和库会限制头部中的空字节。

写文件的漏洞要变成远程代码执行，还需要一个条件：覆盖设备会自动运行的脚本。Horizon3.ai点名了/opt/charting/redishb.sh，称该脚本由计划任务执行，属于值得关注的目标。研究人员还列出了/opt/phoenix/bin/phLicenseTool，建议管理员检查这个文件。

概念验证代码的公开证明了风险存在，但仅凭公开这一事实，并不能说明某台具体的FortiSIEM系统已经被攻陷。

管理员该做的事很直接：确认自己的FortiSIEM设备是否运行7.5.0，然后升级到7.5.1或更高版本。7.6版本据报道不受影响。如果无法立即升级，就把TCP 27918端口的访问限制在可信系统范围内，确保它无法从公网触达。

排查线索方面，Horizon3.ai表示没有找到能明确标识该漏洞被利用的应用日志。调查可能失陷的团队，应查看文件修改时间，并检查上述被点名的脚本是否有异常改动。如果这些文件的时间戳与邻近系统文件对不上，值得进一步深挖——但这本身并不构成被利用的证据。

这已经不是Horizon3.ai第一次在FortiSIEM上找到问题。此前报告的CVE-2024-23108和CVE-2025-64155，涉及的是phMonitor服务；而CVE-2026-106173落在另一个独立的gRPC服务上。这个差别对防守方很关键：围绕一个FortiSIEM服务做的防护审查，不会自动把另一个服务也保护起来。