CentOS 9：kernel-5.14.0-536.el9
high Nessus 插件 ID 212094
语言：
简介
远程 CentOS 主机缺少一个或多个 bpftool 安全更新。描述
远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-536.el9 版本变更日志中提及的多个漏洞影响。- 在 Linux 内核中，解决了下列漏洞：蓝牙：HCI：修复潜在的 null-ptr-deref 修复 hci_le_big_sync_established_evt() 中潜在的 null-ptr-deref。(CVE-2024-36011)
- 在 Linux 内核中，解决了以下漏洞：蓝牙：L2CAP：修复 l2cap_connect 中的 uaf [Syzbot 报告] 缺陷：KASAN：l2cap_connect.constprop.0+0x10d8/0x1270 net/bluetooth/ 中的 slab-use-after-free-free net/bluetooth/l2cap_core.c:3949 任务 kworker/u9:0/54 对地址 ffff8880241e9800 上的大小 8 的读取 CPU：0 UID：0 PID：54 Comm： kworker/u9:0 未感染 6.11.0-rc6-syzkaller-00268-g788220eee30d #0 硬件名称：
Google Google Compute Engine/Google Compute Engine、BIOS Google 2024 年 8 月 6 日 Workqueue：hci2 hci_rx_work 调用跟踪： <TASK> __dump_stack lib/dump_stack.c:93 [内联] dump_stack_lvl+0x116/0x1f0 lib/dump_stack.c:119 print_address_description mm /kasan/report.c:377 [内联] print_report+0xc3/0x620 mm/kasan/report.c:488 kasan_report+0xd9/0x110 mm/kasan/report.c:601 l2cap_connect.constprop.0+0x10d8/0x1270 net/ bluetooth/l2cap_core.c:3949 l2cap_connect_req net/bluetooth/l2cap_core.c:4080 [内联] l2cap_bredr_sig_cmd net/bluetooth/l2cap_core.c:4772 [内联] l2cap_sig_channel net/bluetooth/l2cap_core.c:5543 [内联] l2cap_recv_frame+0xf0b/ 0x8eb0 net/bluetooth/l2cap_core.c:6825 l2cap_recv_acldata+0x9b4/0xb70 net/bluetooth/l2cap_core.c:7514 hci_acldata_packet net/bluetooth/hci_core.c:3791 [内联] hci_rx_work+0xaab/0x1610 net/bluetooth/hci_core.c:4028 process_one_work+0x9c5/0x1b40 kernel/workqueue.c:3231 process_scheduled_works kernel/workqueue.c:3312 [内联] worker_thread+0x6c8/0xed0 kernel/workqueue.c:3389 kthread+0x2c1/0x3a0 kernel/kthread.c:389 ret_from_fork+0x45/0x80 arch/x86/kernel/process.c:147 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:244 ... 由任务 5245 释放：
kasan_save_stack+0x33/0x60 mm/kasan/common.c:47 kasan_save_track+0x14/0x30 mm/kasan/common.c:68 kasan_save_free_info+0x3b/0x60 mm/kasan/generic.c:579 poison_slab_object+0xf7/0x160 mm/kasan /common.c:240
__kasan_slab_free+0x32/0x50 mm/kasan/common.c:256 kasan_slab_free include/linux/kasan.h:184 [内联] slab_free_hook mm/slub.c:2256 [内联] slab_free mm/slub.c:4477 [内联] kfree +0x12a/0x3b0 mm/slub.c:4598 l2cap_conn_free net/bluetooth/l2cap_core.c:1810 [内联] kref_put include/linux/kref.h:65 [内联] l2cap_conn_put net/bluetooth/l2cap_core.c:1822 [内联] l2cap_conn_del+0x59d/0x730 net/bluetooth/l2cap_core.c:1802 l2cap_connect_cfm+0x9e6/0xf80 net/bluetooth/l2cap_core.c:7241 hci_connect_cfm include/net/bluetooth/hci_core.h:1960 [内联] hci_conn_failed+0x1c3/0x370/0x370 bluetooth/hci_conn.c:1265 hci_abort_conn_sync+0x75a/0xb50 net/bluetooth/hci_sync.c:5583 abort_conn_sync+0x197/0x360 net/bluetooth/hci_conn.c:2917 hci_cmd_sync_work+0x1a4/0x410 net/bluetooth/hci_conn_work3.sync_sync +0x9c5/0x1b40 kernel/workqueue.c:3231 process_scheduled_works kernel/workqueue.c:3312 [内联] worker_thread+0x6c8/0xed0 kernel/workqueue.c:3389 kthread+0x2c1/0x3a0 kernel/kthread.c:389 ret_from_fork+0 x45/0x80 arch/x86/kernel/process.c:147 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:244 (CVE-2024-49950)
- 在 Linux 内核中，解决了以下漏洞：蓝牙：hci_conn：修复 hci_enhanced_setup_sync 中的 UAF 这会检查 ACL 连接是否仍然有效，因为 hci_enhanced_setup_sync 在 cmd_sync 上待定时，连接可能会被破坏，从而导致以下跟踪：缺陷：KASAN：hci_enhanced_setup_sync+0x91b/0xa60 中的 slab-use-after-free 由任务 kworker/u5:2/37 在地址 ffff888002328ffd 读取大小 1 CPU：0 UID：0 PID：37 Comm: kworker/u5:2 未感染 6.11.0-rc6-01300-g810be445d8d6 #7099 硬件名称：QEMU Standard PC (Q35 + ICH9, 2009)，BIOS 1.16.3-2.fc40 2014 年 4 月 1 日 工作队列：hci0 hci_cmd_sync_work 调用跟踪：<TASK> dump_stack_lvl+0x5d/0x80 ? hci_enhanced_setup_sync+0x91b/0xa60 print_report+0x152/0x4c0 ？ hci_enhanced_setup_sync+0x91b/0xa60 ? __virt_addr_valid+0x1fa/0x420 ？ hci_enhanced_setup_sync+0x91b/0xa60 kasan_report+0xda/0x1b0 ？ hci_enhanced_setup_sync+0x91b/0xa60 hci_enhanced_setup_sync+0x91b/0xa60 ? __pfx_hci_enhanced_setup_sync+0x10/0x10 ？
__pfx___mutex_lock+0x10/0x10 hci_cmd_sync_work+0x1c2/0x330 process_one_work+0x7d9/0x1360 ?
__pfx_lock_acquire+0x10/0x10 ? __pfx_process_one_work+0x10/0x10 ? assign_work+0x167/0x240 worker_thread+0x5b7/0xf60 ? __kthread_parkme+0xac/0x1c0 ? __pfx_worker_thread+0x10/0x10 ?
__pfx_worker_thread+0x10/0x10 kthread+0x293/0x360 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x2f/0x70 ?
__pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1a/0x30 </TASK> 由任务 34 分配：
kasan_save_stack+0x30/0x50 kasan_save_track+0x14/0x30 __kasan_kmalloc+0x8f/0xa0
__hci_conn_add+0x187/0x17d0 hci_connect_sco+0x2e1/0xb90 sco_sock_connect+0x2a2/0xb80
__sys_connect+0x227/0x2a0 __x64_sys_connect+0x6d/0xb0 do_syscall_64+0x71/0x140 entry_SYSCALL_64_after_hwframe+0x76/0x7e Freed by task 37: kasan_save_stack+0x30/0x50 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x101/0x160 kfree+0xd0/0x250 device_release+0x9a/0x210 kobject_put+0x151/0x280 hci_conn_del+0x448/0xbf0 hci_abort_conn_sync+0x46f/0x980 hci_cmd_sync_work+0x1c2/0x330 process_one_work+0x7d9/0x1360 worker_thread+0x5b7/0xf60 kthread+0x293/0x360 ret_from_fork+0x2f/0x70 ret_from_fork_asm+0x1a/0x30 (CVE-2024-50029)
- 在 Linux 内核中，已解决以下漏洞：蓝牙：RFCOMM：修复 rfcomm_sk_state_change 中可能发生的死锁 rfcomm_sk_state_change 尝试使用 sock_lock，因此绝不能在锁定时调用它，但 rfcomm_sock_ioctl 始终尝试锁定它，从而导致以下跟踪：
====================================================== 警告：检测到可能存在循环锁定依存关系 6.8.0-syzkaller-08951-gfe46a7dd189e #0 未感染
------------------------------------------------------ syz-executor386/5093 正在尝试获取锁定：
ffff88807c396258 (sk_lock-AF_BLUETOOTH-BTPROTO_RFCOMM){+.+.}-{0:0}, at: lock_sock include/net/sock.h:1671 [内联] ffff88807c396258 (sk_lock-AF_BLUETOOTH-BTPROTO_RFCOMM){+.+.}-{0:0}, at:
rfcomm_sk_state_change+0x5b/0x310 net/bluetooth/rfcomm/sock.c:73 但任务已在保持锁定：
ffff88807badfd28 (&d->lock){+.+.}-{3:3}, at: __rfcomm_dlc_close+0x226/0x6a0 net/bluetooth/rfcomm/core.c:491 (CVE-2024-50044)
- 在 Linux 内核中，解决了以下漏洞：uprobe：避免提取 args 时的越界内存访问 Uprobe 需要将 args 提取到 percpu 缓冲区，然后复制到环缓冲区以避免非原子上下文问题。有时用户空间字符串、数组可能非常大，但 percpu 缓冲区的大小只是页面大小。而 store_trace_args() 不会检查这些数据是否超过单个页面，从而造成越界内存访问。通过以下步骤可重现此问题：1. 在启用 CONFIG_KASAN 的情况下构建内核 2. 将后续程序另存为 test.c ``` \#include <stdio.h> \#include <stdlib.h> \#include <string.h> // 如果字符串长度大于 MAX_STRING_SIZE，fetch_store_strlen() // 将返回 0，造成 __get_data_size() 返回更小的大小，并且 // store_trace_args() 不会触发越界访问。// 因此使字符串长度小于 4096。\#define STRLEN 4093 void generate_string(char *str, int n) { int i; for (i = 0; i < n; ++i) { char c = i % 26 + 'a'; str[i] = c; } str[n-1] = '\0'; } void print_string(char *str) { printf(%s\n, str); } int main() { char tmp[STRLEN];
generate_string(tmp, STRLEN); print_string(tmp); return 0; } ``` 3. 编译程序 `gcc -o test test.c` 4. 获得 `print_string()` 的偏移 ``` objdump -t test | grep -w print_string 0000000000401199 g F .text 000000000000001b print_string ``` 5. 使用偏移 0x1199 配置 uprobe ``` off=0x1199 cd /sys/kernel/debug/tracing/ echo p /root/test:${off} arg1=+ 0(%di):ustring arg2=\$comm arg3=+0(%di):ustring > uprobe_events echo 1 > events/uprobes/enable echo 1 > tracing_on ``` 6. 运行 `test`，kasan 将报告错误。 ================================================== ================ 缺陷：KASAN：strncpy_from_user+0x1d6/0x1f0 中的释放后使用 由任务 test/499 在地址 ffff88812311c004 写入大小 8 CPU：0 UID：0 PID：499 Comm：test 未感染 6.12.0-rc3+ #18 硬件名称：Red Hat KVM，BIOS 1.16.0-4.al8 04/01/2014 调用跟踪：<TASK> dump_stack_lvl+0x55/0x70 print_address_description.constprop.0+0x27/0x310 kasan_report+0x10f/0x120 ? strncpy_from_user+0x1d6/0x1f0 strncpy_from_user+0x1d6/0x1f0 ? rmqueue.constprop.0+0x70d/0x2ad0 process_fetch_insn+0xb26/0x1470 ?
__pfx_process_fetch_insn+0x10/0x10 ? _raw_spin_lock+0x85/0xe0 ? __pfx__raw_spin_lock+0x10/0x10 ?
__pte_offset_map+0x1f/0x2d0 ? unwind_next_frame+0xc5f/0x1f80 ? arch_stack_walk+0x68/0xf0 ? is_bpf_text_address+0x23/0x30 ? kernel_text_address.part.0+0xbb/0xd0 ? __kernel_text_address+0x66/0xb0 ? unwind_get_return_address+0x5e/0xa0 ? __pfx_stack_trace_consume_entry+0x10/0x10 ? arch_stack_walk+0xa2/0xf0 ? _raw_spin_lock_irqsave+0x8b/0xf0 ? __pfx__raw_spin_lock_irqsave+0x10/0x10 ? depot_alloc_stack+0x4c/0x1f0 ? _raw_spin_unlock_irqrestore+0xe/0x30 ? stack_depot_save_flags+0x35d/0x4f0 ? kasan_save_stack+0x34/0x50 ? kasan_save_stack+0x24/0x50 ? mutex_lock+0x91/0xe0 ?
__pfx_mutex_lock+0x10/0x10 prepare_uprobe_buffer.part.0+0x2cd/0x500 uprobe_dispatcher+0x2c3/0x6a0？
__pfx_uprobe_dispatcher+0x10/0x10 ? __kasan_slab_alloc+0x4d/0x90 handler_chain+0xdd/0x3e0 handle_swbp+0x26e/0x3d0 ? __pfx_handle_swbp+0x10/0x10 ? uprobe_pre_sstep_notifier+0x151/0x1b0 irqentry_exit_to_user_mode+0xe2/0x1b0 asm_exc_int3+0x39/0x40 RIP: 0033:0x401199 Code: 01 c2 0f b6 45 fb 88 02 83 45 fc 01 8b 45 fc 3b 45 e4 7c b7 8b 45 e4 48 98 48 8d 50 ff 48 8b 45 e8 48 01 d0 ce RSP:
002b:00007ffdf00576a8 EFLAGS：00000206 RAX：00007ffdf00576b0 RBX：0000000000000000 RCX：0000000000000ff2 RDX：0000000000000ffc RSI：0000000000000ffd RDI：00007ffdf00576b0 RBP：00007ffdf00586b0 R08：
00007feb2f9c0d20 R09：00007feb2f9c0d20 R10：0000000000000001 R11：0000000000000202 R12：0000000000401040 R13：00007ffdf0058780 R14：0000000000000000 R15：0000000000000000 </TASK> 此提交执行小于页面大小的缓冲区的 maxlen，以避免 store_trace_args() 内存不足访问。(CVE-2024-50067)
- 在 Linux 内核中，已解决以下漏洞：蓝牙：ISO：在禁用 debugfs 时修复多个 init 如果没有成功创建 bt_debugfs（如果未设置 CONFIG_DEBUG_FS 或 CONFIG_DEBUG_FS_ALLOW_ALL，则会发生这种情况），则 iso_init() 会提前返回，并且不会将 iso_inited 设为 true。
这意味着对 iso_init() 的后续调用将导致对 proto_register()、bt_sock_register() 等内容的重复调用。启用 CONFIG_LIST_HARDENED 和 CONFIG_BUG_ON_DATA_CORRUPTION 时，对 proto_register() 的重复调用会触发此 BUG()：list_add 双重添加：new=ffffffffc0b280d0、prev=ffffffffbab56250、next=ffffffffc0b280d0。 ------------[在此处剪切 ]---------------- lib/list_debug.c:35! 的内核缺陷Oops：无效 操作码：0000 [#1] PREEMPT SMP PTI CPU:2 PID: 887 Comm：bluetoothd 未感染 6.10.11-1-ao-desktop #1 RIP：0010:__list_add_valid_or_report+0x9a/0xa0 ...
__list_add_valid_or_report+0x9a/0xa0 proto_register+0x2b5/0x340 iso_init+0x23/0x150 [bluetooth] set_iso_socket_func+0x68/0x1b0 [bluetooth] kmem_cache_free+0x308/0x330 hci_sock_sendmsg+0x990/0x9e0 [bluetooth] __sock_sendmsg+0x7b/0x80 sock_write_iter+0x9a/0x110 do_iter_readv_writev+0x11d/0x220 vfs_writev+0x180/0x3e0 do_writev+0xca/0x100 ... 此更改会移除提前返回标志。不需要检查 iso_debugfs 是否为空，当 iso_inited 为 false 时它始终为空。(CVE-2024-50077)
- 在 Linux 内核中，解决了以下漏洞：蓝牙：卸载模块时调用 iso_exit() 如果已调用 iso_init()，则必须在卸载模块时调用 iso_exit()。如果不修复此漏洞，则 iso_init() 向 proto_register() 注册的 struct proto 将失效，这可能在以后造成无法预测的问题。就我遇到的情况而言，在启用 CONFIG_LIST_HARDENED 和 CONFIG_BUG_ON_DATA_CORRUPTION 的情况下，再次加载模块通常会触发此 BUG()：list_add 损坏。next->prev 应是 prev (ffffffffb5355fd0)，但实际上是 0000000000000068。(next=ffffffffc0a010d0)。 ------------[在此处剪切]--------------- lib/list_debug.c:29! 的内核缺陷Oops：无效 操作码：0000 [#1] PREEMPT SMP PTI CPU: 1 PID: 4159 Comm：modprobe 未感染 6.10.11-4+bt2-ao-desktop #1 RIP：
0010:__list_add_valid_or_report+0x61/0xa0 ... __list_add_valid_or_report+0x61/0xa0 proto_register+0x299/0x320 hci_sock_init+0x16/0xc0 [蓝牙] bt_init+0x68/0xd0 [蓝牙]
__pfx_bt_init+0x10/0x10 [蓝牙] do_one_initcall+0x80/0x2f0 do_init_module+0x8b/0x230
__do_sys_init_module+0x15f/0x190 do_syscall_64+0x68/0x110 ... (CVE-2024-50078)
- 在 Linux 内核中，解决了以下漏洞：蓝牙：SCO：修复 sco_sock_timeout 上的 UAF 在等待 sco_conn_lock 时可能已经取消链接/释放 conn->sk，因此这通过检查 conn->sk 是否是 sco_sk_list 的一部分来检查 conn->sk 是否仍然有效。(CVE-2024-50125)
- 在 Linux 内核中，解决了以下漏洞：蓝牙：bnep：修复 proto_unregister 中的 wild-memory-access。存在如下问题：KASAN：可能是范围 [0xdead...108-0xdead.. .10f] 中的 wild-memory-access。CPU: 3 UID: 0 PID: 2805 Comm: rmmod 已感染: GW RIP：
0010:proto_unregister+0xee/0x400 调用跟踪：<TASK> __do_sys_delete_module+0x318/0x580 do_syscall_64+0xc1/0x1d0 entry_SYSCALL_64_after_hwframe+0x77/0x7f 由于 bnep_init() 忽略 bnep_sock_init() 的返回值，bnep_sock_init() 将清理所有资源。然后，当删除 bnep 模块时，系统将调用 bnep_sock_cleanup() 以清理 sock 的资源。要解决上述问题，只需在 bnep_exit() 中返回 bnep_sock_init() 的返回值。(CVE-2024-50148)
- 在 Linux 内核中，已解决以下漏洞：蓝牙：hci：修复 hci_read_supported_codecs 中的 null-ptr-deref，修复 __hci_cmd_sync_sk() 以针对未知的操作码返回非 NULL。
如果命令返回状态事件，则 __hci_cmd_sync_sk() 返回 NULL。但是，它也会在 hci_cc 表中不存在操作码的情况下返回 NULL，因为 hci_cmd_complete_evt() 对未知操作码假设 status = skb->data[0]。这会导致 cmd_sync 中 HCI_OP_READ_LOCAL_CODECS 发生 null-ptr-deref，因为 HCI_OP_READ_LOCAL_CODECS 没有 hci_cc，会始终假设 status = skb->data[0]。KASAN：范围 [0x0000000000000070-0x0000000000000077] 中的 null-ptr-deref CPU：1 PID：2000 Comm：kworker/u9:5 未感染 6.9.0-ga6bcb805883c-dirty #10 硬件名称：QEMU 标准 PC (i440FX + PIIX, 1996 )、BIOS 1.15.0-1 2014 年 4 月 1 日 Workqueue：hci7 hci_power_on RIP：0010:hci_read_supported_codecs+0xb9/0x870 net/bluetooth/hci_codec.c:138 代码：08 48 89 ef e8 b8 c1 8f fd 48 8b 75 00 e9 96 00 00 00 49 89 c6 48 ba 00 00 00 00 00 fc ff df 4c 8d 60 70 4c 89 e3 48 c1 eb 03 <0f> b6 04 13 84 c0 0f 85 82 06 00 00 41 83 3c 24 02 77 0a e8 bf 78 RSP：0018:ffff888120bafac8 EFLAGS：00010212 RAX：0000000000000000 RBX：000000000000000e RCX：ffff8881173f0040 RDX：dffffc0000000000 RSI：ffffffffa58496c0 RDI：ffff88810b9ad1e4 RBP：
ffff88810b9ac000 R08：ffffffffa77882a7 R09：1ffffffff4ef1054 R10：dffffc0000000000 R11：fffffbfff4ef1055 R12：0000000000000070 R13：0000000000000000 R14：0000000000000000 R15：ffff88810b9ac000 FS：
0000000000000000(0000) GS:ffff8881f6c00000(0000) knlGS:0000000000000000 CS：0010 DS：0000 ES：0000 CR0：
0000000080050033 CR2：00007f6ddaa3439e CR3：0000000139764003 CR4：0000000000770ef0 PKRU：55555554 调用跟踪：<TASK> hci_read_local_codecs_sync net/bluetooth/hci_sync.c:4546 [内联] hci_init_stage_sync net/bluetooth/hci_sync.c:3441 [inline] hci_init4_sync net/bluetooth/hci_sync .c:4706 [内联] hci_init_sync net/bluetooth/hci_sync.c:4742 [内联] hci_dev_init_sync net/bluetooth/hci_sync.c:4912 [内联] hci_dev_open_sync+0x19a9/0x2d30 net/bluetooth/hci_sync.c:4994 hci_dev_do_open net/ bluetooth/hci_core.c:483 [内联] hci_power_on+0x11e/0x560 net/bluetooth/hci_core.c:1015 process_one_work kernel/workqueue.c:3267 [内联] process_scheduled_works+0x8ef/0x14f0 kernel/workqueue.c:3348 worker_thread+0x91f /0xe50 kernel/workqueue.c:3429 kthread+0x2cb/0x360 kernel/kthread.c:388 ret_from_fork+0x4d/0x80 arch/x86/kernel/process.c:147 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64. S:244 (CVE-2024-50255)
请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。
解决方案
更新 CentOS 9 Stream bpftool 程序包。另见
https://kojihub.stream.centos.org/koji/buildinfo?buildID=72338
插件详情
严重性: High
ID: 212094
文件名: centos9_kernel-5_14_0-536_72338.nasl
版本: 1.1
类型: local
代理: unix
发布时间: 2024/12/5
最近更新时间: 2024/12/5
支持的传感器: Frictionless Assessment AWS, Frictionless Assessment Azure, Frictionless Assessment Agent, Nessus Agent, Agentless Assessment, Continuous Assessment, Nessus
风险信息
VPR
风险因素: Medium
分数: 6.7
CVSS v2
风险因素: Medium
基本分数: 6.8
时间分数: 5
矢量: CVSS2#AV:L/AC:L/Au:S/C:C/I:C/A:C
CVSS 分数来源: CVE-2024-50125
CVSS v3
风险因素: High
基本分数: 7.8
时间分数: 6.8
矢量: CVSS:3.0/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
时间矢量: CVSS:3.0/E:U/RL:O/RC:C
漏洞信息
CPE: p-cpe:/a:centos:centos:kernel-rt-devel-matched, p-cpe:/a:centos:centos:kernel-rt-modules-core, p-cpe:/a:centos:centos:kernel-debug-devel, p-cpe:/a:centos:centos:kernel-devel, p-cpe:/a:centos:centos:kernel-64k-debug, p-cpe:/a:centos:centos:libperf, p-cpe:/a:centos:centos:kernel-rt-core, p-cpe:/a:centos:centos:kernel-modules-partner, p-cpe:/a:centos:centos:kernel-64k-modules-extra, p-cpe:/a:centos:centos:kernel-64k-modules-core, p-cpe:/a:centos:centos:kernel-64k-modules-partner, p-cpe:/a:centos:centos:kernel-64k-modules, p-cpe:/a:centos:centos:kernel-rt-devel, p-cpe:/a:centos:centos:kernel-debug-uki-virt-addons, p-cpe:/a:centos:centos:kernel-rt-modules-extra, p-cpe:/a:centos:centos:python3-perf, p-cpe:/a:centos:centos:kernel-64k-debug-modules-partner, p-cpe:/a:centos:centos:kernel-zfcpdump, p-cpe:/a:centos:centos:kernel-64k-debug-core, p-cpe:/a:centos:centos:kernel-64k-debug-modules-internal, p-cpe:/a:centos:centos:kernel-zfcpdump-modules-partner, p-cpe:/a:centos:centos:kernel-zfcpdump-devel-matched, p-cpe:/a:centos:centos:kernel-debug-devel-matched, p-cpe:/a:centos:centos:kernel-64k-devel, p-cpe:/a:centos:centos:kernel-headers, p-cpe:/a:centos:centos:kernel-rt-modules, p-cpe:/a:centos:centos:kernel-64k-debug-devel-matched, p-cpe:/a:centos:centos:kernel-debug-core, p-cpe:/a:centos:centos:kernel-tools-libs-devel, p-cpe:/a:centos:centos:kernel-64k-core, p-cpe:/a:centos:centos:kernel-debug-modules-internal, p-cpe:/a:centos:centos:kernel-zfcpdump-modules-core, p-cpe:/a:centos:centos:kernel-rt-debug-modules-core, p-cpe:/a:centos:centos:kernel-modules-extra, p-cpe:/a:centos:centos:kernel-cross-headers, p-cpe:/a:centos:centos:kernel-rt-kvm, p-cpe:/a:centos:centos:kernel-rt-debug-modules-partner, p-cpe:/a:centos:centos:kernel-rt, p-cpe:/a:centos:centos:kernel-rt-modules-internal, p-cpe:/a:centos:centos:kernel-tools, p-cpe:/a:centos:centos:kernel-rt-debug-modules-extra, p-cpe:/a:centos:centos:kernel-debug-uki-virt, p-cpe:/a:centos:centos:kernel-rt-modules-partner, p-cpe:/a:centos:centos:kernel-rt-debug, p-cpe:/a:centos:centos:kernel-abi-stablelists, p-cpe:/a:centos:centos:kernel-rt-debug-devel-matched, p-cpe:/a:centos:centos:kernel-zfcpdump-core, p-cpe:/a:centos:centos:kernel-64k-debug-modules-extra, p-cpe:/a:centos:centos:kernel-zfcpdump-devel, p-cpe:/a:centos:centos:kernel-tools-libs, p-cpe:/a:centos:centos:libperf-devel, p-cpe:/a:centos:centos:kernel-64k, p-cpe:/a:centos:centos:kernel-64k-modules-internal, p-cpe:/a:centos:centos:kernel-ipaclones-internal, p-cpe:/a:centos:centos:kernel-debug, p-cpe:/a:centos:centos:rtla, cpe:/a:centos:centos:9, p-cpe:/a:centos:centos:kernel-64k-debug-modules, p-cpe:/a:centos:centos:kernel-zfcpdump-modules-extra, p-cpe:/a:centos:centos:kernel-selftests-internal, p-cpe:/a:centos:centos:kernel-modules-internal, p-cpe:/a:centos:centos:kernel-debug-modules, p-cpe:/a:centos:centos:rv, p-cpe:/a:centos:centos:kernel-zfcpdump-modules, p-cpe:/a:centos:centos:kernel-64k-debug-devel, p-cpe:/a:centos:centos:perf, p-cpe:/a:centos:centos:kernel-rt-debug-kvm, p-cpe:/a:centos:centos:kernel-modules, p-cpe:/a:centos:centos:kernel-zfcpdump-modules-internal, p-cpe:/a:centos:centos:bpftool, p-cpe:/a:centos:centos:kernel-rt-debug-modules-internal, p-cpe:/a:centos:centos:kernel-64k-devel-matched, p-cpe:/a:centos:centos:kernel-64k-debug-modules-core, p-cpe:/a:centos:centos:kernel-rt-debug-devel, p-cpe:/a:centos:centos:kernel-modules-core, p-cpe:/a:centos:centos:kernel-core, p-cpe:/a:centos:centos:kernel-debug-modules-partner, p-cpe:/a:centos:centos:kernel-debug-modules-extra, p-cpe:/a:centos:centos:kernel-rt-debug-core, p-cpe:/a:centos:centos:kernel-devel-matched, p-cpe:/a:centos:centos:kernel-rt-debug-modules, p-cpe:/a:centos:centos:kernel, p-cpe:/a:centos:centos:kernel-debug-modules-core, p-cpe:/a:centos:centos:kernel-uki-virt-addons, p-cpe:/a:centos:centos:kernel-uki-virt
必需的 KB 项: Host/local_checks_enabled, Host/cpu, Host/CentOS/release, Host/CentOS/rpm-list
易利用性: No known exploits are available
补丁发布日期: 2024/11/29
漏洞发布日期: 2024/5/23
参考资料信息
CVE: CVE-2024-36011, CVE-2024-49950, CVE-2024-50029, CVE-2024-50044, CVE-2024-50067, CVE-2024-50077, CVE-2024-50078, CVE-2024-50125, CVE-2024-50148, CVE-2024-50255