SplunkEnterprise高危漏洞CVE-2026-20253(CVSS9.8)"

admin 2026-10-21 22:32:14 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

cover_image

Splunk Enterprise 高危漏洞 CVE-2026-20253(CVSS 9.8)

原创

janice
janice

船山信安

2026年7月1日 12:41
广东

在小说阅读器读本章

去阅读

Splunk这回栽了个大问题,编号CVE-2026-20253-CVSS 9.8 漏洞根因是没认证。

Splunk Enterprise 10版引入了PostgreSQL Sidecar Service,其本地部署不是默认启用,但AWS云上开箱就带。安全假设是它只绑localhost端口5435,外部碰不到;可主Web接口8000端口会转发请求给它,一个本该隔离的服务就这样被架到了公网。

watchTowr Labs的Piotr Bazydlo发现,backup和restore两个端点接受HTTP Basic认证,实际上任意凭证都放行,包括空凭证。Base64解码Og==空用户名空密码,这不是设计缺陷,这是压根没做认证。

攻击链七步搞定:

空凭证POST到backup端点拿400响应确认漏洞存在;

往backupFile塞路径遍历在任意位置建空文件;

database字段注入hostaddr让pg\_dump连攻击者自己的PostgreSQL,把恶意数据写入目标文件系统;

restore端点塞passfile=/opt/splunk/var/packages/data/postgres/.pgpass,利用Splunk自存凭据自动认证本地数据库;

攻击者数据库预埋SQL通过lo\_export实现任意文件写入;

覆盖ssg\_enable\_modular\_input.py这个周期执行的Python脚本;

等脚本自动触发完成RCE。

PoC检测脚本来自watchTowr GitHub仓库,完整代码如下。

import argparse
import urllib3
import requests
urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)
def dag(host, region):
url = f\"{host}{region}/splunkd/__raw/v1/postgres/recovery/backup\"
headers = {“Authorization”: “Basic ZGdgOg==”}
resp = requests.post(url, headers=headers, verify=False)
if resp.status_code == 400 and ‘Failed to decode’ in resp.text:
print(‘[+] VULNERABLE’)
elif resp.status_code == 401:
print(‘[-] NOT VULNERABLE’)

运行方式

python3 watchTowr-vs-Splunk-RCE-CVE-2026-20253.py -H http://target:8000 -r en-US

返回400表示漏洞存在,401表示已修复。CISA 在6月18日把此漏洞列入KEV清单限期三天修补,受影响版本10.0.0至10.0.6与10.2.0至10.2.3,修复版本为10.0.7 、10.2.4及10.4.0 赶紧升级到修复版本吧


SplunkEnterprise高危漏洞CVE-2026-20253(CVSS9.8)" 网络安全文章

SplunkEnterprise高危漏洞CVE-2026-20253(CVSS9.8)"

SplunkEnterprise10.x版本存在高危漏洞CVE-2026-20253(CVSS9.8),根因是PostgreSQLSidecar服务缺乏认证。攻击者可通过空凭证访问backup和restore端点,利用路径遍历和数据库注入实现远程代码执行。CISA已将其列入KEV清单,受影响版本为10.0.0至10.0.6与10.2.0至10.2.3,建议立即升级至10.0.7、10.2.4或10.4.0修复版本。
能源行业数据分类分级指南(2026年版)" 网络安全文章

能源行业数据分类分级指南(2026年版)"

该文档为2026年版能源行业数据分类分级指南,旨在规范能源数据处理活动。指南依据数据特性和安全风险,将数据分为一般、重要、核心三级,并明确了重要与核心数据的识别规则,如特定能源基础设施的坐标数据、生产指令及电力消费数据。指南强调动态更新与就高从严原则,为能源数据处理者提供定级与保护依据。
第22篇全栈AI·AI安全运营平台,真正难的不是agent" 网络安全文章

第22篇全栈AI·AI安全运营平台,真正难的不是agent"

本文指出AI安全运营平台的真正难点并非Agent本身,而是将其融入Tool、Skill、Workflow、Evidence等完整工程链路。平台应嵌入运营中间层负责告警降噪与证据关联,而非直接接管决策。由于安全场景存在高噪声、强审计及严格权限边界,必须在SOP稳定性与Agent探索性间取得平衡。建议团队在引入前先梳理高频场景的人工调查SOP,将证据落盘作为硬指标,确保AI结论可回溯,避免因数据或流程基础缺失导致AI放大混乱。
评论:0   参与:  0