CVE-2026-63796— Linux kernel 安全漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Linux kernel是美国Linux基金会开源的一款操作系统内核。 Linux kernel存在安全漏洞，该漏洞源于ocfs2文件系统对分组位图描述符验证不足，恶意的描述符可能声明超出物理容量的bg_size/bg_bits值，导致后续位图扫描和位更新操作越界，从而引发释放后重用。
可能的 ATT&CK 技术 1 AI
T1190 · Exploit Public-Facing Application影响版本矩阵 18
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | ccd979bdbce9fba8412beb3f1de68a9d0171b12c< 336340a0f8a141df8a4eb21a5a86f8ffb87769f6 |
affected |
ccd979bdbce9fba8412beb3f1de68a9d0171b12c< 296c6a42b1174395935ca4cfe8f393e37b698d54 |
affected | ||
ccd979bdbce9fba8412beb3f1de68a9d0171b12c< d2cd59fa848f9f13796ef214d3b1b5ca9a3fe21e |
affected | ||
ccd979bdbce9fba8412beb3f1de68a9d0171b12c< c5a125eadba05ba421c4b55e68da22b4a40d32b4 |
affected | ||
ccd979bdbce9fba8412beb3f1de68a9d0171b12c< 8f9903b0cdbb3155a8899410330b4b4d583a7a5c |
affected | ||
ccd979bdbce9fba8412beb3f1de68a9d0171b12c< 4cd57ebee395041099fcdfcabb00749ce38d8b27 |
affected | ||
ccd979bdbce9fba8412beb3f1de68a9d0171b12c< 99c21e7263248c3f084756bfae08163cc5d6c62f |
affected | ||
ccd979bdbce9fba8412beb3f1de68a9d0171b12c< 9bd541e09dffff27e5bec0f9f45b0228173a5375 |
affected | ||
| … +10 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-63796 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
ocfs2: reject oversized group bitmap descriptors
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
ocfs2: reject oversized group bitmap descriptors
ocfs2_validate_gd_parent() only bounds bg_bits against the parent
allocator's chain geometry. A malicious descriptor can still claim a
bg_size/bg_bits pair that exceeds the bitmap bytes that physically fit in
the group descriptor block, so later bitmap scans and bit updates can run
past bg_bitmap.
Add a physical-cap check based on ocfs2_group_bitmap_size() for the parent
allocator type and reject descriptors whose bg_size or bg_bits exceed that
capacity. Keep the existing chain geometry check so both the on-disk
bitmap layout and the allocator metadata must agree before the descriptor
is used.
Validation reproduced this kernel report:
KASAN use-after-free in _find_next_bit+0x7f/0xc0
Read of size 8
Call trace:
dump_stack_lvl+0x66/0xa0 (?:?)
print_report+0xd0/0x630 (?:?)
_find_next_bit+0x7f/0xc0 (?:?)
srso_alias_return_thunk+0x5/0xfbef5 (?:?)
__virt_addr_valid+0x188/0x2f0 (?:?)
kasan_report+0xe4/0x120 (?:?)
ocfs2_find_max_contig_free_bits+0x35/0x70 (fs/ocfs2/suballoc.c:1375)
ocfs2_block_group_set_bits+0x472/0x4b0 (fs/ocfs2/suballoc.c:1457)
ocfs2_cluster_group_search+0x16b/0x440 (fs/ocfs2/suballoc.c:86)
ocfs2_bg_discontig_fix_result+0x1ef/0x230 (fs/ocfs2/suballoc.c:1786)
ocfs2_search_chain+0x8f8/0x10a0 (fs/ocfs2/suballoc.c:1886)
get_page_from_freelist+0x70e/0x2370 (?:?)
lock_release+0xc6/0x290 (?:?)
do_raw_spin_unlock+0x9a/0x100 (?:?)
kasan_unpoison+0x27/0x60 (?:?)
__bfs+0x147/0x240 (?:?)
get_page_from_freelist+0x83d/0x2370 (?:?)
ocfs2_claim_suballoc_bits+0x38c/0xe70 (fs/ocfs2/suballoc.c:96)
sched_domains_numa_masks_clear+0x70/0xd0 (?:?)
check_irq_usage+0xe8/0xb70 (?:?)
__ocfs2_claim_clusters+0x18d/0x4c0 (fs/ocfs2/suballoc.c:2497)
check_path+0x24/0x50 (?:?)
rcu_is_watching+0x20/0x50 (?:?)
check_prev_add+0xfd/0xd00 (?:?)
ocfs2_add_clusters_in_btree+0x17d/0x810 (fs/ocfs2/suballoc.c:?)
__folio_batch_add_and_move+0x1f5/0x3d0 (?:?)
ocfs2_add_inode_data+0xd9/0x120 (fs/ocfs2/suballoc.c:?)
filemap_add_folio+0x105/0x1f0 (?:?)
ocfs2_write_begin_nolock+0x29f7/0x2f80 (fs/ocfs2/suballoc.c:3043)
ocfs2_read_inode_block+0xb5/0x110 (fs/ocfs2/suballoc.c:?)
down_write+0xf5/0x180 (?:?)
ocfs2_write_begin+0x180/0x240 (fs/ocfs2/suballoc.c:?)
__mark_inode_dirty+0x758/0x9a0 (?:?)
inode_to_bdi+0x41/0x90 (?:?)
balance_dirty_pages_ratelimited_flags+0xf8/0x1d0 (?:?)
generic_perform_write+0x252/0x440 (?:?)
mnt_put_write_access_file+0x16/0x70 (?:?)
file_update_time_flags+0xe4/0x200 (?:?)
ocfs2_file_write_iter+0x80a/0x1320 (fs/ocfs2/suballoc.c:?)
lock_acquire+0x184/0x2f0 (?:?)
ksys_write+0xd2/0x170 (?:?)
apparmor_file_permission+0xf5/0x310 (?:?)
read_zero+0x8d/0x140 (?:?)
lock_is_held_type+0x8f/0x100 (?:?)
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:N/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存在安全漏洞，该漏洞源于ocfs2文件系统对分组位图描述符验证不足，恶意的描述符可能声明超出物理容量的bg_size/bg_bits值，导致后续位图扫描和位更新操作越界，从而引发释放后重用。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD
受影响产品
二、漏洞 CVE-2026-63796 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-63796 的情报信息
请登录查看更多情报信息。
CVE-2026-63796 补丁与修复 (7)
同批安全公告 · Linux · 2026-07-19 · 共 429 条
| CVE-2026-63795 | 10.0 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-63887 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-64102 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-64142 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-64125 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-63924 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-63922 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-63857 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-53399 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-53398 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-63984 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-64162 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-64025 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-64056 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-64055 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-63808 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-63978 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-64150 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-63800 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-63888 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
显示前 20 条，共 429 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-63796
暂无评论