🔴 严重 | CVE-2026-65057 — Keep (commit 91c75e0) contains a server-side reque...

发布于：2026/07/22更新于：2026/07/29📖 8分钟👁️ 6 次阅读

🔴 【深度分析】严重安全漏洞：CVE-2026-65057

CVSS 评分: 严重（9.2）🔴　　状态: Deferred　　发布时间: 2026-07-21

🔍 技术细节速览

字段	值
CVE ID	`CVE-2026-65057`
CVSS 评分	9.2 🔴
严重程度	严重
CVSS 向量	`CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:L/VA:N/SC:H/SI:L/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X`
CWE 分类	`CWE-918`
发布时间	2026-07-21
最后更新	2026-07-23
状态	Deferred
数据来源	disclosure@vulncheck.com

⚠️ 严重风险 | CVSS 9.2 (CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:L/VA:N/SC:H/SI:L/SA:N)
攻击者可无需认证、零交互利用，直接窃取云服务凭证并实施内网侦察。

漏洞概述

CVE-2026-65057 是 Keep 项目（commit 91c75e0）中存在的一处服务器端请求伪造（SSRF）漏洞，影响其 healthcheck（健康检查）端点。由于该端点未实施任何认证机制，攻击者只需发送一个精心构造的 JSON payload，通过篡改 host 参数，即可诱使后端服务向任意目标发起 HTTP 请求。攻击者可利用此漏洞访问内部网络服务（如云厂商元数据接口），进而窃取云凭据、执行内网侦察，甚至可能横向移动。

该漏洞已由 VulnCheck 报告至 NVD，目前漏洞状态为 Deferred，尚未有官方补丁发布。

受影响组件与版本

组件	影响版本
Keep 项目	所有包含 commit `91c75e0` 的版本（该 commit 引入了未受保护的 healthcheck 端点）

注意：根据现有信息，Keep 可能指代某个开源服务监控/告警平台（如 Keptn 或其他同名项目）。具体受影响的版本范围需等待厂商进一步公告。建议用户立即排查自身部署的 Keep 实例是否包含该 commit。

漏洞原理分析

攻击路径

未受保护的端点：Healthcheck 端点通常用于检测服务健康状态，本应只允许内部或经过认证的请求，但此实现中完全对外开放（AV:N，PR:N，UI:N）。
用户可控 host 值：端点接收 JSON 格式请求，其中 host 字段被直接用于构造后端发出的 HTTP 请求（例如：http://<host>/some/check或类似逻辑）。
SSRF 触发：攻击者将 host 设置为内部 IP 地址（如 169.254.169.254 云元数据端点）或内网其他服务的地址，后端服务便会在其所在网络环境中向该地址发起请求。
信息窃取：若目标为云元数据接口，请求返回的 IAM 临时凭据或其他敏感配置将被带回给攻击者；若为内网服务，则可扫描开放端口、探测弱口令等。

技术细节

攻击复杂度低（AC:L）：攻击者无需特殊工具，curl 或简单的 Python 脚本即可发送 HTTP POST 请求。
无需认证（PR:N）：healthcheck 端点没有 token、签名等校验机制。
无需用户交互（UI:N）：不需要受害者点击链接或执行其他操作。
影响范围广：VC:H（机密性高）表示云凭据泄露可直接导致云环境被接管；VI:L（完整性低）意味着攻击者可能篡改部分数据，但核心影响仍是信息泄露。

影响评估

攻击条件与利用难度

攻击向量：网络远程（AV:N），只需目标 Keep 服务的 healthcheck 端口可访问。
权限要求：无（PR:N）。
用户交互：无（UI:N）。
攻击复杂度：低（AC:L），几乎任意熟悉 HTTP 的攻击者均可操作。

潜在后果

后果类型	风险等级	说明
云凭据泄露	严重	获取 AWS/GCP/Azure 临时凭据后，可完全控制云资源
内网扫描与漏洞利用	高	可探测内网数据库、管理面板等服务的地址和版本
横向移动	中	若内网服务存在其他漏洞，可进一步渗透
服务拒绝	低	利用 SSRF 可对内网服务发起大量请求，造成资源耗尽

漏洞状态风险

漏洞状态为 Deferred，意味着厂商尚未确认或发布补丁。在此期间，攻击者可能已掌握漏洞细节（VulnCheck 已公开），需立即采取缓解措施。

修复建议

官方补丁（暂无）

截至分析时间，Keep 项目未提供补丁。建议持续关注 NVD 页面及 Keep 官方仓库的 release 公告。

临时缓解措施

限制 healthcheck 端点访问
- 在反向代理或 WAF 中，仅允许内部 IP 或受信任的监控 IP 访问 /healthcheck 路径。
- 示例 (Nginx)：
```
location /healthcheck {
    allow 127.0.0.1;
    allow 10.0.0.0/8;
    deny all;
}
```
实施输入验证与白名单
- 在应用中限制 host 参数仅能使用预定义的目标地址（例如 localhost 或运维监控专用域名）。
- 严格拒绝包含内网 IP 段（如 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16）或云元数据 IP（169.254.169.254）的输入。
网络隔离
- 将 Keep 服务部署在无直接云元数据访问权限的容器或实例中（如使用 AWS Instance Metadata Service Version 2 (IMDSv2) 且设置 hop limit=1）。
- 使用防火墙规则禁止后端服务向外网发起非必要请求。
日志监控
- 实时监控 healthcheck 请求日志，检测异常 host 值（如 169.254.169.254）。
- 启用告警，当出现大量未知 IP 请求时立刻响应。

参考资料

CVE 详情页：https://nvd.nist.gov/vuln/detail/CVE-2026-65057
CWE-918：Server-Side Request Forgery (SSRF) — https://cwe.mitre.org/data/definitions/918.html
漏洞报告来源：VulnCheck (disclosure@vulncheck.com)
Cloud metadata SSRF 攻击模式：AWS Security Blog — "Mitigating SSRF in your applications"
IMDSv2 防护指南：https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/security-iam-policies-imds-faq.html

免责声明：本文基于 NVD 公开数据撰写，所提及的攻击细节仅为安全分析用途。任何未经授权利用此漏洞的行为均属违法。请修复或缓解措施后再投入生产环境。

💬 评论