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

目标: 1000 元 · 已筹: 1336

100%

CVE-2026-68266— Linux kernel 安全漏洞

一分钟漏洞结论

影响对象
Linux Linux
利用判断
尚无明确在野利用证据,仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本;无法立即升级时,限制受影响服务暴露并加强监测。

Linux kernel是美国Linux基金会开源的一个操作系统内核。 Linux kernel 6.8版本存在安全漏洞,该漏洞源于对导入的dma-buf对象未正确持有引用,可能导致释放后重用。

CVSS 7.8 · High EPSS 0.13% · P3

影响版本矩阵 10

厂商产品 版本范围状态
Linux Linux dd08ebf6c3525a7ea2186e636df064ea47281987< c22d65d62b3318e237c0e5b1177d90ab83d9fe06 affected
dd08ebf6c3525a7ea2186e636df064ea47281987< c1954c66662de477a8f4309335b775f7b07bd28b affected
dd08ebf6c3525a7ea2186e636df064ea47281987< ba8c4cbb31c6f81fa5b12d6e28f1f706040aff48 affected
dd08ebf6c3525a7ea2186e636df064ea47281987< 62775525a27c3b0d56382e08ba81ee2d322058b6 affected
6.8 affected
< 6.8 unaffected
6.12.103≤ 6.12.* unaffected
6.18.42≤ 6.18.* unaffected
… +2 条更多
获取后续新漏洞提醒 登录后订阅

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

漏洞信息

对漏洞内容有疑问?看看神龙的深度分析是否有帮助!
查看神龙十问 ↗

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

Vulnerability Title
drm/xe: Hold a dma-buf reference for imported BOs
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: drm/xe: Hold a dma-buf reference for imported BOs An imported dma-buf BO is created as a ttm_bo_type_sg BO whose reservation object is the exporter's dma_buf->resv. The importer, however, only takes a dma-buf reference after a successful dma_buf_dynamic_attach(). Until then nothing keeps the exporter alive, so if the exporter is freed while the BO still references its resv, a later access to that resv is a use-after-free: Oops: general protection fault, probably for non-canonical address 0x6b6b6b6b6b6b6b9c Workqueue: ttm ttm_bo_delayed_delete [ttm] RIP: 0010:mutex_can_spin_on_owner+0x3f/0xc0 This can be reached on two paths: - dma_buf_dynamic_attach() fails, or - ttm_bo_init_reserved() fails during BO creation. In both cases the BO already has bo->base.resv pointing at the exporter resv, and sg BOs are always torn down via ttm_bo_delayed_delete(), which locks bo->base.resv asynchronously - potentially after the exporter has been freed. Take the dma-buf reference in xe_bo_init_locked(), before ttm_bo_init_reserved(), so it also covers a creation failure there, and release it in xe_ttm_bo_destroy(). The reference is held for the whole BO lifetime, keeping the shared resv alive on every path. v2: - Reworked the fix to avoid creating the imported sg BO before dma_buf_dynamic_attach() succeeds. - Attach with importer_priv == NULL and make invalidate_mappings ignore incomplete imports. v3: - Dropped the xe-side reordering approach since importer_priv must be valid when dma_buf_dynamic_attach() publishes the attachment. - Per Christian's suggestion on the v1 thread, keyed the check on import_attach rather than removing the sg guard entirely. - Fixes both xe and amdgpu in a single TTM patch. v4: - Moved import_attach check to after dma_resv_copy_fences() so fences are copied before returning for successful imports (Thomas). - Removed exporter-alive claim from commit message (Thomas). v5: - Add drm/xe patch to keep imported sg BOs off the LRU before attach succeeds; the TTM fix alone is not sufficient for xe if the BO is already LRU-visible. (Thomas) v4 patch: https://patchwork.freedesktop.org/patch/736663/?series=169129&rev=2 - Patch 1 (drm/ttm) carries Christian's Reviewed-by from v4. v6: - Reworked the fix based on Thomas' suggestion. Instead of the TTM resv individualization (v1-v5) plus the xe off-LRU/placement handling (v5), just hold a dma-buf reference for the imported BO lifetime so the shared resv can never be freed while the BO still references it. Single xe patch, no TTM change. (Thomas) - Take the reference in xe_bo_init_locked() before ttm_bo_init_reserved() so a TTM creation failure is covered too (Thomas). - Dropped the v5 series (drm/ttm + drm/xe off-LRU); the off-LRU approach also regressed in CI BAT via ttm_bo_pipeline_gutting() creating a ghost BO that outlived the exporter. Link to v5: https://patchwork.freedesktop.org/series/169984/ v7: - Move changelog above --- so it stays in the commit message. - Reorder changelog entries oldest-to-newest. (Thomas) (cherry picked from commit 3516f3fae6be35642f8f06f8a218da6425c0306a)
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Description
Linux kernel是美国Linux基金会开源的一个操作系统内核。 Linux kernel 6.8版本存在安全漏洞,该漏洞源于对导入的dma-buf对象未正确持有引用,可能导致释放后重用。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux dd08ebf6c3525a7ea2186e636df064ea47281987 ~ c22d65d62b3318e237c0e5b1177d90ab83d9fe06 -
Linux Linux 6.8 -

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

# POC 描述 源链接 神龙链接
AI 生成 POC 高级

未找到公开 POC。

登录以生成 AI POC

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

登录查看更多情报信息。

CVE-2026-68266 补丁与修复 (4)

同批安全公告 · Linux · 2026-08-10 · 共 344 条

CVE-2026-68381 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68117 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68161 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68160 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68300 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68388 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68159 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68123 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68127 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68302 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68158 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68385 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68156 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68154 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68136 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68426 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68144 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68170 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68137 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-68124 9.6 CRITICAL Linux kernel 安全漏洞

显示前 20 条,共 344 条。 查看全部 &rarr; →

IV. Related Vulnerabilities

V. Comments for CVE-2026-68266

暂无评论


发表评论