Welcome To openEuler Community

Hey @ultra_planet , thanks for your contribution to the community.

Bot Usage Manual

I'm the Bot here serving you. You can find the instructions on how to interact with me at Here . That means you can comment below every pull request or issue to trigger Bot Commands. You can self-configure the PR merge rules for this repository. For more details, please refer to Here.

Contact Guide

If you have any questions, please contact the SIG: Desktop ,
and any of the maintainers: @cherry530, @dou33, @dwl301, @lipingEmmaSiguyi, @lostway1, @lw520203, @openbot, @robert-xingwang, @small_leek, @starlet-dx, @t_feng, @technology208, @wangxp006, @weidongkl, @yanan-rock ,
and any of the committers: @t_feng, @wangxp006, @yanan-rock .

issue处理注意事项:
1. 提交正常修复分支的修复PR时,必须关联当前issue,否则无法关闭当前issue;
2. 模板内容需要填写完整, 无论是受影响或者不受影响都需要填写完整内容;
3. 以下为模板中需要填写完整的内容, 请复制到评论区回复;
注: 内容的关键词(影响性分析说明, openEuler评分, 受影响版本排查(受影响/不受影响), 修复是否涉及abi变化(是/否), 原因说明)不能省略,省略后cve-manager将无法正常解析填写内容.

影响性分析说明:

openEuler评分: (评分和向量)

受影响版本排查(受影响/不受影响):
1.master(4.7.2):
2.openEuler-20.03-LTS-SP4(4.3.0):
3.openEuler-22.03-LTS-SP4(4.3.0):
4.openEuler-24.03-LTS-Next(4.6.0):
5.openEuler-24.03-LTS-SP1(4.6.0):
6.openEuler-24.03-LTS-SP3(4.6.0):
7.openEuler-24.03-LTS-SP4(4.6.0):

修复是否涉及abi变化(是/否)：
1.master(4.7.2):
2.openEuler-20.03-LTS-SP4(4.3.0):
3.openEuler-22.03-LTS-SP4(4.3.0):
4.openEuler-24.03-LTS-Next(4.6.0):
5.openEuler-24.03-LTS-SP1(4.6.0):
6.openEuler-24.03-LTS-SP3(4.6.0):
7.openEuler-24.03-LTS-SP4(4.6.0):

原因说明：
1.master(4.7.2):
2.openEuler-20.03-LTS-SP4(4.3.0):
3.openEuler-22.03-LTS-SP4(4.3.0):
4.openEuler-24.03-LTS-Next(4.6.0):
5.openEuler-24.03-LTS-SP1(4.6.0):
6.openEuler-24.03-LTS-SP3(4.6.0):
7.openEuler-24.03-LTS-SP4(4.6.0):

原因说明填写请参考下方表格(注意：版本是否受影响和版本的原因说明必须对应，例如master版本分支受影响，那原因说明只能是受影响对应的原因之一!)：

issue处理具体操作请参考:
https://atomgit.com/openeuler/cve-manager/blob/master/cve-vulner-manager/doc/md/manual.md
pr关联issue具体操作请参考:
https://docs.atomgit.com/docs/help/home/org_project/pullrequests/pr-related-issue

说明：补丁链接仅供初步排查参考，实际可用性请人工再次确认，补丁下载验证可使用CVE补丁工具。
若补丁不准确，烦请在此issue下评论 '/report-patch 参考网址 补丁链接1,补丁链接2' 反馈正确信息，便于我们不断优化工具，不胜感激。
如 /report-patch https://security-tracker.debian.org/tracker/CVE-2021-3997 https://github.com/systemd/systemd/commit/5b1cf7a9be37e20133c0208005274ce4a5b5c6a1

@ultra_planet CVE信息从NVD同步成功, 稍后请重新加载页面.

/branches openEuler-24.03-LTS-Next /patch_url https://gitlab.com/libtiff/libtiff/-/commit/67fd283d276f09db54dc39b9ef7b979d4b45c4b1.patch

正在自动化处理任务，任务编号:TASK-gitcode__libtiff-126-20260916100425，指定分支:openEuler-24.03-LTS-Next，使用指定补丁(1个)

✅ 任务结束 (用时: 83分钟)

/branches openEuler-22.03-LTS-SP4 /patch_url https://gitlab.com/libtiff/libtiff/-/commit/67fd283d276f09db54dc39b9ef7b979d4b45c4b1.patch

正在自动化处理任务，任务编号:TASK-gitcode__libtiff-126-20260916100446，指定分支:openEuler-22.03-LTS-SP4，使用指定补丁(1个)

✅ 任务结束 (用时: 85分钟)

评论已生成并写入 ai_output/step8-comment_20260916_112426.log。评论内容如下：

【任务 #126 · openEuler-24.03-LTS-Next】CVE-2026-18495

1. 是否受影响：受影响

CVE-2026-18495 漏洞子系统 tiff2pdf 在本分支源码 tiff-4.6.0 中完整存在（tools/unsupported/tiff2pdf.c，全树唯一），Step 4 源码影响性分析已对全部 17 个 core hunk 的漏洞模式逐处确认：t2p_readwrite_pdf_image 中 uint64_t sbc[i] 截断为 uint32_t max_striplength 后直接 _TIFFmalloc（堆溢出根因，2502/2741-2745 行）、t2p_read_tiff_size 2229 行 pdf_ojpegiflength=tiff_datasize、t2p_readwrite_pdf_image_tile 3159/3338/3353 行 xuint32=bufferoffset、t2p_write_pdf 6154-6326 行 15 处 pdf_xrefoffsets[]/pdf_startxref=written（tmsize_t→uint32_t 截断）；各 hunk 上下文行均已读取比对且匹配，仅行号偏移 -34~-173。漏洞代码存在于本版本源码，需要修复。

• openEuler-24.03-LTS-Next（版本 4.6.0）：受影响

2. 修复补丁

上游社区补丁：https://gitlab.com/libtiff/libtiff/-/commit/67fd283d276f09db54dc39b9ef7b979d4b45c4b1.patch

3. 补丁适配情况

已对 backport-CVE-2026-18495.patch 完成适配（状态 adapted，置信度 high），openEuler 精简版 tarball 与上游 master 补丁的三类差异全部解决：

• 冲突原因：① 路径差异——tools/tiff2pdf.c、tools/tiff2ps.c 在 baseline 实际位于 tools/unsupported/ 子目录；② 上下文差异——补丁基于上游 master，mod[]/tsdummy 变量与 add_t2pWriteFile_check 调用在 4.6.0 不存在（grep 全树 0 匹配），部分 hunk 尾部上下文不匹配；③ 文件缺失——fax2ps.c/raw2tiff.c/tiffcrop.c 被发行版裁剪，baseline 全树不存在。
• 适配内容：19 个 hunk 重写 diff 头路径后应用，核心 +/- 变更行逐字节保真；tiff2pdf.c 中 3 个 reject hunk 手动合并，仅调整上下文行对齐 baseline 实际内容，核心变更行逐字节保真且必须保留（否则 PRId64 类型不匹配、xint 未声明导致编译失败）；tiffcp.c 7 hunk 与 tiffdump.c 2 hunk 原样应用（offset -21~-28）；缺失文件的 6 个 hunk 丢弃（被修复代码不存在，无等价代码，属发行版裁剪 VERSION_GAP）。
• 落地验证：适配后补丁已真实应用于 source_dir——git apply --check PASS、git apply 干净应用 4 文件、git diff --stat = 4 files changed, 125 insertions(+), 41 deletions(-)；PRId64/PRId32/PRIu64/TIFF_SSIZE_FORMAT/UINT32_MAX/SIZEOF_SIZE_T/tmsize_t 均有 baseline 先例，无需兼容定义。CVE 修复相对上游为部分覆盖：tiffcrop/raw2tiff/fax2ps 三工具已被发行版裁剪，相关修复不可交付（属 baseline 属性，非适配缺陷）。

冲突明细（文件 · 适配类型 · 原因）：

1. tools/tiff2pdf.c -> tools/unsupported/tiff2pdf.c · context_adjusted · 路径重写后 17 个 hunk 核心变更逐字节保留（14 个直接应用，3 个另需上下文调整）
2. tools/tiff2ps.c -> tools/unsupported/tiff2ps.c · context_adjusted · 路径重写后 2 个 hunk 核心变更保留，上下文与目标文件一致（@@ -675 offset 0、@@ -2694 offset +10）
3. tools/unsupported/tiff2pdf.c · context_adjusted · master 新增 mod[]/tsdummy 在 4.6.0 不存在致 reject；手动合并仅调上下文，不可丢弃（否则已应用的 PRId32→PRId64 hunk 与 uint32_t max_striplength 类型不匹配）
4. tools/unsupported/tiff2pdf.c · context_adjusted · 同上；不可丢弃（否则同文件 hunk 改用的 xint 变量未声明，编译失败）
5. tools/unsupported/tiff2pdf.c · context_adjusted · add_t2pWriteFile_check 为 master 后续重构新增（4.6.0 用 t2pWriteFile）致 reject；手动合并，须与 @@ -3224 一起保持 xint 一致
6. tools/fax2ps.c · version_gap_dropped_hunk · baseline 不含该文件（find/glob 全树 0 文件、grep tools/ 0 匹配），属发行版裁剪 VERSION_GAP
7. tools/raw2tiff.c · version_gap_dropped_hunk · baseline 不含该文件（find/glob 全树 0 结果），被修复代码不存在，属 VERSION_GAP
8. tools/tiffcrop.c · version_gap_dropped_hunk · baseline 不含该文件（glob 全树 0 结果，仅历史发行说明提及），被修复代码不存在，属 VERSION_GAP

4. 是否提交 PR

已提交 PR：https://gitcode.com/src-openeuler/libtiff/merge_requests/372

任务已识别：基于事实清单生成发布到 Issue #126 的 CVE 评论。事实清单、流水线产物（source_impact_result、adaptation_manifest、pr_results）已核对，无流水线失败（pipeline_failure 为空，跳过第 5 部分；无前置补丁）。以下为评论正文：

【任务 #126 · openEuler-22.03-LTS-SP4】CVE-2026-18495

1. 是否受影响

结论：受影响。CVE-2026-18495 是 tiff2pdf 工具处理构造 BigTIFF 文件时因整数截断错误导致的堆缓冲区溢出，漏洞代码存在于本版本源码，需要修复。Step 4 源码影响性分析在 tools/tiff2pdf.c 中将漏洞路径函数全部定位成功且漏洞模式逐一匹配：t2p_read_tiff_size（:1990，:2035 处 uint32_t pdf_ojpegiflength 无检查接收 tmsize_t tiff_datasize）、t2p_readwrite_pdf_image（:2240，:2267 uint32_t max_striplength 截断 uint64_t sbc[i]、:2583 stripcount 截断、:2501 PRId32 报错串）、t2p_readwrite_pdf_image_tile（:2863，:2880/:3031/:3047-3048 uint32_t xuint32 接收 tsize_t bufferoffset 并作缓冲区下标）、t2p_write_pdf（:5565，:5588 等处）。

各分支状态：

• openEuler-22.03-LTS-SP4（版本 4.3.0）：受影响（ABI 变化：N/A）

2. 修复补丁

上游补丁：https://gitlab.com/libtiff/libtiff/-/commit/67fd283d276f09db54dc39b9ef7b979d4b45c4b1.patch

3. 补丁适配情况

backport-CVE-2026-18495.patch：已适配（置信度 high）。

• 冲突原因：补丁为上游 libtiff master(2025) commit 67fd283d 的 backport，与 4.3.0 baseline 存在跨版本差异——行号偏移，且上游 clang-format 4 空格风格与 baseline TAB 紧凑风格不同，34/34 hunk 的 git apply --check 全部失败。
• 适配内容：全部 hunk 重定位到 baseline 对应位置，核心修复逻辑保真——(int64_t) 回绕防护 x4、UINT32_MAX/INT_MAX 守卫、_TIFFCastSSizeToUInt32 全部 26 个调用点、各处类型转换及 PRId64/TIFF_SSIZE_FORMAT 格式符均与原补丁逐字一致；修改已有行保留 baseline TAB 缩进与紧凑赋值风格，两份 25 行 _TIFFCastSSizeToUInt32 helper 从原补丁逐字节复制插入；两处 baseline 单行结构（tiff2pdf.c PRId32→PRId64 格式串、tiff2ps.c PhotoshopBanner 签名 int bs→tmsize_t bs 及 %d→%"TIFF_SSIZE_FORMAT"）仅做最小 token 替换。无符号缺失、无前置依赖（_TIFFCastSSizeToUInt32 为原补丁自带 static 定义）。
• 落地验证：适配补丁对干净 baseline git apply --check 通过；实际应用后 git diff --stat = 7 files changed, 137 insertions(+), 46 deletions(-)（原补丁 139/47，差异仅为格式重排的行数差异，语义无损失）；7 个文件 gcc -fsyntax-only 全部 0 error。

4. PR

已提交 PR：https://gitcode.com/src-openeuler/libtiff/merge_requests/373（分支 openEuler-22.03-LTS-SP4）

一、影响性分析说明：
CVE-2026-18495：libtiff 的 tiff2pdf 工具在处理特制 BigTIFF 文件时存在堆缓冲区溢出。根因在 tools/tiff2pdf.c 的 t2p_readwrite_pdf_image() JPEG raw passthrough 路径：StripByteCounts 以 uint64_t 读取后赋给 uint32_t 类型的 max_striplength，超出 32 位时发生整数截断，导致按截断后的值分配过小的缓冲区，随后 TIFFReadRawStrip(..., -1) 按完整 64 位 StripByteCounts 拷贝数据，造成越界写/内存损坏与崩溃。

排查结论：

1. NVD/RedHat 确认受影响版本为 3.9.0~4.7.0，修复随 4.7.1 发布；
2. master 分支版本为 4.7.2（tarball 已包含 4.7.1 的修复，漏洞代码 uint32_t max_striplength 已不存在），不受影响；
3. openEuler-20.03-LTS-SP4 / openEuler-22.03-LTS-SP4（4.3.0 tarball，tools/tiff2pdf.c 为 uint32_t max_striplength=0）与 openEuler-24.03-LTS-Next / SP1 / SP3 / SP4（4.6.0 tarball，tools/unsupported/tiff2pdf.c 同样存在该截断，参考 CVE-2024-13978 修复先例）均受影响。

修复方案：回退（backport）上游修复 commit 67fd283d（MR !729），将 max_striplength 类型由 uint32_t 改为 uint64_t（附同步修正错误信息格式符 PRId32→PRId64），补丁头已注明上游修复链接与适配说明：

• PR !375: openEuler-20.03-LTS-SP4
• PR !376: openEuler-22.03-LTS-SP4
• PR !377: openEuler-24.03-LTS-Next
• PR !378: openEuler-24.03-LTS-SP1
• PR !379: openEuler-24.03-LTS-SP3
• PR !380: openEuler-24.03-LTS-SP4

已在 x86_64 构建验证机上按 spec 完成 rpmbuild 全量构建验证（含 make check），构建通过。

openEuler评分：6.1 CVSS:3.1/AV:L/AC:L/PR:L/UI:R/S:U/C:L/I:L/A:H
（openEuler评分沿用漏洞来源评分与向量）

受影响版本排查(受影响/不受影响)：
1.master(4.7.2): 不受影响
2.openEuler-20.03-LTS-SP4(4.3.0): 受影响
3.openEuler-22.03-LTS-SP4(4.3.0): 受影响
4.openEuler-24.03-LTS-Next(4.6.0): 受影响
5.openEuler-24.03-LTS-SP1(4.6.0): 受影响
6.openEuler-24.03-LTS-SP3(4.6.0): 受影响
7.openEuler-24.03-LTS-SP4(4.6.0): 受影响

修复是否涉及abi变化(是/否)：
1.master(4.7.2): 否
2.openEuler-20.03-LTS-SP4(4.3.0): 否
3.openEuler-22.03-LTS-SP4(4.3.0): 否
4.openEuler-24.03-LTS-Next(4.6.0): 否
5.openEuler-24.03-LTS-SP1(4.6.0): 否
6.openEuler-24.03-LTS-SP3(4.6.0): 否
7.openEuler-24.03-LTS-SP4(4.6.0): 否

原因说明：
1.master(4.7.2): 不受影响-漏洞代码不存在
2.openEuler-20.03-LTS-SP4(4.3.0): 受影响-正常修复
3.openEuler-22.03-LTS-SP4(4.3.0): 受影响-正常修复
4.openEuler-24.03-LTS-Next(4.6.0): 受影响-正常修复
5.openEuler-24.03-LTS-SP1(4.6.0): 受影响-正常修复
6.openEuler-24.03-LTS-SP3(4.6.0): 受影响-正常修复
7.openEuler-24.03-LTS-SP4(4.6.0): 受影响-正常修复

经过cve-manager解析，部分字段填写错误，如红色字体所示：

影响性分析说明:
CVE-2026-18495:libtiff 的 tiff2pdf 工具在处理特制 BigTIFF 文件时存在堆缓冲区溢出。根因在 tools/tiff2pdf.c 的 t2p_readwrite_p...

openEuler评分: (评分和向量)
(CVSS评分和矢量值不一致，请修改至矢量值和CVSS评分一致！)

受影响版本排查(受影响/不受影响):
1.master:不受影响
2.openEuler-20.03-LTS-SP4:受影响
3.openEuler-22.03-LTS-SP4:受影响
4.openEuler-24.03-LTS-Next:受影响
5.openEuler-24.03-LTS-SP1:受影响
6.openEuler-24.03-LTS-SP3:受影响
7.openEuler-24.03-LTS-SP4:受影响

修复是否涉及abi变化(是/否)：
1.master:否
2.openEuler-20.03-LTS-SP4:否
3.openEuler-22.03-LTS-SP4:否
4.openEuler-24.03-LTS-Next:否
5.openEuler-24.03-LTS-SP1:否
6.openEuler-24.03-LTS-SP3:否
7.openEuler-24.03-LTS-SP4:否

原因说明：
1.master:不受影响-漏洞代码不存在
2.openEuler-20.03-LTS-SP4:(请填写此字段)
3.openEuler-22.03-LTS-SP4:(请填写此字段)
4.openEuler-24.03-LTS-Next:(请填写此字段)
5.openEuler-24.03-LTS-SP1:(请填写此字段)
6.openEuler-24.03-LTS-SP3:(请填写此字段)
7.openEuler-24.03-LTS-SP4:(请填写此字段)

一、影响性分析说明：
CVE-2026-18495：libtiff 的 tiff2pdf 工具在处理特制 BigTIFF 文件时存在堆缓冲区溢出。根因在 tools/tiff2pdf.c 的 t2p_readwrite_pdf_image() JPEG raw passthrough 路径：StripByteCounts 以 uint64_t 读取后赋给 uint32_t 类型的 max_striplength，超出 32 位时发生整数截断，导致按截断后的值分配过小的缓冲区，随后 TIFFReadRawStrip(..., -1) 按完整 64 位 StripByteCounts 拷贝数据，造成越界写/内存损坏与崩溃。

排查结论：

1. NVD/RedHat 确认受影响版本为 3.9.0~4.7.0，修复随 4.7.1 发布；
2. master 分支版本为 4.7.2（tarball 已包含 4.7.1 的修复，漏洞代码 uint32_t max_striplength 已不存在），不受影响；
3. openEuler-20.03-LTS-SP4 / openEuler-22.03-LTS-SP4（4.3.0 tarball，tools/tiff2pdf.c 为 uint32_t max_striplength=0）与 openEuler-24.03-LTS-Next / SP1 / SP3 / SP4（4.6.0 tarball，tools/unsupported/tiff2pdf.c 同样存在该截断，参考 CVE-2024-13978 修复先例）均受影响。

修复方案：回退（backport）上游修复 commit 67fd283d（MR !729），将 max_striplength 类型由 uint32_t 改为 uint64_t（附同步修正错误信息格式符 PRId32→PRId64），补丁头已注明上游修复链接与适配说明：

• PR !375: openEuler-20.03-LTS-SP4
• PR !376: openEuler-22.03-LTS-SP4
• PR !377: openEuler-24.03-LTS-Next
• PR !378: openEuler-24.03-LTS-SP1
• PR !379: openEuler-24.03-LTS-SP3
• PR !380: openEuler-24.03-LTS-SP4

已在 x86_64 构建验证机上按 spec 完成 rpmbuild 全量构建验证（含 make check），构建通过。
openEuler评分沿用漏洞来源评分与向量。

openEuler评分：6.1 CVSS:3.1/AV:L/AC:L/PR:L/UI:R/S:U/C:L/I:L/A:H
受影响版本排查(受影响/不受影响)：
1.master(4.7.2): 不受影响
2.openEuler-20.03-LTS-SP4(4.3.0): 受影响
3.openEuler-22.03-LTS-SP4(4.3.0): 受影响
4.openEuler-24.03-LTS-Next(4.6.0): 受影响
5.openEuler-24.03-LTS-SP1(4.6.0): 受影响
6.openEuler-24.03-LTS-SP3(4.6.0): 受影响
7.openEuler-24.03-LTS-SP4(4.6.0): 受影响

修复是否涉及abi变化(是/否)：
1.master(4.7.2): 否
2.openEuler-20.03-LTS-SP4(4.3.0): 否
3.openEuler-22.03-LTS-SP4(4.3.0): 否
4.openEuler-24.03-LTS-Next(4.6.0): 否
5.openEuler-24.03-LTS-SP1(4.6.0): 否
6.openEuler-24.03-LTS-SP3(4.6.0): 否
7.openEuler-24.03-LTS-SP4(4.6.0): 否

原因说明：
1.master(4.7.2): 不受影响-漏洞代码不存在
2.openEuler-20.03-LTS-SP4(4.3.0): 正常修复
3.openEuler-22.03-LTS-SP4(4.3.0): 正常修复
4.openEuler-24.03-LTS-Next(4.6.0): 正常修复
5.openEuler-24.03-LTS-SP1(4.6.0): 正常修复
6.openEuler-24.03-LTS-SP3(4.6.0): 正常修复
7.openEuler-24.03-LTS-SP4(4.6.0): 正常修复

@yanan-rock 经过 cve-manager 解析, 已分析的内容如下表所示:

请确认分析内容的准确性, 确认无误后, 您可以进行后续步骤, 否则您可以继续分析.

经过cve-manager解析，部分分支PR未合入，如红色字体所示：

原因说明：
1.master:不受影响-漏洞代码不存在
2.openEuler-20.03-LTS-SP4:正常修复(PR未合入)
3.openEuler-22.03-LTS-SP4:正常修复(PR未合入)
4.openEuler-24.03-LTS-Next:正常修复(PR未合入)
5.openEuler-24.03-LTS-SP1:正常修复(PR未合入)
6.openEuler-24.03-LTS-SP3:正常修复(PR未合入)
7.openEuler-24.03-LTS-SP4:正常修复(PR未合入)

影响性分析说明:
A flaw was found in libtiff. A heap-buffer overflow vulnerability exists in the tiff2pdf utility due to an integer truncation error when processing crafted BigTIFF files. An attacker can provide a specially crafted BigTIFF file, causing a 64-bit StripByteCounts value to be truncated to a 32-bit integer. This leads to an undersized memory allocation and a subsequent out-of-bounds memory copy, resulting in a crash and severe memory corruption.

openEuler评分: (评分和向量)
6.1
CVSS:3.1/AV:L/AC:L/PR:L/UI:R/S:U/C:L/I:L/A:H

受影响版本排查(受影响/不受影响):
1.master(4.7.2):不受影响
2.openEuler-20.03-LTS-SP4(4.3.0):受影响
3.openEuler-22.03-LTS-SP4(4.3.0):受影响
4.openEuler-24.03-LTS-Next(4.6.0):受影响
5.openEuler-24.03-LTS-SP1(4.6.0):受影响
6.openEuler-24.03-LTS-SP3(4.6.0):受影响
7.openEuler-24.03-LTS-SP4(4.6.0):受影响

修复是否涉及abi变化(是/否)：
1.master(4.7.2):否
2.openEuler-20.03-LTS-SP4(4.3.0):否
3.openEuler-22.03-LTS-SP4(4.3.0):否
4.openEuler-24.03-LTS-Next(4.6.0):否
5.openEuler-24.03-LTS-SP1(4.6.0):否
6.openEuler-24.03-LTS-SP3(4.6.0):否
7.openEuler-24.03-LTS-SP4(4.6.0):否

原因说明：
1.master(4.7.2):不受影响-漏洞代码不存在
2.openEuler-20.03-LTS-SP4(4.3.0):正常修复
3.openEuler-22.03-LTS-SP4(4.3.0):正常修复
4.openEuler-24.03-LTS-Next(4.6.0):正常修复
5.openEuler-24.03-LTS-SP1(4.6.0):正常修复
6.openEuler-24.03-LTS-SP3(4.6.0):正常修复
7.openEuler-24.03-LTS-SP4(4.6.0):正常修复

@yanan-rock 经过 cve-manager 解析, 已分析的内容如下表所示:

请确认分析内容的准确性, 确认无误后, 您可以进行后续步骤, 否则您可以继续分析.

经过cve-manager解析，所有PR均已合入

经过cve-manager解析，所有PR均已合入