Data quality issue with CVE-2026-11460
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
调研方向
The payload names no source file or test, so start by locating where CVE-2026-11460's affected version ranges are stored or generated in the osv.dev repository. The problem is that Boost versions are recorded as X.YY where upstream uses X.YY.Z. The suggested fixes are a manual data correction or a conversation with the CNA, and the maintainers have not chosen between them. Done means a decision on the approach and a corrected record, which needs maintainer input first.
由索引模型根据 Issue 内容生成。
描述
The CVE ID
https://osv.dev/vulnerability/CVE-2026-11460
Describe the data quality issue observed
All versions listed are of the form X.YY, e.g. 1.61.
Unfortunately, that's not how boost is versioned: boost releases are all of the form X.YY.Z (e.g., 1.61.0).
See https://github.com/boostorg/boost/releases
Suggested changes to record
Stupid fix: manually tag a .0 on the end of all the versions. That works for boost vulnerabilities, but nothing else.
Possibly better fix: go talk to the CNA (VulDB?)
Additional context
- 主要语言
- Go
- 星标
- 3k
- 派生
- 390
- 平均合并
- 22 小时 24 分钟
- 30 天内合并 PR
- 125
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
google/osv.dev 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 82/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 74/100
维护者通常 1 天内回复
-
worker to log more information for gitter internal server errors可能重新可做 @ZedingZhang 于 62 天前认领，目前没有进行中的 PR。 未关闭stale
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
Create repo purls for GIT ecosystem ranges可能重新可做 关联的 PR 已关闭且未合并。 未关闭backlog data quality
难度 2/5 1-3 小时 新手友好度 65/100
维护者通常 1 天内回复
-
难度 5/5 一周以上 新手友好度 35/100
维护者通常 1 天内回复
相似的 Issue
-
[Bug] Custom tool truncation leaves unused stream copies open可能已有人在做 @OUAO-FRANK 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 1 天内回复
-
[v3] KeyBindingManager calls (Add/Remove) are not converted into a case-insensitive accelerator.Key未关闭Bug
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 1 天内回复
-
enhancement
难度 2/5 1-3 小时 新手友好度 72/100
crmne/hyprmoncfg#114 · 1 条评论 ·
维护者通常 1 天内回复
-
runtime: usleep sleeps nanoseconds instead of microseconds on linux/mips and linux/mips64可能已有人在做 @BRobertson7 今天认领。 未关闭compiler/runtime
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100