目标达成 感谢每一位支持者 — 我们达成了 100% 目标！

目标: 1000 元 · 已筹: 1359 元

100%
请我们喝杯咖啡

CVE-2026-48702— sigstore rekor 资源管理错误漏洞

一分钟漏洞结论

影响对象
sigstore rekor
利用判断
存在公开或 AI PoC，应优先验证
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。

sigstore rekor是sigstore组织的一个基于区块链的软件供应链签名透明度日志。 sigstore rekor 0.3.0版本至1.5.2之前版本存在资源管理错误漏洞，该漏洞源于Package.Unmarshal()函数在pkg/types/alpine/apk.go中解压APK文件时未限制总解压大小，攻击者可利用高压缩比gzip流导致内存耗尽，造成拒绝服务。

CVSS 7.5 · High EPSS 0.46% · P38

可能的 ATT&CK 技术 1 AI

T1496 · Resource Hijacking

影响版本矩阵 1

厂商产品 版本范围状态
sigstore rekor >= 0.3.0, < 1.5.2 affected
获取后续新漏洞提醒 登录后订阅

一、 漏洞 CVE-2026-48702 基础信息

漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗

尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。

Vulnerability Title
Rekor has an OOM Condition due to Unbounded gzip Decompression in Alpine APK Parsing Logic
来源: CVE Program / CVE List V5
Vulnerability Description
Rekor is a software supply chain transparency log. Starting in version 0.3.0 and prior to version 1.5.2, the `Package.Unmarshal()` function in `pkg/types/alpine/apk.go` decompresses the signature and control gzip members of an APK file into in-memory buffers without bounding the total decompressed size. The existing `max_apk_metadata_size` check (default 1MB) is only applied to individual tar entry header sizes after decompression completes, so it does not prevent a decompression bomb from consuming unbounded heap memory. An attacker can craft a gzip stream that compresses at a ~1000:1 ratio (e.g., 2MB compressed zeros → 2GB decompressed). When submitted as spec.package.content in an Alpine `ProposedEntry`, the server decompresses the full payload into memory during request processing, triggering a fatal Go runtime out-of-memory error or OS OOM-kill that cannot be caught by the server's recover() middleware. This is reachable via two unauthenticated endpoints, `POST /api/v1/log/entries (createLogEntry)` and `POST /api/v1/log/entries/retrieve (searchLogQuery)`. Both invoke `V001Entry.Canonicalize()` → `fetchExternalEntities()` → `apk.Unmarshal(packageData)`, which performs the unbounded decompression. Version 1.5.2 patches the issue. There is no effective workaround. Setting `max_request_body_size` reduces but does not eliminate exposure due to the ~1000:1 compression ratio (a 1MB body limit still allows ~1GB heap allocation). Setting `max_apk_metadata_size` has no effect on this vulnerability since the check is applied after decompression.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
来源: CVE Program / CVE List V5
Vulnerability Type
不加限制或调节的资源分配
来源: CVE Program / CVE List V5
Vulnerability Title
sigstore rekor 资源管理错误漏洞
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Description
sigstore rekor是sigstore组织的一个基于区块链的软件供应链签名透明度日志。 sigstore rekor 0.3.0版本至1.5.2之前版本存在资源管理错误漏洞，该漏洞源于Package.Unmarshal()函数在pkg/types/alpine/apk.go中解压APK文件时未限制总解压大小，攻击者可利用高压缩比gzip流导致内存耗尽，造成拒绝服务。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD

受影响产品

厂商 产品 影响版本 CPE 订阅
sigstore rekor >= 0.3.0, < 1.5.2 -

二、漏洞 CVE-2026-48702 的公开POC

# POC 描述 源链接 神龙链接
AI 生成 POC 高级
Qwen3.6-35B-A3B · 9801 chars
Pro+ 专属包含：
漏洞复现靶场录像（真实沙箱构建 + 触发，独家）
漏洞原理深度分析
触发条件与影响面
完整可执行 POC 代码
利用链与缓解建议
POC 打包下载
每月 100+ 条 AI 生成额度

三、漏洞 CVE-2026-48702 的情报信息

请登录查看更多情报信息。

CVE-2026-48702 厂商安全公告 (1)

IV. Related Vulnerabilities

Same product: rekor
Same vendor: sigstore
Same weakness: CWE-770

V. Comments for CVE-2026-48702

暂无评论

发表评论