CVE-2026-53038— Linux kernel 安全漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Linux kernel是美国Linux基金会开源的操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于对TPM未支持的哈希算法crypto_id初始化为HASH_ALGO__LAST，导致hash_algo_name[]数组越界读取，可能引发信息泄露。
影响版本矩阵 10
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | 9fa8e76250082a45d0d3dad525419ab98bd01658< 081b557cb56e1cfa8d1619b2601b01c53e3f418c |
affected |
9fa8e76250082a45d0d3dad525419ab98bd01658< b6766b171a5c4c33b26ff6fec530cb798db1f75e |
affected | ||
9fa8e76250082a45d0d3dad525419ab98bd01658< 88d4e89a39f0de07798ca3fd93bd1a9ea212a82e |
affected | ||
9fa8e76250082a45d0d3dad525419ab98bd01658< d7bd8cf0b348d3edae7bee33e74a32b21668b181 |
affected | ||
6.10 |
affected | ||
< 6.10 |
unaffected | ||
6.12.91≤ 6.12.* |
unaffected | ||
6.18.33≤ 6.18.* |
unaffected | ||
| … +2 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-53038 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
ima_fs: Correctly create securityfs files for unsupported hash algos
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
ima_fs: Correctly create securityfs files for unsupported hash algos
ima_tpm_chip->allocated_banks[i].crypto_id is initialized to
HASH_ALGO__LAST if the TPM algorithm is not supported. However there
are places relying on the algorithm to be valid because it is accessed
by hash_algo_name[].
On 6.12.40 I observe the following read out-of-bounds in hash_algo_name:
==================================================================
BUG: KASAN: global-out-of-bounds in create_securityfs_measurement_lists+0x396/0x440
Read of size 8 at addr ffffffff83e18138 by task swapper/0/1
CPU: 4 UID: 0 PID: 1 Comm: swapper/0 Not tainted 6.12.40 #3
Call Trace:
<TASK>
dump_stack_lvl+0x61/0x90
print_report+0xc4/0x580
? kasan_addr_to_slab+0x26/0x80
? create_securityfs_measurement_lists+0x396/0x440
kasan_report+0xc2/0x100
? create_securityfs_measurement_lists+0x396/0x440
create_securityfs_measurement_lists+0x396/0x440
ima_fs_init+0xa3/0x300
ima_init+0x7d/0xd0
init_ima+0x28/0x100
do_one_initcall+0xa6/0x3e0
kernel_init_freeable+0x455/0x740
kernel_init+0x24/0x1d0
ret_from_fork+0x38/0x80
ret_from_fork_asm+0x11/0x20
</TASK>
The buggy address belongs to the variable:
hash_algo_name+0xb8/0x420
Memory state around the buggy address:
ffffffff83e18000: 00 01 f9 f9 f9 f9 f9 f9 00 01 f9 f9 f9 f9 f9 f9
ffffffff83e18080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>ffffffff83e18100: 00 00 00 00 00 00 00 f9 f9 f9 f9 f9 00 05 f9 f9
^
ffffffff83e18180: f9 f9 f9 f9 00 00 00 00 00 00 00 04 f9 f9 f9 f9
ffffffff83e18200: 00 00 00 00 00 00 00 00 04 f9 f9 f9 f9 f9 f9 f9
==================================================================
Seems like the TPM chip supports sha3_256, which isn't yet in
tpm_algorithms:
tpm tpm0: TPM with unsupported bank algorithm 0x0027
That's TPM_ALG_SHA3_256 == 0x0027 from "Trusted Platform Module 2.0
Library Part 2: Structures", page 51 [1].
See also the related U-Boot algorithms update [2].
Thus solve the problem by creating a file name with "_tpm_alg_<ID>"
postfix if the crypto algorithm isn't initialized.
This is how it looks on the test machine (patch ported to v6.12 release):
# ls -1 /sys/kernel/security/ima/
ascii_runtime_measurements
ascii_runtime_measurements_tpm_alg_27
ascii_runtime_measurements_sha1
ascii_runtime_measurements_sha256
binary_runtime_measurements
binary_runtime_measurements_tpm_alg_27
binary_runtime_measurements_sha1
binary_runtime_measurements_sha256
policy
runtime_measurements_count
violations
[1]: https://trustedcomputinggroup.org/wp-content/uploads/Trusted-Platform-Module-2.0-Library-Part-2-Version-184_pub.pdf
[2]: https://lists.denx.de/pipermail/u-boot/2024-July/558835.html
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: 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所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于对TPM未支持的哈希算法crypto_id初始化为HASH_ALGO__LAST，导致hash_algo_name[]数组越界读取，可能引发信息泄露。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD
受影响产品
二、漏洞 CVE-2026-53038 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-53038 的情报信息
请登录查看更多情报信息。
CVE-2026-53038 补丁与修复 (4)
同批安全公告 · Linux · 2026-06-24 · 共 219 条
| CVE-2026-53049 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-52993 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-52989 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-52986 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-52982 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-53002 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-53086 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-53045 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-53006 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-53046 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-52955 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-53010 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-53088 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-52924 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-52931 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-53055 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-52914 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-52958 | 9.1 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-53043 | 9.1 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-52999 | 9.1 CRITICAL | Linux kernel 安全漏洞 |
显示前 20 条，共 219 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-53038
暂无评论