代码拉取完成，页面将自动刷新
一、漏洞信息
漏洞编号：CVE-2025-49847
漏洞归属组件：llama.cpp
漏洞归属的版本：20230815,20240531,20241210
CVSS V3.0分值：
BaseScore：8.8 High
Vector：CVSS：3.0/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
漏洞简述：
llama.cpp is an inference of several LLM models in C/C++. Prior to version b5662, an attacker‐supplied GGUF model vocabulary can trigger a buffer overflow in llama.cpp’s vocabulary‐loading code. Specifically, the helper _try_copy in llama.cpp/src/vocab.cpp: llama_vocab::impl::token_to_piece() casts a very large size_t token length into an int32_t, causing the length check (if (length < (int32_t)size)) to be bypassed. As a result, memcpy is still called with that oversized size, letting a malicious model overwrite memory beyond the intended buffer. This can lead to arbitrary memory corruption and potential code execution. This issue has been patched in version b5662.
漏洞公开时间：2025-06-18 04:15:32
漏洞创建时间：2025-06-23 20:11:19
漏洞详情参考链接：
https://nvd.nist.gov/vuln/detail/CVE-2025-49847
漏洞分析指导链接：
https://gitee.com/openeuler/cve-manager/blob/master/cve-vulner-manager/doc/md/manual.md
漏洞数据来源:
七彩瞬析开源风险感知平台
漏洞补丁信息：
二、漏洞分析结构反馈
影响性分析说明：
在版本b5662之前，攻击者提供的GGUF模型词汇表可以触发llama.cpp的词汇加载代码中的缓冲区溢出。具体来说，在llama.cpp/src/vocab.cpp中的辅助函数_try_copy:llama_vocab::impl::token_to_piece()将一个非常大的size_t令牌长度转换为int32_t，导致长度检查（if (length < (int32_t)size)）被绕过。结果，仍然以那个过大的大小调用memcpy，让恶意模型覆盖超出预期缓冲区的内存。这可能导致任意内存损坏和潜在的代码执行。这个问题已在版本b5662中修复。
openEuler评分：
8.8
Vector：CVSS：3.0/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
受影响版本排查(受影响/不受影响)：
1.master(20241210):受影响
2.openEuler-20.03-LTS-SP4:不受影响
3.openEuler-22.03-LTS-SP3:不受影响
4.openEuler-22.03-LTS-SP4:不受影响
5.openEuler-24.03-LTS(20230815):不受影响
6.openEuler-24.03-LTS-Next(20230815):不受影响
7.openEuler-24.03-LTS-SP1(20230815):不受影响
8.openEuler-24.03-LTS-SP2(20230815):不受影响
修复是否涉及abi变化(是/否)：
1.master(20241210):否
2.openEuler-20.03-LTS-SP4:否
3.openEuler-22.03-LTS-SP3:否
4.openEuler-22.03-LTS-SP4:否
5.openEuler-24.03-LTS(20230815):否
6.openEuler-24.03-LTS-Next(20230815):否
7.openEuler-24.03-LTS-SP1(20230815):否
8.openEuler-24.03-LTS-SP2(20230815):否
原因说明：
1.master(20241210):正常修复
2.openEuler-20.03-LTS-SP4:不受影响-漏洞代码不存在
3.openEuler-22.03-LTS-SP3:不受影响-漏洞代码不存在
4.openEuler-22.03-LTS-SP4:不受影响-漏洞代码不存在
5.openEuler-24.03-LTS(20230815):不受影响-漏洞代码不存在
6.openEuler-24.03-LTS-Next(20230815):不受影响-漏洞代码不存在
7.openEuler-24.03-LTS-SP1(20230815):不受影响-漏洞代码不存在
8.openEuler-24.03-LTS-SP2(20230815):不受影响-漏洞代码不存在
@hubin95 ,@Vchanger ,@znzjugod ,@yangyongguang ,@chendh6 ,@pshysimon
issue处理注意事项:
1. 当前issue受影响的分支提交pr时, 须在pr描述中填写当前issue编号进行关联, 否则无法关闭当前issue;
2. 模板内容需要填写完整, 无论是受影响或者不受影响都需要填写完整内容,未引入的分支不需要填写, 否则无法关闭当前issue;
3. 以下为模板中需要填写完整的内容, 请复制到评论区回复, 注: 内容的标题名称(影响性分析说明, openEuler评分, 受影响版本排查(受影响/不受影响), 修复是否涉及abi变化(是/否), 原因说明)不能省略,省略后cve-manager将无法正常解析填写内容.
影响性分析说明:
openEuler评分: (评分和向量)
受影响版本排查(受影响/不受影响):
1.master(20241210):
2.openEuler-20.03-LTS-SP4:
3.openEuler-22.03-LTS-SP3:
4.openEuler-22.03-LTS-SP4:
5.openEuler-24.03-LTS(20230815):
6.openEuler-24.03-LTS-Next(20230815):
7.openEuler-24.03-LTS-SP1(20230815):
8.openEuler-24.03-LTS-SP2(20230815):
修复是否涉及abi变化(是/否)：
1.master(20241210):
2.openEuler-20.03-LTS-SP4:
3.openEuler-22.03-LTS-SP3:
4.openEuler-22.03-LTS-SP4:
5.openEuler-24.03-LTS(20230815):
6.openEuler-24.03-LTS-Next(20230815):
7.openEuler-24.03-LTS-SP1(20230815):
8.openEuler-24.03-LTS-SP2(20230815):
原因说明：
1.master(20241210):
2.openEuler-20.03-LTS-SP4:
3.openEuler-22.03-LTS-SP3:
4.openEuler-22.03-LTS-SP4:
5.openEuler-24.03-LTS(20230815):
6.openEuler-24.03-LTS-Next(20230815):
7.openEuler-24.03-LTS-SP1(20230815):
8.openEuler-24.03-LTS-SP2(20230815):
原因说明填写请参考下方表格(注意：版本是否受影响和版本的原因说明必须对应，例如master版本分支受影响，那原因说明只能是受影响对应的原因之一!)：
| 分支状态 | 原因说明 |
|---|---|
| 受影响 | 正常修复 |
| 受影响 | 暂不修复-漏洞仍在分析中 |
| 受影响 | 暂不修复-暂无解决方案或补丁 |
| 受影响 | 暂不修复-待升级版本修复 |
| 受影响 | 不修复-超出修复范围 |
| 受影响 | 不修复-特殊原因导致不再修复 |
| 不受影响 | 不受影响-组件不存在 |
| 不受影响 | 不受影响-已有内置的内联控制或缓解措施 |
| 不受影响 | 不受影响-漏洞代码不能被攻击者触发 |
| 不受影响 | 不受影响-漏洞代码不在执行路径 |
| 不受影响 | 不受影响-漏洞代码不存在 |
issue处理具体操作请参考:
https://gitee.com/openeuler/cve-manager/blob/master/cve-vulner-manager/doc/md/manual.md
pr关联issue具体操作请参考:
https://gitee.com/help/articles/4142
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
Hi openeuler-ci-bot, welcome to the openEuler Community.
I'm the Bot here serving you. You can find the instructions on how to interact with me at Here.
If you have any questions, please contact the SIG: A-Tune, and any of the maintainers: @chendh6 , @hubin95 , @yangyongguang , @Vchanger , @znzjugod , @pshysimon , any of the committers: @znzjugod
| 参考网址 | 关联pr | 状态 | 补丁链接 |
|---|---|---|---|
| https://nvd.nist.gov/vuln/detail/CVE-2025-49847 | None | None | https://github.com/ggml-org/llama.cpp/commit/3cfbbdb44e08fd19429fed6cc85b982a91f0efd5 |
| https://ubuntu.com/security/CVE-2025-49847 | None | None | https://github.com/ggml-org/llama.cpp/commit/3cfbbdb44e08fd19429fed6cc85b982a91f0efd5 https://discourse.ubuntu.com/c/project |
| https://www.opencve.io/cve/CVE-2025-49847 | None | None | https://github.com/ggml-org/llama.cpp/commit/3cfbbdb44e08fd19429fed6cc85b982a91f0efd5 |
| https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2025-49847 | |||
| https://security-tracker.debian.org/tracker/CVE-2025-49847 | None | None | https://github.com/ggml-org/llama.cpp/commit/3cfbbdb44e08fd19429fed6cc85b982a91f0efd5 |
| http://www.cnnvd.org.cn/web/vulnerability/queryLds.tag?qcvCnnvdid=CVE-2025-49847 |
说明：补丁链接仅供初步排查参考，实际可用性请人工再次确认，补丁下载验证可使用CVE补丁工具。
若补丁不准确，烦请在此issue下评论 '/report-patch 参考网址 补丁链接1,补丁链接2' 反馈正确信息，便于我们不断优化工具，不胜感激。
如 /report-patch https://security-tracker.debian.org/tracker/CVE-2021-3997 https://github.com/systemd/systemd/commit/5b1cf7a9be37e20133c0208005274ce4a5b5c6a1
影响性分析说明:
在版本b5662之前，攻击者提供的GGUF模型词汇表可以触发llama.cpp的词汇加载代码中的缓冲区溢出。具体来说，在llama.cpp/src/vocab.cpp中的辅助函数_try_copy：llama_vocab::impl::token_to_piece()将一个非常大的size_t令牌长度转换为int32_t，导致长度检查（if (length < (int32_t)size)）被绕过。结果，仍然以那个过大的大小调用memcpy，让恶意模型覆盖超出预期缓冲区的内存。这可能导致任意内存损坏和潜在的代码执行。这个问题已在版本b5662中修复。
openEuler评分: (评分和向量)
Base Score: 8.8
HIGHVector: CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
受影响版本排查(受影响/不受影响):
1.master(20241210):受影响
2.openEuler-20.03-LTS-SP4:受影响
3.openEuler-22.03-LTS-SP3:受影响
4.openEuler-22.03-LTS-SP4:受影响
5.openEuler-24.03-LTS(20230815):受影响
6.openEuler-24.03-LTS-Next(20230815):受影响
7.openEuler-24.03-LTS-SP1(20230815):受影响
8.openEuler-24.03-LTS-SP2(20230815):受影响
修复是否涉及abi变化(是/否)：
1.master(20241210):否
2.openEuler-20.03-LTS-SP4:否
3.openEuler-22.03-LTS-SP3:否
4.openEuler-22.03-LTS-SP4:否
5.openEuler-24.03-LTS(20230815):否
6.openEuler-24.03-LTS-Next(20230815):否
7.openEuler-24.03-LTS-SP1(20230815):否
8.openEuler-24.03-LTS-SP2(20230815):否
原因说明：
1.master(20241210):受影响 正常修复
2.openEuler-20.03-LTS-SP4:受影响 正常修复
3.openEuler-22.03-LTS-SP3:受影响 正常修复
4.openEuler-22.03-LTS-SP4:受影响 正常修复
5.openEuler-24.03-LTS(20230815):受影响 正常修复
6.openEuler-24.03-LTS-Next(20230815):受影响 正常修复
7.openEuler-24.03-LTS-SP1(20230815):受影响 正常修复
8.openEuler-24.03-LTS-SP2(20230815):受影响 正常修复
@pshysimon 6.原因说明=> 分支 master 结果填写错误
影响性分析说明:
在版本b5662之前，攻击者提供的GGUF模型词汇表可以触发llama.cpp的词汇加载代码中的缓冲区溢出。具体来说，在llama.cpp/src/vocab.cpp中的辅助函数_try_copy：llama_vocab::impl::token_to_piece()将一个非常大的size_t令牌长度转换为int32_t，导致长度检查（if (length < (int32_t)size)）被绕过。结果，仍然以那个过大的大小调用memcpy，让恶意模型覆盖超出预期缓冲区的内存。这可能导致任意内存损坏和潜在的代码执行。这个问题已在版本b5662中修复。
openEuler评分: (评分和向量)
Base Score: 8.8
HIGHVector: CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
受影响版本排查(受影响/不受影响):
1.master(20241210):受影响
2.openEuler-20.03-LTS-SP4:受影响
3.openEuler-22.03-LTS-SP3:受影响
4.openEuler-22.03-LTS-SP4:受影响
5.openEuler-24.03-LTS(20230815):受影响
6.openEuler-24.03-LTS-Next(20230815):受影响
7.openEuler-24.03-LTS-SP1(20230815):受影响
8.openEuler-24.03-LTS-SP2(20230815):受影响
修复是否涉及abi变化(是/否)：
1.master(20241210):否
2.openEuler-20.03-LTS-SP4:否
3.openEuler-22.03-LTS-SP3:否
4.openEuler-22.03-LTS-SP4:否
5.openEuler-24.03-LTS(20230815):否
6.openEuler-24.03-LTS-Next(20230815):否
7.openEuler-24.03-LTS-SP1(20230815):否
8.openEuler-24.03-LTS-SP2(20230815):否
原因说明：
1.master(20241210):正常修复
2.openEuler-20.03-LTS-SP4:正常修复
3.openEuler-22.03-LTS-SP3:正常修复
4.openEuler-22.03-LTS-SP4:正常修复
5.openEuler-24.03-LTS(20230815):正常修复
6.openEuler-24.03-LTS-Next(20230815):正常修复
7.openEuler-24.03-LTS-SP1(20230815):正常修复
8.openEuler-24.03-LTS-SP2(20230815):正常修复
@znzjugod 经过 cve-manager 解析, 已分析的内容如下表所示:
| 状态 | 分析项目 | 内容 |
|---|---|---|
| 已分析 | 1.影响性分析说明 | 在版本b5662之前，攻击者提供的GGUF模型词汇表可以触发llama.cpp的词汇加载代码中的缓冲区溢出。具体来说，在llama.cpp/src/vocab.cpp中的辅助函数_try_copy:llama_vocab::impl::token_to_piece()将一个非常大的size_t令牌长度转换为int32_t，导致长度检查（if (length < (int32_t)size)）被绕过。结果，仍然以那个过大的大小调用memcpy，让恶意模型覆盖超出预期缓冲区的内存。这可能导致任意内存损坏和潜在的代码执行。这个问题已在版本b5662中修复。 |
| 已分析 | 2.openEulerScore | 8.8 |
| 已分析 | 3.openEulerVector | AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H |
| 已分析 | 4.受影响版本排查 | master:受影响,openEuler-20.03-LTS-SP4:受影响,openEuler-22.03-LTS-SP3:受影响,openEuler-22.03-LTS-SP4:受影响,openEuler-24.03-LTS:受影响,openEuler-24.03-LTS-Next:受影响,openEuler-24.03-LTS-SP1:受影响,openEuler-24.03-LTS-SP2:受影响 |
| 已分析 | 5.是否涉及abi变化 | master:否,openEuler-20.03-LTS-SP4:否,openEuler-22.03-LTS-SP3:否,openEuler-22.03-LTS-SP4:否,openEuler-24.03-LTS:否,openEuler-24.03-LTS-Next:否,openEuler-24.03-LTS-SP1:否,openEuler-24.03-LTS-SP2:否 |
| 已分析 | 6.原因说明 | master:正常修复,openEuler-20.03-LTS-SP4:正常修复,openEuler-22.03-LTS-SP3:正常修复,openEuler-22.03-LTS-SP4:正常修复,openEuler-24.03-LTS:正常修复,openEuler-24.03-LTS-Next:正常修复,openEuler-24.03-LTS-SP1:正常修复,openEuler-24.03-LTS-SP2:正常修复 |
请确认分析内容的准确性, 确认无误后, 您可以进行后续步骤, 否则您可以继续分析.
影响性分析说明:
在版本b5662之前，攻击者提供的GGUF模型词汇表可以触发llama.cpp的词汇加载代码中的缓冲区溢出。具体来说，在llama.cpp/src/vocab.cpp中的辅助函数_try_copy：llama_vocab::impl::token_to_piece()将一个非常大的size_t令牌长度转换为int32_t，导致长度检查（if (length < (int32_t)size)）被绕过。结果，仍然以那个过大的大小调用memcpy，让恶意模型覆盖超出预期缓冲区的内存。这可能导致任意内存损坏和潜在的代码执行。这个问题已在版本b5662中修复。
openEuler评分: (评分和向量)
Base Score: 8.8
HIGHVector: CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
受影响版本排查(受影响/不受影响):
1.master(20241210):受影响
2.openEuler-20.03-LTS-SP4:不受影响
3.openEuler-22.03-LTS-SP3:不受影响
4.openEuler-22.03-LTS-SP4:不受影响
5.openEuler-24.03-LTS(20230815):不受影响
6.openEuler-24.03-LTS-Next(20230815):不受影响
7.openEuler-24.03-LTS-SP1(20230815):不受影响
8.openEuler-24.03-LTS-SP2(20230815):不受影响
修复是否涉及abi变化(是/否)：
1.master(20241210):否
2.openEuler-20.03-LTS-SP4:否
3.openEuler-22.03-LTS-SP3:否
4.openEuler-22.03-LTS-SP4:否
5.openEuler-24.03-LTS(20230815):否
6.openEuler-24.03-LTS-Next(20230815):否
7.openEuler-24.03-LTS-SP1(20230815):否
8.openEuler-24.03-LTS-SP2(20230815):否
原因说明：
1.master(20241210):正常修复
2.openEuler-20.03-LTS-SP4:不受影响-漏洞代码不存在
3.openEuler-22.03-LTS-SP3:不受影响-漏洞代码不存在
4.openEuler-22.03-LTS-SP4:不受影响-漏洞代码不存在
5.openEuler-24.03-LTS(20230815):不受影响-漏洞代码不存在
6.openEuler-24.03-LTS-Next(20230815):不受影响-漏洞代码不存在
7.openEuler-24.03-LTS-SP1(20230815):不受影响-漏洞代码不存在
8.openEuler-24.03-LTS-SP2(20230815):不受影响-漏洞代码不存在
@znzjugod 经过 cve-manager 解析, 已分析的内容如下表所示:
| 状态 | 分析项目 | 内容 |
|---|---|---|
| 已分析 | 1.影响性分析说明 | 在版本b5662之前，攻击者提供的GGUF模型词汇表可以触发llama.cpp的词汇加载代码中的缓冲区溢出。具体来说，在llama.cpp/src/vocab.cpp中的辅助函数_try_copy:llama_vocab::impl::token_to_piece()将一个非常大的size_t令牌长度转换为int32_t，导致长度检查（if (length < (int32_t)size)）被绕过。结果，仍然以那个过大的大小调用memcpy，让恶意模型覆盖超出预期缓冲区的内存。这可能导致任意内存损坏和潜在的代码执行。这个问题已在版本b5662中修复。 |
| 已分析 | 2.openEulerScore | 8.8 |
| 已分析 | 3.openEulerVector | AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H |
| 已分析 | 4.受影响版本排查 | master:受影响,openEuler-20.03-LTS-SP4:不受影响,openEuler-22.03-LTS-SP3:不受影响,openEuler-22.03-LTS-SP4:不受影响,openEuler-24.03-LTS:不受影响,openEuler-24.03-LTS-Next:不受影响,openEuler-24.03-LTS-SP1:不受影响,openEuler-24.03-LTS-SP2:不受影响 |
| 已分析 | 5.是否涉及abi变化 | master:否,openEuler-20.03-LTS-SP4:否,openEuler-22.03-LTS-SP3:否,openEuler-22.03-LTS-SP4:否,openEuler-24.03-LTS:否,openEuler-24.03-LTS-Next:否,openEuler-24.03-LTS-SP1:否,openEuler-24.03-LTS-SP2:否 |
| 已分析 | 6.原因说明 | master:正常修复,openEuler-20.03-LTS-SP4:不受影响-漏洞代码不存在,openEuler-22.03-LTS-SP3:不受影响-漏洞代码不存在,openEuler-22.03-LTS-SP4:不受影响-漏洞代码不存在,openEuler-24.03-LTS:不受影响-漏洞代码不存在,openEuler-24.03-LTS-Next:不受影响-漏洞代码不存在,openEuler-24.03-LTS-SP1:不受影响-漏洞代码不存在,openEuler-24.03-LTS-SP2:不受影响-漏洞代码不存在 |
请确认分析内容的准确性, 确认无误后, 您可以进行后续步骤, 否则您可以继续分析.
markeryang
1个月前
/check-issue
@znzjugod 经过 cve-manager 解析, 已分析的内容如下表所示:
| 状态 | 分析项目 | 内容 |
|---|---|---|
| 已分析 | 1.影响性分析说明 | 在版本b5662之前，攻击者提供的GGUF模型词汇表可以触发llama.cpp的词汇加载代码中的缓冲区溢出。具体来说，在llama.cpp/src/vocab.cpp中的辅助函数_try_copy:llama_vocab::impl::token_to_piece()将一个非常大的size_t令牌长度转换为int32_t，导致长度检查（if (length < (int32_t)size)）被绕过。结果，仍然以那个过大的大小调用memcpy，让恶意模型覆盖超出预期缓冲区的内存。这可能导致任意内存损坏和潜在的代码执行。这个问题已在版本b5662中修复。 |
| 已分析 | 2.openEulerScore | 8.8 |
| 已分析 | 3.openEulerVector | AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H |
| 已分析 | 4.受影响版本排查 | master:受影响,openEuler-20.03-LTS-SP4:不受影响,openEuler-22.03-LTS-SP3:不受影响,openEuler-22.03-LTS-SP4:不受影响,openEuler-24.03-LTS:不受影响,openEuler-24.03-LTS-Next:不受影响,openEuler-24.03-LTS-SP1:不受影响,openEuler-24.03-LTS-SP2:不受影响 |
| 已分析 | 5.是否涉及abi变化 | master:否,openEuler-20.03-LTS-SP4:否,openEuler-22.03-LTS-SP3:否,openEuler-22.03-LTS-SP4:否,openEuler-24.03-LTS:否,openEuler-24.03-LTS-Next:否,openEuler-24.03-LTS-SP1:否,openEuler-24.03-LTS-SP2:否 |
| 已分析 | 6.原因说明 | master:正常修复,openEuler-20.03-LTS-SP4:不受影响-漏洞代码不存在,openEuler-22.03-LTS-SP3:不受影响-漏洞代码不存在,openEuler-22.03-LTS-SP4:不受影响-漏洞代码不存在,openEuler-24.03-LTS:不受影响-漏洞代码不存在,openEuler-24.03-LTS-Next:不受影响-漏洞代码不存在,openEuler-24.03-LTS-SP1:不受影响-漏洞代码不存在,openEuler-24.03-LTS-SP2:不受影响-漏洞代码不存在 |
请确认分析内容的准确性, 确认无误后, 您可以进行后续步骤, 否则您可以继续分析.
/check-issue
markeryang
1个月前
/check-issue
@znzjugod 经过 cve-manager 解析, 已分析的内容如下表所示:
| 状态 | 分析项目 | 内容 |
|---|---|---|
| 已分析 | 1.影响性分析说明 | 在版本b5662之前，攻击者提供的GGUF模型词汇表可以触发llama.cpp的词汇加载代码中的缓冲区溢出。具体来说，在llama.cpp/src/vocab.cpp中的辅助函数_try_copy:llama_vocab::impl::token_to_piece()将一个非常大的size_t令牌长度转换为int32_t，导致长度检查（if (length < (int32_t)size)）被绕过。结果，仍然以那个过大的大小调用memcpy，让恶意模型覆盖超出预期缓冲区的内存。这可能导致任意内存损坏和潜在的代码执行。这个问题已在版本b5662中修复。 |
| 已分析 | 2.openEulerScore | 8.8 |
| 已分析 | 3.openEulerVector | AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H |
| 已分析 | 4.受影响版本排查 | master:受影响,openEuler-20.03-LTS-SP4:不受影响,openEuler-22.03-LTS-SP3:不受影响,openEuler-22.03-LTS-SP4:不受影响,openEuler-24.03-LTS:不受影响,openEuler-24.03-LTS-Next:不受影响,openEuler-24.03-LTS-SP1:不受影响,openEuler-24.03-LTS-SP2:不受影响 |
| 已分析 | 5.是否涉及abi变化 | master:否,openEuler-20.03-LTS-SP4:否,openEuler-22.03-LTS-SP3:否,openEuler-22.03-LTS-SP4:否,openEuler-24.03-LTS:否,openEuler-24.03-LTS-Next:否,openEuler-24.03-LTS-SP1:否,openEuler-24.03-LTS-SP2:否 |
| 已分析 | 6.原因说明 | master:正常修复,openEuler-20.03-LTS-SP4:不受影响-漏洞代码不存在,openEuler-22.03-LTS-SP3:不受影响-漏洞代码不存在,openEuler-22.03-LTS-SP4:不受影响-漏洞代码不存在,openEuler-24.03-LTS:不受影响-漏洞代码不存在,openEuler-24.03-LTS-Next:不受影响-漏洞代码不存在,openEuler-24.03-LTS-SP1:不受影响-漏洞代码不存在,openEuler-24.03-LTS-SP2:不受影响-漏洞代码不存在 |
请确认分析内容的准确性, 确认无误后, 您可以进行后续步骤, 否则您可以继续分析.
@znzjugod 经过 cve-manager 解析, 已分析的内容如下表所示:
| 状态 | 分析项目 | 内容 |
|---|---|---|
| 已分析 | 1.影响性分析说明 | 在版本b5662之前，攻击者提供的GGUF模型词汇表可以触发llama.cpp的词汇加载代码中的缓冲区溢出。具体来说，在llama.cpp/src/vocab.cpp中的辅助函数_try_copy:llama_vocab::impl::token_to_piece()将一个非常大的size_t令牌长度转换为int32_t，导致长度检查（if (length < (int32_t)size)）被绕过。结果，仍然以那个过大的大小调用memcpy，让恶意模型覆盖超出预期缓冲区的内存。这可能导致任意内存损坏和潜在的代码执行。这个问题已在版本b5662中修复。 |
| 已分析 | 2.openEulerScore | 8.8 |
| 已分析 | 3.openEulerVector | AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H |
| 已分析 | 4.受影响版本排查 | master:受影响,openEuler-20.03-LTS-SP4:不受影响,openEuler-22.03-LTS-SP3:不受影响,openEuler-22.03-LTS-SP4:不受影响,openEuler-24.03-LTS:不受影响,openEuler-24.03-LTS-Next:不受影响,openEuler-24.03-LTS-SP1:不受影响,openEuler-24.03-LTS-SP2:不受影响 |
| 已分析 | 5.是否涉及abi变化 | master:否,openEuler-20.03-LTS-SP4:否,openEuler-22.03-LTS-SP3:否,openEuler-22.03-LTS-SP4:否,openEuler-24.03-LTS:否,openEuler-24.03-LTS-Next:否,openEuler-24.03-LTS-SP1:否,openEuler-24.03-LTS-SP2:否 |
| 已分析 | 6.原因说明 | master:正常修复,openEuler-20.03-LTS-SP4:不受影响-漏洞代码不存在,openEuler-22.03-LTS-SP3:不受影响-漏洞代码不存在,openEuler-22.03-LTS-SP4:不受影响-漏洞代码不存在,openEuler-24.03-LTS:不受影响-漏洞代码不存在,openEuler-24.03-LTS-Next:不受影响-漏洞代码不存在,openEuler-24.03-LTS-SP1:不受影响-漏洞代码不存在,openEuler-24.03-LTS-SP2:不受影响-漏洞代码不存在 |
请确认分析内容的准确性, 确认无误后, 您可以进行后续步骤, 否则您可以继续分析.
登录 后才可以发表评论
FileDragTip
