2026年7月网络安全圈爆出高危零日漏洞细节CVSS 9.5的CVE-2026-6875彻底打破了企业对ServiceNow平台的安全认知。这款覆盖85%财富500强企业的IT运维、人事审批、供应链管理核心平台存在无需任何账号权限的预认证远程代码执行漏洞。不同于普通Web漏洞的低危害、局部影响该漏洞一旦被利用攻击者可直接逃逸平台脚本沙箱接管整套ServiceNow业务系统甚至通过内置MID Server横向渗透企业内网服务器、业务集群。截至目前公开PoC已全面流传黑产变种载荷持续迭代野外在现网攻击频次稳步上涨大量未补丁私有化部署的政企、金融、制造企业处于裸奔状态。很多运维、安全人员对该漏洞存在认知偏差普遍误以为云端实例全部高危、私有化漏洞可忽略或是觉得利用难度高无需紧急处置。真实攻防场景中PoC公开后漏洞利用门槛大幅降低黑产已实现批量扫描、自动化攻击、持久化留后门的完整攻击链。本文从实战角度出发完整拆解CVE-2026-6875漏洞底层原理、攻击链路、影响边界提供可直接落地的资产检测脚本、入侵溯源方法、临时防护规则与永久修复方案同时结合最新野网攻击态势梳理企业专属应急处置流程适配私有化、云端两类部署场景。1 漏洞基础全貌与攻防态势CVE-2026-6875是ServiceNow AI平台核心脚本引擎的沙箱逃逸漏洞核心风险在于未授权用户可通过公开接口注入恶意脚本借助平台原生组件缺陷突破沙箱限制实现服务器端无权限远程代码执行。该漏洞由Searchlight Cyber旗下Assetnote团队发现从漏洞提交、厂商静默修复到细节公开、野网爆发整个周期仅3个月。1.1 核心漏洞参数整理官方披露与威胁情报平台权威数据漏洞核心参数如下所有数据均适配企业安全自查与通报输出标准CVE编号CVE-2026-6875风险等级超高危CriticalCVSS评分9.5CVSS v4.0属于可全域扩散、完全控权的顶级高危漏洞漏洞类型沙箱逃逸、预认证远程代码执行Pre-Auth RCE、代码注入CWE-94核心特性无登录、无权限、无复杂交互仅需构造恶意请求即可触发官方修复文档ServiceNow KB3137947漏洞发现时间2026年4月1日厂商接收漏洞报告云端紧急静默加固漏洞公开时间2026年7月13日官方公开漏洞详情与补丁野网攻击起始时间2026年7月18日多家威胁情报厂商捕获在野利用样本1.2 真实攻防态势漏洞公开初期厂商对外宣称暂无活跃攻击试图降低企业恐慌。但短短5天后Defused、Falcon等多家威胁情报平台监测到大规模扫描与攻击行为。黑产团队不仅复用公开PoC还迭代出第二套独立沙箱逃逸Gadget链可绕过基础WAF拦截与简易防护策略规避常规检测规则。目前攻击目标高度集中全部针对私有化自托管ServiceNow实例。云端SaaS实例在2026年4月已完成自动远程加固不存在漏洞风险这也是绝大多数企业容易混淆的核心关键点。国内政企、大型制造、银行、券商基本采用私有化部署模式资产暴露量大、补丁更新滞后是当前黑产重点狩猎对象。该漏洞的核心威胁不在于单次RCE控权而在于攻击后的连锁危害。ServiceNow承载企业核心ITSM运维工单、员工人事数据、权限审批流程、设备资产台账一旦沦陷攻击者可批量窃取企业核心数据、篡改业务规则依托MID Server组件打通内网横向通道实现全域内网渗透。2 漏洞底层原理与完整攻击链路拆解CVE-2026-6875的核心成因不是单一代码漏洞而是ServiceNow GlideRecord查询引擎、Rhino脚本沙箱、组件加载机制三重设计缺陷叠加导致的高危逃逸。很多技术文章只简单提及沙箱逃逸未拆解完整调用逻辑导致运维人员无法精准理解防护核心。本节从零拆解底层执行逻辑与完整攻击链路。2.1 核心组件基础认知想要读懂漏洞原理必须先理清ServiceNow三个核心原生组件的工作机制所有漏洞利用行为都基于组件原生特性实现GlideRecord引擎ServiceNow自研的数据库查询与业务脚本执行核心引擎贯穿平台所有业务接口支持通过特殊前缀解析执行自定义脚本是漏洞的入口载体。平台大量公开接口直接调用该引擎处理用户传入参数未做严格的恶意字符过滤。Rhino脚本沙箱平台默认的安全隔离机制用于隔离用户自定义脚本、第三方扩展脚本限制高危系统调用、权限操作正常情况下脚本运行在受限环境无法触碰系统底层与核心业务权限。gs.include组件加载函数平台原生组件引入方法用于加载官方预定义的脚本组件、视图插件正常用于业务功能拓展漏洞利用中作为沙箱逃逸的核心Gadget载体。2.2 漏洞触发核心成因平台公开未认证接口/assessment_thanks.do接收用户可控参数sysparm_assessable_type该参数未经过滤直接传入GlideRecord查询引擎处理。GlideRecord引擎原生支持解析javascript:前缀字符串识别后会自动交付Rhino沙箱执行脚本内容。正常场景下沙箱内脚本无法突破权限限制只能执行简单运算、数据查询不具备代码执行、系统调用能力。但攻击者可通过篡改全局对象原型、覆盖冻结对象方法构造专属Gadget触发条件再通过gs.include(ItemViewElementsProvider)加载高危组件。该组件的加载逻辑存在原生缺陷组件初始化过程中会强制将攻击者可控的脚本内容转入无沙箱保护的全局执行上下文最终调用Function构造函数执行恶意载荷完成沙箱逃逸与任意代码执行。2.3 完整攻击链路流程图以下流程图完整还原从发包请求到最终RCE的全流程清晰展示每一步权限与环境的变化A[攻击者构造恶意请求] -- B[访问预认证接口 /assessment_thanks.do]B -- C[传入可控参数 sysparm_assessable_typejavascript:恶意前置载荷]C -- D[GlideRecord引擎识别javascript前缀 交付沙箱执行]D -- E[前置载荷篡改全局对象原型 构造逃逸Gadget]E -- F[调用gs.include加载ItemViewElementsProvider组件]F -- G[组件加载触发平台原生代码逻辑]G -- H[恶意脚本脱离Rhino沙箱 进入无限制全局上下文]H -- I[执行任意系统代码/平台脚本 完成RCE]I -- J[创建后门账号/窃取数据/横向渗透内网]2.4 漏洞技术架构缺陷图从架构层面可以直观看到平台三层防护的失效逻辑这也是该漏洞危害极高的核心原因subgraph 外部可控层公开未认证接口 -- 用户可控参数输入endsubgraph 业务处理层参数直传GlideRecord引擎 -- 无恶意字符过滤endsubgraph 安全隔离层初始Rhino沙箱隔离 -- 可通过原型篡改绕过组件加载机制 -- 上下文逃逸漏洞endsubgraph 权限执行层逃逸后全局权限 -- 完全管控ServiceNow实例联动MID Server -- 内网服务器命令执行end2.5 漏洞复杂度误区拆解官方CVSS标注AC:H高复杂度很多运维据此判定漏洞无需紧急处置。这个判定只适用于漏洞未公开、无PoC的阶段。漏洞核心复杂度集中在Gadget链构造与全局对象篡改逻辑需要精准适配平台版本特性。PoC公开后所有复杂的底层适配、逻辑构造均已封装完成攻击者仅需替换恶意执行命令即可完成攻击利用复杂度大幅降低。同时黑产迭代的变种载荷规避了原版PoC的特征常规流量检测、关键字拦截完全失效。3 精准受影响资产范围判定该漏洞不存在全版本通杀的情况云端与私有化部署风险完全割裂不同迭代版本的补丁状态差异极大。错误的资产判定会导致过度运维或防护遗漏本节精准划分所有受影响版本与安全版本适配企业资产自查。3.1 绝对安全资产无任何风险所有ServiceNow云端SaaS托管实例在2026年4月已完成厂商远程自动加固无需用户手动打补丁默认规避该沙箱逃逸漏洞。无论版本新旧云端资产均不存在被预认证RCE的风险企业无需针对性排查、防护。3.2 高危受影响资产私有化自托管仅本地私有化部署的Self-Hosted实例存在高危风险未安装对应补丁的版本全部可被攻击具体受影响版本如下Brazil 分支GA、EA未打补丁全版本Australia 分支小于Patch 2的所有版本Zurich 分支小于Patch7b、Patch9的所有版本Yokohama 分支小于Patch12 HF1b、Patch13的所有版本3.3 资产排查核心要点企业排查时无需逐行核对版本优先确认部署模式。国内90%以上政企、金融、制造业的ServiceNow资产均为私有化部署且普遍存在补丁更新滞后、长期不升级的问题属于重点排查对象。同时部分企业为方便运维将ServiceNow管理接口直接暴露公网极大提升了被扫描攻击的概率。4 漏洞危害深度复盘实战视角单一RCE漏洞的危害仅限于服务器控权但CVE-2026-6875的危害是链式放大的。ServiceNow作为企业核心业务中台对接人事、运维、供应链、内网设备全场景漏洞利用成功后的破坏力远超普通Web系统漏洞。4.1 平台层级完全控权攻击者逃逸沙箱后可获得等同于系统最高管理员的操作权限无任何功能限制。可读取平台全部业务数据表包含员工手机号、身份证、薪资数据、运维账号密码、设备台账、审批记录等敏感信息。同时可随意创建超级管理员账号、修改ACL权限规则、植入自定义恶意脚本实现持久化后门即便后续补丁修复攻击者仍可留存权限。4.2 内网全域横向渗透这是该漏洞最致命的危害。ServiceNow内置的MID Server是打通平台与企业内网的核心代理组件负责接收平台指令、在内网服务器、终端、网络设备上执行操作。攻击者攻陷ServiceNow实例后可直接调用MID Server下发系统命令对内网Windows、Linux服务器进行批量控制实现从外网Web漏洞到内网全域沦陷的完整渗透。4.3 业务与数据双重破坏攻击者可篡改企业IT运维流程、审批规则导致业务流程瘫痪、工单异常、权限混乱。同时可批量导出企业核心业务数据、供应链数据、客户信息用于数据售卖、勒索挖矿。部分黑产团伙会植入持久化恶意脚本长期监控企业业务数据实现持续性窃密。4.4 合规与舆情风险政企、金融、医疗行业受等保、数据安全法规约束核心数据泄露、内网被入侵会触发合规处罚同时引发企业舆情危机、客户信任流失。漏洞爆发后已有多家中小型企业因数据泄露面临监管核查。5 企业资产批量检测方案可直接落地为方便企业快速自查全网ServiceNow资产是否存在漏洞本节提供完整可复制的批量检测脚本、手动检测方法适配运维批量排查场景无复杂依赖、开箱即用。5.1 手动单点检测方法针对单个资产可通过简单HTTP请求快速验证漏洞状态无需工具、无需权限向目标地址发送GET请求https://目标IP:端口/assessment_thanks.do?sysparm_assessable_typejavascript:alert(1)若目标系统未过滤javascript前缀、正常解析脚本特征且响应存在脚本执行痕迹即可判定资产存在漏洞风险。该检测仅触发脚本解析无任何破坏性行为合规安全。5.2 Python批量检测脚本完整可运行适配企业批量资产扫描支持IP列表批量检测、结果导出、超时重试规避网络波动导致的误判。脚本兼容Python3全系版本无需额外安装复杂依赖。importrequestsimporttimefromconcurrent.futuresimportThreadPoolExecutor# 配置项用户可自行修改TIMEOUT8THREAD_NUM20# 待检测资产列表格式[https://ip:port, http://domain]TARGET_LIST[]# 结果存储VULN_LIST[]# 关闭请求告警requests.packages.urllib3.disable_warnings()defcheck_servicenow_cve(target):try:urlf{target.strip()}/assessment_thanks.doparams{sysparm_assessable_type:javascript:123456}headers{User-Agent:Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36}resrequests.get(url,paramsparams,headersheaders,timeoutTIMEOUT,verifyFalse)# 漏洞特征匹配参数未过滤存在脚本解析痕迹ifres.status_codein[200,302]andjavascriptinres.text[:1000]:print(f[] 存在漏洞风险{target})VULN_LIST.append(target)else:print(f[-] 无漏洞{target})exceptExceptionase:print(f[!] 访问异常{target}错误信息{str(e)[:50]})defmain():print( CVE-2026-6875 ServiceNow 批量检测工具 )print(f待检测资产总数{len(TARGET_LIST)})withThreadPoolExecutor(max_workersTHREAD_NUM)aspool:pool.map(check_servicenow_cve,TARGET_LIST)print(\n 检测完成高危资产汇总 )forvulninVULN_LIST:print(vuln)# 保存结果withopen(vuln_result.txt,w,encodingutf-8)asf:forvulninVULN_LIST:f.write(vuln\n)print(结果已保存至 vuln_result.txt)if__name____main__:main()5.3 脚本使用说明1、将待检测的ServiceNow资产地址填入TARGET_LIST列表2、根据网络环境调整超时时间与线程数3、直接运行脚本自动输出高危资产并本地保存结果4、脚本仅做风险检测无任何攻击、破坏行为合规适配企业内部自查。6 入侵溯源与事后排查清单针对已暴露、疑似被入侵的资产需要快速完成溯源排查、清理后门、阻断攻击链路。本节整理实战级排查清单覆盖日志审计、权限核查、后门检测、组件异常排查全维度。6.1 访问日志定向审计优先检索核心接口的异常访问记录精准定位攻击行为筛选日志中包含/assessment_thanks.do、sysparm_assessable_type关键字的请求排查请求参数中包含javascript:、gs.include、Function()等恶意特征的记录重点关注2026年7月18日后的陌生IP、高频访问、异常发包记录。6.2 账号与权限排查漏洞利用成功后攻击者大概率会创建持久化后门账号。需要全面审计核查所有新增超级管理员、自定义角色、特殊权限账号排查无绑定员工信息、无操作记录的陌生账号检查ACL权限规则、业务脚本是否被篡改、新增未知规则清理所有异常账号重置全部管理员密码。6.3 核心组件与任务排查重点排查MID Server组件状态该组件是内网渗透核心通道检查MID Server定时任务、执行日志排查未知系统命令执行记录核查平台自定义脚本、Script Include组件是否存在新增恶意代码监控系统后台异常进程、定时任务排查持久化木马。6.4 流量与资产监控全网监控ServiceNow资产的 outbound 出站流量排查是否存在主动外联、数据外传行为通过防火墙、WAF日志筛查批量扫描、高频攻击流量及时封堵恶意IP。7 临时防护与永久修复落地方案针对无法立刻停机升级补丁的企业提供可秒上线的临时防护方案同时提供官方标准永久修复流程兼顾应急处置与长期安全。所有方案均适配私有化部署场景云端资产无需操作。7.1 紧急临时防护立即生效通过WAF、防火墙、Nginx反向代理配置拦截规则快速阻断漏洞攻击链路无业务影响、无需重启服务1、接口拦截直接禁止外网访问/assessment_thanks.do接口阻断漏洞入口2、参数拦截拦截所有请求中包含javascript:前缀的sysparm_assessable_type参数3、访问控制禁止ServiceNow核心管理接口、业务接口直接暴露公网仅允许内网、VPN白名单访问。7.2 WAF防护规则可直接复制适配通用WAF、Nginx、Apache拦截规则精准拦截漏洞攻击载荷# Nginx拦截规则 CVE-2026-6875 location ~* /assessment_thanks\.do$ { if ($arg_sysparm_assessable_type ~* javascript:) { return 403; } deny all; }7.3 永久官方修复方案临时防护仅能规避已知攻击载荷无法防御变种逃逸链必须升级官方补丁完成永久修复。企业需严格参照ServiceNow官方KB3137947文档根据自身系统分支版本升级至安全补丁Australia升级至Patch 2及以上、Zurich升级至Patch7b/Patch9及以上、Yokohama升级至Patch12 HF1b/Patch13及以上、Brazil分支升级至最新GA/EA补丁。本次修复并非简单漏洞补丁而是平台架构级防护升级。ServiceNow新增Guarded Script安全机制重构沙箱执行逻辑严格限制沙箱内脚本的变量声明、函数定义、条件判断、多语句执行复杂脚本必须移入专属Script Include组件从底层杜绝同类沙箱逃逸漏洞。7.4 修复后验证流程补丁升级完成后需通过前文检测脚本复测资产漏洞状态确认接口无法触发恶意脚本解析审计系统账号、权限、任务日志确认无残留后门监控72小时流量确认无异常攻击尝试、外联行为。8 漏洞衍生风险与长期安全建议CVE-2026-6875的爆发暴露了企业PaaS业务平台的普遍安全短板。多数企业重视边界安全、服务器安全却忽略核心业务中台的漏洞风险导致单一漏洞引发全域安全灾难。8.1 衍生变种攻击风险目前野网已出现第二套沙箱逃逸Gadget链不依赖原版PoC的组件加载逻辑可绕过基础拦截规则。未来会有更多变种载荷迭代仅靠关键字拦截、接口封禁无法实现长期防护必须以补丁升级架构防护为核心。8.2 企业长期防护策略禁止核心业务平台公网裸奔所有私有化部署的ServiceNow资产必须放置内网通过VPN、堡垒机、白名单机制对外提供访问建立业务平台资产台账定期跟进厂商安全补丁杜绝长期未升级资产针对ServiceNow自定义脚本、插件、组件做常态化审计防止恶意脚本植入将业务中台漏洞纳入应急响应体系出现高危漏洞可快速完成排查、防护、修复。9 总结与互动讨论CVE-2026-6875作为2026年危害性顶尖的预认证RCE漏洞核心风险集中在私有化部署的ServiceNow实例。漏洞利用门槛已随PoC公开大幅降低黑产自动化攻击已成常态企业无需抱有侥幸心理。从漏洞原理、批量检测、入侵溯源、临时防护到永久修复本文形成完整的实战落地闭环所有脚本、规则、排查方法均可直接复用。企业需优先排查公网暴露的私有化ServiceNow资产快速完成漏洞检测与应急防护再有序推进补丁升级彻底规避安全风险。互动提问你的企业是否部署了私有化ServiceNow系统目前是否完成该漏洞的排查与加固欢迎在评论区交流企业防护落地难点。