Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - xsk检查 Tx 路径中较早的 IFF_UP 可通过 sendmsg() 或 poll() syscall 触发 Xsk Tx。
    这两个路径共享对通用函数 xsk_xmit() 的调用该函数内包含两个健全性检查。显示两个路径的伪代码示例__xsk_sendmsg() : xsk_poll() if (unlikely(!xsk_is_bound(xs))) if (unlikely(!xsk_is_bound(xs))) return -ENXIO;返回掩码if (unlikely(need_wait)) (...) 返回
    -EOPNOTSUPP xsk_xmit() 标记 napi id (...) xsk_xmit() xsk_xmit()if (unlikely(!(xs->dev->flags & IFF_UP))) return -ENETDOWN; if (unlikely(!xs->tx)) return -ENOBUFS如上所见在 sendmsg() 中可在未启动的界面上标记 napi id这将造成空指针取消引用 [31757.505631] BUG内核空指针取消引用地址0000000000000018 [31757.512710] # PF内核模式中的主管读取访问 [31757.517936] #PF: error_code(0x0000) - not-present 页面 [31757.523149] PGD 0 P4D 0 [31757.525726] Oops0000 [#1] PREEMPT SMP NOPTI [31757.530154] CPU26 PID
    95641 Commxdpsock 未受感染 6.2.0-rc5+ #40 [31757.536871] 硬件名称Intel Corporation S2600WFT/S2600WFT、BIOS SE5C620.86B.02.01.0008.031920191559 2019 年 3 月 19 日 [31757.547457] RIP
    0010:xsk_sendmsg+0xde/0x180 [31757.551799] Code00 75 a2 48 8b 00 a8 04 75 9b 84 d2 74 69 8b 85 14 01 00 00 85 c0 75 1b 48 8b 85 28 03 00 00 40 9 8b 0 0 0 00 48 8b 40 20 <8b> 40 18 89 85 14 01 00 00 8b bd 14 01 00 00 81 ff 00 01 00 00 0f [31757.570840] RSP: 0018:ffffc90034f27dc0 EFLAGS: 00010246 [31757.576143] RAX: 0000000000000000 RBX: ffffc90034f27e18 RCX: 0000000000000000 [31757.583389] RDX: 0000000000000001 RSI: ffffc90034f27e18 RDI: ffff88984cf3c100 [31757.590631] RBP: ffff88984714a800 R08: ffff88984714a800 R09: 0000000000000000 [31757.597877] R10: 0000000000000001 R11: 0000000000000000 R12: 00000000fffffffa [31757.605123] R130000000000000000 R140000000000000003 R150000000000000000 [31757.612364] FS:
    00007fb4c5931180(0000) GS:ffff88afdfa00000(0000) knlGS:0000000000000000 [31757.620571] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [31757.626406] CR2: 0000000000000018 CR3: 000000184b41c003 CR4:
    00000000007706e0 [31757.633648] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [31757.640894] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [31757.648139] PKRU:
    55555554 [31757.650894] 调用跟踪[31757.653385] <TASK> [31757.655524] sock_sendmsg+0x8f/0xa0 [31757.659077] ? sockfd_lookup_light+0x12/0x70 [31757.663416] __sys_sendto+0xfc/0x170 [31757.667051] ? do_sched_setscheduler+0xdb/0x1b0 [31757.671658] __x64_sys_sendto+0x20/0x30 [31757.675557] do_syscall_64+0x38/0x90 [31757.679197] entry_SYSCALL_64_after_hwframe+0x72/0xdc [31757.687969] 代码8e f6 ff 44 8b 4c 24 8b 2c 44 8b 4c 24 8b 2c 24 20 41 89 c4 44 8b 54 24 28 48 8b 54 24 18 b8 2c 00 00 00 48 8b 74 24 10 8b 7c 24 08 0f 05 <48> 3d 00 f0 ff ff 77 3a 44 89 e7 48 89 08 e2 b8 f6 ff 48 [31757.707007] RSP
    002b:00007ffd49c73c70 EFLAGS: 00000293 ORIG_RAX: 000000000000002c [31757.714694] RAX: ffffffffffffffda RBX: 000055a996565380 RCX: 00007fb4c5727c16 [31757.721939] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000003 [31757.729184] RBP: 0000000000000040 R08: 0000000000000000 R09: 0000000000000000 [31757.736429] R100000000000000040 R110000000000000293 R120000000000000000 [31757.743673] R13
    0000000000000000 R140000000000000000 R15: 0000000000000000 [31757.754940] </TASK> 要修复此问题让我们将 xsk_xmit 设为将负责通用 Tx的函数、对 RCU 进行相应处理并执行健全性检查和 xs->zc 处理。对 __xsk_sendmsg() 和 xsk_poll() 进行健全性检查。
    (CVE-2023-53240)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu: drop redundant sched job cleanup when cs is aborted Once command submission failed due to userptr invalidation in amdgpu_cs_submit, legacy code will perform cleanup of scheduler job. However, it's not needed at all, as former commit has integrated job cleanup stuff into amdgpu_job_free. Otherwise, because of double free, a NULL pointer dereference will occur in such scenario. Bug: https://gitlab.freedesktop.org/drm/amd/-/issues/2457(CVE-2023-53228)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - chardev修复 cdev_device_add() 中的错误处理 在执行错误注入测试时我得到以下报告------------[在此切换]------------ kobject“(null)”(0000000039956980) 未初始化但正在调用 kobject_put()。WARNING: CPU: 3 PID: 6306 at kobject_put+0x23d/0x4e0 CPU: 3 PID: 6306 Comm
    283 TaintedGW 6.1.0-rc2-00005-g307c1086d7c9 #1253 Hardware nameQEMU Standard PC (i440FX + PIIX, 1996)BIOS 1.13.0-1ubuntu1.1 04/01/2014 RIP0010:kobject_put+0x23d/ 0x4e0 调用跟踪 <TASK> cdev_device_add+0x15e/0x1b0 __iio_device_register+0x13b4/0x1af0 [industrialio]
    __devm_iio_device_register+0x22/0x90 [industrialio] max517_probe+0x3d8/0x6b4 [max517] i2c_device_probe+0xa81/0xc00 当 device_add() 注入故障并返回错误时如果未设置 dev->devt则不调用 cdev_add()而 cdev_del ) 不是必需的。通过检查错误路径中的 dev->devt 来修复此问题。
    (CVE-2022-50282)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - VMCI在调用 get_user_pages_fast() 后检查 context->notify_page 以避免 GPF 对 vmci_host_setup_notify() 中的 get_user_pages_fast() 的调用可返回 NULL context->notify_page 从而造成 GPF。避免 GPF 检查是否 context->notify_page == NULL如果存在则返回错误。一般性保护错误可能是非规范地址 0xe0009d10000000600000 [#1] PREEMPT SMP KASAN NOPTI KASAN可能 wild-memory-access in range [0x0005088000000300- 0x0005088000000307] CPU: 2 PID: 26180 Comm: repro_310241480 -rc4 #1 硬件名称Red Hat KVMBIOS 1.15.0-2.module+el8.6.0 04/01/2014 RIP
    0010:vmci_ctx_check_signal_notify+0x91/0xe0 调用跟踪 <TASK> vmci_host_unlocked_ioctl+0x362/0x1f40
    __x64_sys_ioctl+0x1a1/0x230 do_syscall_64+0x3a/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2023-53259)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：md/raid5-cache: fix null-ptr-deref for r5l_flush_stripe_to_raid() r5l_flush_stripe_to_raid() will check if the list 'flushing_ios' is empty, and then submit 'flush_bio', however, r5l_log_flush_endio() is clearing the list first and then clear the bio, which will cause null-ptr-deref: T1: submit flush io raid5d handle_active_stripes r5l_flush_stripe_to_raid // list is empty // add 'io_end_ios' to the list bio_init submit_bio // io1 T2: io1 is done r5l_log_flush_endio list_splice_tail_init // clear the list T3: submit new flush io ...
    r5l_flush_stripe_to_raid // list is empty // add 'io_end_ios' to the list bio_init bio_uninit // clear bio->bi_blkg submit_bio // null-ptr-deref Fix this problem by clearing bio before clearing the list in r5l_log_flush_endio(). (CVE-2023-53210)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - raw修复 raw_get_next() 中的空取消引用。Dae R. Jeong 报告了 raw_get_next() 中的一个空取消引用 [0]。repro 似乎正在并行运行这些序列因此一个线程在另一个 netns 中释放的套接字上进行迭代。 unshare(0x40060200) r0 = syz_open_procfs(0x0, &(0x7f0000002080)='net/raw\x00') 套接字$inet_icmp_raw(0x2、0x3、0x1) pread64(r0, &(0x7f0000000000)=/10、0xa、0x10000000007f) 之后提交 0daf07e52709raw将原始套接字转换为 RCU时我们使用 RCU 和 hlist_nulls_for_each_entry() 迭代 SOCK_RAW 套接字。但是我们应该对慢速路径使用旋转锁以避免空指针取消引用。此外SOCK_RAW 不使用 SLAB_TYPESAFE_BY_RCU并且宽限期的迭代期间不会重用 slab 对象。实际上无锁读取程序不会使用 get_nulls_value() 检查 NULL 标记。因此SOCK_RAW 应使用 hlist 而不是 hlist_nulls。我们不通过 sk_nulls_for_each_rcu() 添加不必要的屏障，而是将 hlist_nulls 转换为 hlist，对于快速路径使用 sk_for_each_rcu()，对于 /proc/net/raw 使用 sk_for_each() 和旋转锁。 [0]一般保护错误可能针对非规范地址 0xdffffc0000000005: 0000 [#1] PREEMPT SMP KASAN KASAN范围 [0x0000000000000028-0x000000000000002f] CPU: 2 PID: 20952 Comm: syz-executor。 0 未受感染 6.2.0-g048ec869bafd-dirty #7 硬件名称QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org 04/01/2014 RIP: 0010 :read_pnet include/net/net_namespace.h:383 [inline] RIP: 0010:sock_net include/net/sock.h:649 [inline] RIP
    0010:raw_get_next net/ipv4/raw.c:974 [inline] RIP: 0010:raw_get_idx net/ipv4/raw.c:986 [inline] RIP
    0010:raw_seq_start+0x431/0x800 net/ipv4/raw.c:995 代码 ef e8 33 3d 94 f7 49 8b 6d 00 4c 89 ef e8 b7 65 5f f7 49 89 ed 49 83 c5 98 0f 84 9a 00 00 00 48 83 c5 c8 48 89 e8 48 c1 e8 03 <42> 80 3c 30 00 74 08 48 89 ef e8 00 3d 94 f7 4c 8b 7d 00 48 89 ef RSP0018:ffffc9001154f9b0 EFLAGS: 000100000000054f9b0 EFLAGS: 000X000006RB
    1ffff1100302c8fd RCX: 0000000000000000 RDX: 0000000000000028 RSI: ffffc9001154f988 RDI: ffffc9000f77a338 RBP: 0000000000000029 R08: ffffffff8a50ffb4 R09: fffffbfff24b6bd9 R10: fffffbfff24b6bd9 R11:
     R120000000000000000  : ffff88801db73b78 R13: fffffffffffffff9 R14: dffffc0000000000 R15: 0000000000000030 FS: 00007f843ae8e700(0000) GS:ffff888063700000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 000055bb9614b35f CR3: 000000003c672000 CR4: 00000000003506e0 DR0
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> seq_read_iter+0x4c6/0x10f0 fs/seq_file.c:225 seq_read+0x224/0x320 fs/seq_file.c:162 pde_read fs/proc/ inode.c:316 [内联] proc_reg_read+0x23f/0x330 fs/proc/inode.c:328 vfs_read+0x31e/0xd30 fs/read_write.c:468 ksys_pread64 fs/read_write.c:665 [内联] __do_sys_pread64 fs/read_write。 c:675 [内联] __se_sys_pread64 fs/read_write.c:672 [内联] __x64_sys_pread64+0x1e9/0x280 fs/read_write.c:672 do_syscall_x64 arch/x86/entry/common.c:51 [内联] do_syscall_64+0x4e/0xa0 arch /x86/entry/common.c:82 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP0033:0x478d29 代码 f7 d8 64 89 02 b8 ff ff ff ff ff c3 66 0f 1f 44 00 00 48 89 f8 48 89 f7 48 89 d48 89 896 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 bc ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007f843ae8dbe8 EFLAGS: 00000246 ORIG_RAX: 0000000000000011 RAX: ffffffffffffffda RBX: 0000000 000791408 RCX
    0000000000478d29 RDX: 000000000000000a RSI: 0000000020000000 RDI: 0000000000000003 RBP: 00000000f477909a R08: 0000000000000000 R09: 0000000000000000 R10: 000010000000007f R11: 0000000000000246 R12:
    0000000000791740 R130000000000791414 R140000000000791408 R1500007ffc2eb48a50 </TASK> 中链接的模块---[ 结束跟踪 0000000000000000 ]--- RIP: 0010 ---truncated--- (CVE-2023-53198)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - tracing修复从合成事件读取字符串 以下命令导致崩溃# cd /sys/kernel/tracing # echo 's:open char file[]' > dynamic_events # echo 'hist:keys=common_pid:file=filename:onchange ($file).trace(open,$file)' >events/syscalls/sys_enter_openat/trigger' # echo 1 >events/synthetic/open/enable BOOM! 问题在于合成事件字段 char file[] 会将提供的值作为字符串读取而不会进行任何内存检查以确保地址有效。上面的示例将传入用户空间地址sythetic 事件代码将愉快地对其调用 strlen()然后调用 strscpy()其中任何一个都会在访问用户空间地址时导致 oops。使用来自 trace_kprobe 和 trace_eprobe 的可安全读取字符串的辅助函数当地址来自用户空间且映射了内存时实际会成功。现在上述内容可以显示packagekitd-1721 [000] ...2. 104.597170open
    file=/usr/lib/rpm/fileattrs/cmake.attr in:imjournal-978 [006] ...2. 104.599642open
    file=/var/lib/rsyslog/imjournal.state.tmp packagekitd-1721 [000] ...2. 104.626308open
    file=/usr/lib/rpm/fileattrs/debuginfo.attrCVE-2022-50255

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - watchdog修复 watchdog_cdev_register 中的 kmemleak kmemleak 报告 watchdog_dev_register 中的内存泄漏如下未引用的对象 0xffff888116233000(大小 2048)comm modprobe, pid 28147, jiffies 4353426116(age 61.741s) 十六进制转储前 32 字节80 fa b9 05 81 88 ff ff 08 30 23 16 81 88 ff ff ....0#....08 30 23 16 81 88 ff ff 00 00 00 00 00 00 00 00 .0#... ............回溯
    [<000000007f001ffd>] __kmem_cache_alloc_node+0x157/0x220 [<000000006a389304>] kmalloc_trace+0x21/0x110 [<000000008d640eea>] watchdog_dev_register+0x4e/0x780 [watchdog] [<0000000053c9f248>]
    __watchdog_register_device+0x4f0/0x680 [watchdog] [<00000000b2979824>] watchdog_register_device+0xd2/0x110 [watchdog] [<000000001f730178>] 0xffffffffc10880ae [<000000007a1a8bcc>] do_one_initcall+0xcb/0x4d0 [<00000000b98be325>] do_init_module+0x1ca/0x5f0 [<0000000046d08e7c>] load_module+0x6133 /0x70f0 ...
    未引用的对象 0xffff888105b9fa80 (大小 16)comm modprobe, pid 28147, jiffies 4353426116 (age 61.741s) 十六进制转储前 16 字节77 61 74 63 68 64 6f 67 31 00 b9 05 81 88 ff ff watchdog1.... ...
    backtrace[<000000007f001ffd>] __kmem_cache_alloc_node+0x157/0x220 [<00000000486ab89b>]
    __kmalloc_node_track_caller+0x44/0x1b0 [<000000005a39aab0>] kvasprintf+0xb5/0x140 [<0000000024806f85>] kvasprintf_const+0x55/0x180 [<000000009276cb7f>] kobject_set_name_vargs+0x56/0x150 [<00000000a92e820b>] dev_set_name+0xab/0xe0 [<00000000cec812c6>] watchdog_dev_register+0x285 [watchdog] [<0000000053c9f248>] __watchdog_register_device+0x4f0/0x680 [watchdog] [<00000000b2979824>] watchdog_register_device+0xd2/0x110 [watchdog] [<000000001f730178>] 0xffffffffc10880ae [<000000007a1a8bcc>] do_one_initcall+0xcb/0x4d0 [<00000000b98be325>] do_init_module+0x1ca/0x5f0 [<0000000046d08e7c>] load_module+0x6133/0x70f0 ... 原因是在 cdev_device_add 失败且 wdd->id != 0 时不会调用 put_device。 watchdog_cdev_register wd_data = kzalloc [1] err = dev_set_name [2] .. err = cdev_device_add if (err) { if (wdd->id == 0) { // wdd->id != 0 .. } return err; // 将泄漏 [1]、[2] 要修复此问题请在所有 wdd->id 情况中调用 put_device。 (CVE-2023-53234)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：drm/vkms: Fix memory leak in vkms_init() A memory leak was reported after the vkms module install failed. unreferenced object 0xffff88810bc28520 (size 16): comm modprobe, pid 9662, jiffies 4298009455 (age 42.590s) hex dump (first 16 bytes): 01 01 00 64 81 88 ff ff 00 00 dc 0a 81 88 ff ff ...d............ backtrace:
    [<00000000e7561ff8>] kmalloc_trace+0x27/0x60 [<000000000b1954a0>] 0xffffffffc45200a9 [<00000000abbf1da0>] do_one_initcall+0xd0/0x4f0 [<000000001505ee87>] do_init_module+0x1a4/0x680 [<00000000958079ad>] load_module+0x6249/0x7110 [<00000000117e4696>] __do_sys_finit_module+0x140/0x200 [<00000000f74b12d2>] do_syscall_64+0x35/0x80 [<000000008fc6fcde>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 The reason is that the vkms_init() returns without checking the return value of vkms_create(), and if the vkms_create() failed, the config allocated at the beginning of vkms_init() is leaked. vkms_init() config = kmalloc(...) # config allocated ... return vkms_create() # vkms_create failed and config is leaked Fix this problem by checking return value of vkms_create() and free the config if error happened. (CVE-2022-50269)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：lib/crypto: arm64/poly1305: Fix register corruption in no-SIMD contexts Restore the SIMD usability check that was removed by commit a59e5468a921 (crypto: arm64/poly1305 - Add block-only interface). This safety check is cheap and is well worth eliminating a footgun. While the Poly1305 functions should not be called when SIMD registers are unusable, if they are anyway, they should just do the right thing instead of corrupting random tasks' registers and/or computing incorrect MACs. Fixing this is also needed for poly1305_kunit to pass. Just use may_use_simd() instead of the original crypto_simd_usable(), since poly1305_kunit won't rely on crypto_simd_disabled_for_test. (CVE-2025-39804)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：KVM: s390/diag: fix racy access of physical cpu number in diag 9c handler We do check for target CPU == -1, but this might change at the time we are going to use it. Hold the physical target CPU in a local variable to avoid out-of-bound accesses to the cpu arrays. (CVE-2023-53205)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：bpf, sockmap: fix race in sock_map_free() sock_map_free() calls release_sock(sk) without owning a reference on the socket. This can cause use-after-free as syzbot found [1] Jakub Sitnicki already took care of a similar issue in sock_hash_free() in commit 75e68e5bf2c7 (bpf, sockhash: Synchronize delete from bucket list on map free) [1] refcount_t: decrement hit 0; leaking memory. WARNING: CPU: 0 PID: 3785 at lib/refcount.c:31 refcount_warn_saturate+0x17c/0x1a0 lib/refcount.c:31 Modules linked in: CPU: 0 PID: 3785 Comm:
    kworker/u4:6 Not tainted 6.1.0-rc7-syzkaller-00103-gef4d3ea40565 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/26/2022 Workqueue: events_unbound bpf_map_free_deferred RIP:
    0010:refcount_warn_saturate+0x17c/0x1a0 lib/refcount.c:31 Code: 68 8b 31 c0 e8 75 71 15 fd 0f 0b e9 64 ff ff ff e8 d9 6e 4e fd c6 05 62 9c 3d 0a 01 48 c7 c7 80 bb 68 8b 31 c0 e8 54 71 15 fd <0f> 0b e9 43 ff ff ff 89 d9 80 e1 07 80 c1 03 38 c1 0f 8c a2 fe ff RSP: 0018:ffffc9000456fb60 EFLAGS: 00010246 RAX:
    eae59bab72dcd700 RBX: 0000000000000004 RCX: ffff8880207057c0 RDX: 0000000000000000 RSI: 0000000000000201 RDI: 0000000000000000 RBP: 0000000000000004 R08: ffffffff816fdabd R09: fffff520008adee5 R10:
    fffff520008adee5 R11: 1ffff920008adee4 R12: 0000000000000004 R13: dffffc0000000000 R14: ffff88807b1c6c00 R15: 1ffff1100f638dcf FS: 0000000000000000(0000) GS:ffff8880b9800000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000001b30c30000 CR3: 000000000d08e000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> __refcount_dec include/linux/refcount.h:344 [inline] refcount_dec include/linux/refcount.h:359 [inline] __sock_put include/net/sock.h:779 [inline] tcp_release_cb+0x2d0/0x360 net/ipv4/tcp_output.c:1092 release_sock+0xaf/0x1c0 net/core/sock.c:3468 sock_map_free+0x219/0x2c0 net/core/sock_map.c:356 process_one_work+0x81c/0xd10 kernel/workqueue.c:2289 worker_thread+0xb14/0x1330 kernel/workqueue.c:2436 kthread+0x266/0x300 kernel/kthread.c:376 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S:306 </TASK> (CVE-2022-50259)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：drm/bridge: megachips: Fix a null pointer dereference bug When removing the module we will get the following warning: [ 31.911505] i2c-core:
    driver [stdp2690-ge-b850v3-fw] unregistered [ 31.912484] general protection fault, probably for non-canonical address 0xdffffc0000000001: 0000 [#1] PREEMPT SMP KASAN PTI [ 31.913338] KASAN: null-ptr-deref in range [0x0000000000000008-0x000000000000000f] [ 31.915280] RIP: 0010:drm_bridge_remove+0x97/0x130 [31.921825] Call Trace: [ 31.922533] stdp4028_ge_b850v3_fw_remove+0x34/0x60 [megachips_stdpxxxx_ge_b850v3_fw] [ 31.923139] i2c_device_remove+0x181/0x1f0 The two bridges (stdp2690, stdp4028) do not probe at the same time, so the driver does not call ge_b850v3_resgiter() when probing, causing the driver to try to remove the object that has not been initialized. Fix this by checking whether both the bridges are probed. (CVE-2022-50317)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：wifi: mt76: mt7996: rely on mt76_connac2_mac_tx_rate_val In order to fix a possible NULL pointer dereference in mt7996_mac_write_txwi() of vif pointer, export mt76_connac2_mac_tx_rate_val utility routine and reuse it in mt7996 driver. (CVE-2023-53203)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - wifibrcmfmac修复 brcmf_c_preinit_dcmds() 中可能发生的堆栈越界问题 此修补程序修复了 brcmfmac 中的堆栈越界读取问题其将非 null 结尾的“buf”作为 的参数传递时会发生brcmf_c_preinit_dcmds() 中的 strsep()。此缓冲区由 brcmf_fil_iovar_data_get() 中的 memcpy() 填入固件版本字符串。修补程序可确保 buf 以 null 结尾。由 syzkaller 的修改版本发现。[ 47.569679][ T1897] brcmfmac：brcmf_fw_alloc_request：使用 brcm/brcmfmac43236b 作为芯片BCM43236/3 [ 47.582839][ T1897] brcmfmac：brcmf_c_process_clm_blob：没有可用的 clm_blob（err=-2），设备可用的通道可能有限 [ 47.601565][ T1897] ================================================================== [ 47.602574][ T1897] BUG：KASAN：strsep+0x1b2/0x1f0 中的堆栈越界[ 47.603447][ T1897] 任务 kworker 在地址 ffffc90001f6f000 处读取大小为 1 的数据/0:2/1897  [ 47.604336][ T1897] [ 47.604621][ T1897] CPU：0 PID：1897 通信：kworker/0:2 污染：G O 5.14.0+ #131 [ 47.605617][ T1897] 硬件名称：QEMU 标准 PC（i440FX + PIIX, 1996），BIOS rel-1.12.1-0-ga5cab58e9a3f-prebuilt.qemu.org 04/01/2014  [ 47.606907][ T1897] 工作队列：usb_hub_wq hub_event [ 47.607453][ T1897] 调用跟踪：[ 47.607801][ T1897] dump_stack_lvl+0x8e/0xd1 [ 47.608295][T1897] print_address_description.constprop.0.cold+0xf/0x334 [ 47.609009][ T1897] ? strsep+0x1b2/0x1f0 [47.609434][ T1897] ? strsep+0x1b2/0x1f0 [ 47.609863][ T1897] kasan_report.cold+0x83/0xdf [ 47.610366][T1897] ? strsep+0x1b2/0x1f0 [ 47.610882][ T1897] strsep+0x1b2/0x1f0 [ 47.611300][ T1897] ? brcmf_fil_iovar_data_get+0x3a/0xf0 [ 47.611883][ T1897] brcmf_c_preinit_dcmds+0x995/0xc40 [ 47.612434][T1897] ? brcmf_c_set_joinpref_default+0x100/0x100 [ 47.613078][ T1897] ? rcu_read_lock_sched_held+0xa1/0xd0 [ 47.613662][ T1897] ? rcu_read_lock_bh_held+0xb0/0xb0 [ 47.614208][T1897] ? lock_acquire+0x19d/0x4e0 [ 47.614704][ T1897] ? find_held_lock+0x2d/0x110 [ 47.615236][ T1897] ? brcmf_usb_deq+0x1a7/0x260 [ 47.615741][ T1897] ? brcmf_usb_rx_fill_all+0x5a/0xf0 [ 47.616288][ T1897] brcmf_attach+0x246/0xd40 [ 47.616758][ T1897] ? wiphy_new_nm+0x1703/0x1dd0 [ 47.617280][ T1897] ? kmemdup+0x43/0x50 [ 47.617720][ T1897] brcmf_usb_probe+0x12de/0x1690 [ 47.618244][ T1897] ? brcmf_usbdev_qinit.constprop.0+0x470/0x470 [ 47.618901][ T1897] usb_probe_interface+0x2aa/0x760 [47.619429][ T1897] ? usb_probe_device+0x250/0x250 [ 47.619950][ T1897] really_probe+0x205/0xb70 [47.620435][ T1897] ? driver_allows_async_probing+0x130/0x130 [ 47.621048][ T1897]
    __driver_probe_device+0x311/0x4b0 [ 47.621595][ T1897] ? driver_allows_async_probing+0x130/0x130 [47.622209][ T1897] driver_probe_device+0x4e/0x150 [ 47.622739][ T1897] __device_attach_driver+0x1cc/0x2a0 [ 47.623287][ T1897] bus_for_each_drv+0x156/0x1d0 [ 47.623796][ T1897]? bus_rescan_devices+0x30/0x30 [47.624309][ T1897] ? lockdep_hardirqs_on_prepare+0x273/0x3e0 [ 47.624907][ T1897] ? trace_hardirqs_on+0x46/0x160 [ 47.625437][ T1897] __device_attach+0x23f/0x3a0 [ 47.625924][ T1897] ? device_bind_driver+0xd0/0xd0 [ 47.626433][ T1897] ? kobject_uevent_env+0x287/0x14b0 [ 47.627057][ T1897] bus_probe_device+0x1da/0x290 [ 47.627557][ T1897] device_add+0xb7b/0x1eb0 [ 47.628027][ T1897] ? wait_for_completion+0x290/0x290 [ 47.628593][ T1897] ? __fw_devlink_link_to_suppliers+0x5a0/0x5a0 [47.629249][ T1897] usb_set_configuration+0xf59/0x16f0 [ 47.629829][ T1897] usb_generic_driver_probe+0x82/0xa0 [ 47.630385][ T1897] usb_probe_device+0xbb/0x250 [ 47.630927][ T1897]? usb_suspend+0x590/0x590 [ 47.631397][ T1897] real_probe+0x205/0xb70 [ 47.631855][ T1897] ? driver_allows_async_probing+0x130/0x130 [ 47.632469][ T1897] __driver_probe_device+0x311/0x4b0 [47.633002][ ---truncated--- (CVE-2022-50258)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - wifimac80211修复针对未上传的 sta 的无效 drv_sta_pre_rcu_remove 调用避免未初始化的驱动程序私有数据结构造成的潜在数据损坏问题。 (CVE-2023-53229)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - cifs修复无 CONFIG_CIFS_DFS_UPCALL 的 DFS 遍历 oops 在禁用 CONFIG_CIFS_DFS_UPCALL 的情况下进行编译cifs_dfs_d_automount 为 NULL。用于将 CIFS_FATTR_DFS_REFERRAL 属性映射到 S_AUTOMOUNT 和相应 dentry 标志的 cifs.ko 逻辑不论 CONFIG_CIFS_DFS_UPCALL而保留导致遍历 DFS 参照链接时 VFS follow_automount() 中发生空指针取消引用缺陷缺陷内核空指针取消引用地址: 00000000000000000 .。 。调用跟踪 <TASK> __traverse_mounts+0xb5/0x220 ? cifs_revalidate_mapping+0x65/0xc0 [cifs] step_into+0x195/0x610 ? lookup_fast+0xe2/0xf0 path_lookupat+0x64/0x140 filename_lookup+0xc2/0x140 ? __create_object+0x299/0x380 ? kmem_cache_alloc+0x119/0x220 ? user_path_at_empty+0x31/0x50 user_path_at_empty+0x31/0x50
    __x64_sys_chdir+0x2a/0xd0 ? exit_to_user_mode_prepare+0xca/0x100 do_syscall_64+0x42/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc 此修复在 CONFIG_CIFS_DFS_UPCALL 禁用时添加内联 cifs_dfs_d_automount() {return -EREMOTE} 处理程序。替代方法是在没有 CONFIG_CIFS_DFS_UPCALL 的情况下避免标记 S_AUTOMOUNT 等。选择此方法的原因是此方法可提供对错误路径的更多控制。 (CVE-2023-53246)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - NFSD修复执行服务器间复制时源服务器上的释放后使用。当 laundromat 在服务器间复制完成后尝试释放 s2s_cp_stateids 列表上已过期的 cpntf_state 条目时会发生释放后使用。用于插入过期复制状态的 sc_cp_list 已被释放。COPY 完成时Linux 客户端通常会向源服务器发送 LOCKU(lock_state x)、FREE_STATEID(lock_state x) 和 CLOSE(open_state y)。在释放锁定状态的 stid 之前来自 nfsd4_free_stateid 的 nfs4_put_stid 调用会从 s2s_cp_stateids 列表中清除复制状态。但是，有时 CLOSE 会在 FREE_STATEID 请求之前发送。发生这种情况时从 nfsd4_close 的 nfsd4_close_open_stateid 调用会释放其 st_locks 列表上的所有锁定状态而不清除 sc_cp_list 列表上的复制状态。当 FREE_STATEID 到达时服务器会返回 BAD_STATEID因为锁定状态已释放。这会导致当 laundromat 尝试释放过期的 cpntf_state 时发生释放后使用错误。此修补程序将调用添加到 nfsd4_close_open_stateid 中的 nfs4_free_cpntf_statelist以便在调用 free_ol_stateid_reaplist 之前清理复制状态从而在 reaplist 上释放锁定状态的 stid。 (CVE-2022-50241)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - drm/amd/display修复可能包含大型 vblank 的显示的下溢 [原因] 当使用包含大型 vblank 区域和低刷新率的显示器时观察到下溢 [如何] 简化 vblank_nom 的计算将 VBlankNomDefaultUS 的值增加至 800us (CVE-2023-53258)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：ext4: Fix function prototype mismatch for ext4_feat_ktype With clang's kernel control flow integrity (kCFI, CONFIG_CFI_CLANG), indirect call targets are validated against the expected function pointer prototype to make sure the call target is valid to help mitigate ROP attacks. If they are not identical, there is a failure at run time, which manifests as either a kernel panic or thread getting killed. ext4_feat_ktype was setting the release handler to kfree, which doesn't have a matching function prototype. Add a simple wrapper with the correct prototype. This was found as a result of Clang's new -Wcast-function-type-strict flag, which is more sensitive than the simpler -Wcast-function-type, which only checks for type width mismatches. Note that this code is only reached when ext4 is a loadable module and it is being unloaded: CFI failure at kobject_put+0xbb/0x1b0 (target: kfree+0x0/0x180; expected type: 0x7c4aa698) ... RIP:
    0010:kobject_put+0xbb/0x1b0 ... Call Trace: <TASK> ext4_exit_sysfs+0x14/0x60 [ext4] cleanup_module+0x67/0xedb [ext4] (CVE-2023-53224)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：md: Replace snprintf with scnprintf Current code produces a warning as shown below when total characters in the constituent block device names plus the slashes exceeds 200. snprintf() returns the number of characters generated from the given input, which could cause the expression 200 len to wrap around to a large positive number. Fix this by using scnprintf() instead, which returns the actual number of characters written into the buffer. [ 1513.267938]
    ------------[ cut here ]------------ [ 1513.267943] WARNING: CPU: 15 PID: 37247 at <snip>/lib/vsprintf.c:2509 vsnprintf+0x2c8/0x510 [ 1513.267944] Modules linked in: <snip> [ 1513.267969] CPU: 15 PID: 37247 Comm: mdadm Not tainted 5.4.0-1085-azure #90~18.04.1-Ubuntu [ 1513.267969] Hardware name: Microsoft Corporation Virtual Machine/Virtual Machine, BIOS Hyper-V UEFI Release v4.1 05/09/2022 [1513.267971] RIP: 0010:vsnprintf+0x2c8/0x510 <-snip-> [ 1513.267982] Call Trace: [ 1513.267986] snprintf+0x45/0x70 [ 1513.267990] ? disk_name+0x71/0xa0 [ 1513.267993] dump_zones+0x114/0x240 [raid0] [1513.267996] ? _cond_resched+0x19/0x40 [ 1513.267998] raid0_run+0x19e/0x270 [raid0] [ 1513.268000] md_run+0x5e0/0xc50 [ 1513.268003] ? security_capable+0x3f/0x60 [ 1513.268005] do_md_run+0x19/0x110 [1513.268006] md_ioctl+0x195e/0x1f90 [ 1513.268007] blkdev_ioctl+0x91f/0x9f0 [ 1513.268010] block_ioctl+0x3d/0x50 [ 1513.268012] do_vfs_ioctl+0xa9/0x640 [ 1513.268014] ? __fput+0x162/0x260 [1513.268016] ksys_ioctl+0x75/0x80 [ 1513.268017] __x64_sys_ioctl+0x1a/0x20 [ 1513.268019] do_syscall_64+0x5e/0x200 [ 1513.268021] entry_SYSCALL_64_after_hwframe+0x44/0xa9 (CVE-2022-50299)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu: fix amdgpu_irq_put call trace in gmc_v10_0_hw_fini The gmc.ecc_irq is enabled by firmware per IFWI setting, and the host driver is not privileged to enable/disable the interrupt. So, it is meaningless to use the amdgpu_irq_put function in gmc_v10_0_hw_fini, which also leads to the call trace. [ 82.340264] Call Trace: [ 82.340265] <TASK> [82.340269] gmc_v10_0_hw_fini+0x83/0xa0 [amdgpu] [ 82.340447] gmc_v10_0_suspend+0xe/0x20 [amdgpu] [82.340623] amdgpu_device_ip_suspend_phase2+0x127/0x1c0 [amdgpu] [ 82.340789] amdgpu_device_ip_suspend+0x3d/0x80 [amdgpu] [ 82.340955] amdgpu_device_pre_asic_reset+0xdd/0x2b0 [amdgpu] [ 82.341122] amdgpu_device_gpu_recover.cold+0x4dd/0xbb2 [amdgpu] [ 82.341359] amdgpu_debugfs_reset_work+0x4c/0x70 [amdgpu] [ 82.341529] process_one_work+0x21d/0x3f0 [ 82.341535] worker_thread+0x1fa/0x3c0 [ 82.341538] ? process_one_work+0x3f0/0x3f0 [ 82.341540] kthread+0xff/0x130 [82.341544] ? kthread_complete_and_exit+0x20/0x20 [ 82.341547] ret_from_fork+0x22/0x30 (CVE-2023-53193)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：iommufd: Do not corrupt the pfn list when doing batch carry If batch->end is 0 then setting npfns[0] before computing the new value of pfns will fail to adjust the pfn and result in various page accounting corruptions. It should be ordered after.
    This seems to result in various kinds of page meta-data corruption related failures: WARNING: CPU: 1 PID:
    527 at mm/gup.c:75 try_grab_folio+0x503/0x740 Modules linked in: CPU: 1 PID: 527 Comm: repro Not tainted 6.3.0-rc2-eeac8ede1755+ #1 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 RIP: 0010:try_grab_folio+0x503/0x740 Code: e3 01 48 89 de e8 6d c1 dd ff 48 85 db 0f 84 7c fe ff ff e8 4f bf dd ff 49 8d 47 ff 48 89 45 d0 e9 73 fe ff ff e8 3d bf dd ff <0f> 0b 31 db e9 d0 fc ff ff e8 2f bf dd ff 48 8b 5d c8 31 ff 48 89 RSP:
    0018:ffffc90000f37908 EFLAGS: 00010046 RAX: 0000000000000000 RBX: 00000000fffffc02 RCX: ffffffff81504c26 RDX: 0000000000000000 RSI: ffff88800d030000 RDI: 0000000000000002 RBP: ffffc90000f37948 R08:
    000000000003ca24 R09: 0000000000000008 R10: 000000000003ca00 R11: 0000000000000023 R12: ffffea000035d540 R13: 0000000000000001 R14: 0000000000000000 R15: ffffea000035d540 FS: 00007fecbf659740(0000) GS:ffff88807dd00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00000000200011c3 CR3: 000000000ef66006 CR4: 0000000000770ee0 PKRU: 55555554 Call Trace: <TASK> internal_get_user_pages_fast+0xd32/0x2200 pin_user_pages_fast+0x65/0x90 pfn_reader_user_pin+0x376/0x390 pfn_reader_next+0x14a/0x7b0 pfn_reader_first+0x140/0x1b0 iopt_area_fill_domain+0x74/0x210 iopt_table_add_domain+0x30e/0x6e0 iommufd_device_selftest_attach+0x7f/0x140 iommufd_test+0x10ff/0x16f0 iommufd_fops_ioctl+0x206/0x330 __x64_sys_ioctl+0x10e/0x160 do_syscall_64+0x3b/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc (CVE-2023-53236)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - wifiath9k验证预期的 usb_endpoints 是否存在 USB 设备声称是 ATH9K但没有预期的端点时会出现此缺陷。（在这种情况下，在驱动程序预期是一个批量端点的地方，出现了一个中断端点。）内核需要能够在不发生内部错误的情况下处理此类设备。 usb 1-1BOGUS urb xfer管道 3 != 类型 1 警告CPU3 PID500位于 drivers/usb/core/urb.c:493 usb_submit_urb+0xce2/0x1430 drivers/usb/core/urb.c链接在 的 493 模块CPU
    3 PID500 Commkworker/3:2 未受感染5.10.135-syzkaller #0 硬件名称QEMU Standard PC (i440FX + PIIX,1996)、BIOS 1.12.0-1 2014 年 4 月 1 日工作队列事件 request_firmware_work_func RIP
    0010:usb_submit_urb+0xce2/0x1430 drivers/usb/core/urb.c:493 调用跟踪ath9k_hif_usb_alloc_rx_urbs drivers/net/wireless/ath/ath9k/hif_usb.c:908 [inline] ath9k_hif_usb_alloc_urbs+0x75e/0x1010 drivers/net/wireless /ath/ath9k/hif_usb.c:1019 ath9k_hif_usb_dev_init drivers/net/wireless/ath/ath9k/hif_usb.c:1109 [inline] ath9k_hif_usb_firmware_cb+0x142/0x530 drivers/net/wireless/ath/ath9k/hif_usb.c:1242 request_firmware_work_func +0x12e/0x240 drivers/base/firmware_loader/main.c:1097 process_one_work+0x9af/0x1600 kernel/workqueue.c:2279 work_thread+0x61d/0x12f0 kernel/workqueue.c:2425 kthread+0x3b4/0x4a0 kernel/kthread.c 313 ret_from_fork+0x22/0x30 arch/x86/entry/entry_64.S:299 由 Linux Verification Center (linuxtesting.org) 使用 Syzkaller 发现。 (CVE-2022-50297)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：block, bfq: fix uaf for bfqq in bfq_exit_icq_bfqq Commit 64dc8c732f5c (block, bfq: fix possible uaf for 'bfqq->bic') will access 'bic->bfqq' in bic_set_bfqq(), however, bfq_exit_icq_bfqq() can free bfqq first, and then call bic_set_bfqq(), which will cause uaf. Fix the problem by moving bfq_exit_bfqq() behind bic_set_bfqq().
    (CVE-2022-50329)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - igb修复意外删除时的 igb_down 挂起在 Thunderbolt 集线器通过 USB Type-C 连接到以太网和显示器的设置中用户拔除 PC 和 Thunderbolt 集线器之间的电缆时可能会遇到挂起任务超时。这是因为拔出 Thunderbolt 集线器时会多次调用 igb_down 函数。例如igb_io_error_detected 触发第一个调用igb_remove 触发第二个调用。对 igb_down 的第二次调用将在 napi_synchronize 处阻断。以下是调用跟踪__schedule+0x3b0/0xddb ? __mod_timer+0x164/0x5d3 schedule+0x44/0xa8 schedule_timeout+0xb2/0x2a4 ? run_local_timers+0x4e/0x4e msleep+0x31/0x38 igb_down+0x12c/0x22a [igb 6615058754948bfde0bf01429257eb59f13030d4] __igb_close+0x6f/0x9c [igb 6615058754948bfde0bf01429257eb59f13030d4] igb_close+0x23/0x2b [igb 6615058754948bfde0bf01429257eb59f13030d4] __dev_close_many+0x95/0xec dev_close_many+0x6e/0x103 unregister_netdevice_many+0x105 /0x5b1 unregister_netdevice_queue+0xc2/0x10d unregister_netdev+0x1c/0x23 igb_remove+0xa7/0x11c [igb 6615058754948bfde0bf01429257eb59f13030d4] pci_device_remove+0x3f/0x9c device_release_driver_internal+0xfe/0x1b4 pci_stop_bus_device+0x5b/0x7f pci_stop_bus_device+0x30/0x7f pci_stop_bus_device+0x30/0x7f pci_stop_and_remove_bus_device+0x12/ 0x19 pciehp_unconfigure_device+0x76/0xe9 pciehp_disable_slot+0x6e/0x131 pciehp_handle_presence_or_link_change+0x7a/0x3f7 pciehp_ist+0xbe/0x194 irq_thread_fn+0x22/0x4d irq_thread+0x1fd/0x1fd irq_thread+0x17b/0x1fd ? irq_forced_thread_fn+0x5f/0x5f kthread+0x142/0x153 ? __irq_get_irqchip_state+0x46/0x46 ? kthread_associate_blkcg+0x71/0x71 ret_from_fork+0x1f/0x30 在此情况下igb_io_error_detected 会分离网络接口并请求 PCIE 插槽重置然而PCIE 重置回调并未被调用进而以太网连接中断。由于本例中的 PCIE 错误为非致命错误因此可避免请求插槽重置。
    此修补程序修复了任务挂起问题并通过忽略非致命 PCIE 错误来保留以太网连接。
    (CVE-2023-53148)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：usb: typec: tcpci: fix of node refcount leak in tcpci_register_port() I got the following report while doing device(mt6370-tcpc) load test with CONFIG_OF_UNITTEST and CONFIG_OF_DYNAMIC enabled: OF: ERROR: memory leak, expected refcount 1 instead of 2, of_node_get()/of_node_put() unbalanced - destroy cset entry: attach overlay node /i2c/pmic@34/tcpc/connector The 'fwnode' set in tcpci_parse_config() which is called in tcpci_register_port(), its node refcount is increased in device_get_named_child_node(). It needs be put while exiting, so call fwnode_handle_put() in the error path of tcpci_register_port() and in tcpci_unregister_port() to avoid leak. (CVE-2022-50246)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - mmcrtsx_pci修复 mmc_add_host() 的返回值检查如果忽略其返回值mmc_add_host() 可能返回错误则在 mmc_alloc_host() 中分配的内存将泄漏并因未添加的删除而导致内核崩溃删除路径中的设备。因此通过检查返回值并调用错误路径中的 mmc_free_host() 来修复此问题此外还需要禁用运行时 PM。 (CVE-2022-50267)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ACPIprocessoridle检查 acpi_fetch_acpi_dev() 返回值 acpi_fetch_acpi_dev() 的返回值可能为 NULL这将导致 acpi_device_hid() 中发生空指针取消引用。 [ rjw主题和变更日志编辑在 if 之后添加空行 () ] (CVE-2022-50327]

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - btrfs当在 btrfs_copy_root() 生成非预期的 eb 时中止事务如果发现在 btrfs_copy_root() 克隆的范围缓冲区非预期生成则仅报告 WARN_ON()而不会出错和中止事务这意味着我们允许以意外生成保留元数据。不只是警告而是中止事务并返回 -EUCLEAN。 (CVE-2025-39800)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - wifimwifiex修复 rx 数据包时的 OOB 和整数下溢确保 mwifiex_process_mgmt_packet、mwifiex_process_sta_rx_packet 和 mwifiex_process_uap_rx_packet、mwifiex_uap_queue_bridged_pkt 和 mwifiex_process_rx_packet 不会越界访问 skb->data 缓冲区。 (CVE-2023-53226)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：arm64: efi: Make efi_rt_lock a raw_spinlock Running a rt-kernel base on 6.2.0-rc3-rt1 on an Ampere Altra outputs the following: BUG:
    sleeping function called from invalid context at kernel/locking/spinlock_rt.c:46 in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 9, name: kworker/u320:0 preempt_count: 2, expected: 0 RCU nest depth: 0, expected: 0 3 locks held by kworker/u320:0/9: #0: ffff3fff8c27d128 ((wq_completion)efi_rts_wq){+.+.}-{0:0}, at: process_one_work (./include/linux/atomic/atomic-long.h:41) #1: ffff80000861bdd0 ((work_completion)(&efi_rts_work.work)){+.+.}-{0:0}, at: process_one_work (./include/linux/atomic/atomic-long.h:41) #2: ffffdf7e1ed3e460 (efi_rt_lock){+.+.}-{3:3}, at: efi_call_rts (drivers/firmware/efi/runtime-wrappers.c:101) Preemption disabled at: efi_virtmap_load (./arch/arm64/include/asm/mmu_context.h:248) CPU: 0 PID: 9 Comm: kworker/u320:0 Tainted: G W 6.2.0-rc3-rt1 Hardware name: WIWYNN Mt.Jade Server System B81.03001.0005/Mt.Jade Motherboard, BIOS 1.08.20220218 (SCP:
    1.08.20220218) 2022/02/18 Workqueue: efi_rts_wq efi_call_rts Call trace: dump_backtrace (arch/arm64/kernel/stacktrace.c:158) show_stack (arch/arm64/kernel/stacktrace.c:165) dump_stack_lvl (lib/dump_stack.c:107 (discriminator 4)) dump_stack (lib/dump_stack.c:114) __might_resched (kernel/sched/core.c:10134) rt_spin_lock (kernel/locking/rtmutex.c:1769 (discriminator 4)) efi_call_rts (drivers/firmware/efi/runtime-wrappers.c:101) [...] This seems to come from commit ff7a167961d1 (arm64:
    efi: Execute runtime services from a dedicated stack) which adds a spinlock. This spinlock is taken through: efi_call_rts() \-efi_call_virt() \-efi_call_virt_pointer() \-arch_efi_call_virt_setup() Make 'efi_rt_lock' a raw_spinlock to avoid being preempted. [ardb: The EFI runtime services are called with a different set of translation tables, and are permitted to use the SIMD registers. The context switch code preserves/restores neither, and so EFI calls must be made with preemption disabled, rather than only disabling migration.] (CVE-2023-53216)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ext4避免 fs 回收中发生页面回写的死锁 Ext4 以文件系统范围锁定保护 ext4_writepages() 调用以避免与切换日志数据标记或 inode 格式争用。但是此锁定可导致如下死锁CPU0 CPU1 ext4_writepages() percpu_down_read(sbi->s_writepages_rwsem);
    ext4_change_inode_journal_flag() percpu_down_write(sbi->s_writepages_rwsem); - 阻断从现在起所有读取程序阻断 ext4_do_writepages() ext4_init_io_end() kmem_cache_zalloc(io_end_cachep, GFP_KERNEL) fs_reclaim 释放 dentry... dentry_unlink_inode() iput() - last ref => iput_final() - inode dirty => write_inode_now()。 .. ext4_writepages() 尝试获取 sbi->s_writepages_rwsem 并永久阻止 确保不能递归至文件系统从回写代码回收以避免死锁。 (CVE-2023-53149)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - nbd修复信号中断 nbd_start_device_ioctl() 时的挂起 syzbot 报告的挂起任务 [1]。以下程序是复制程序的简化版本 int main(void) { int sv[2], fd; if (socketpair(AF_UNIX, SOCK_STREAM, 0, sv) < 0) return 1; if ((fd = open(/dev/nbd0, 0)) < 0) return 1; if (ioctl(fd, NBD_SET_SIZE_BLOCKS, 0x81) < 0) return 1; if (ioctl(fd, NBD_SET_SOCK, sv[0]) < 0) 返回 1; if (ioctl(fd, NBD_DO_IT) < 0) return 1; return 0 } 当信号中断 nbd_start_device_ioctl() 等待条件 atomic_read(&config->recv_threads) == 0 时任务会挂起因为它在等待 inflight IO 的完成。此修补程序通过在信号中断 nbd_start_device_ioctl() 时清除队列而不仅仅是关闭来修复 问题。 (CVE-2022-50314)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：cxl: Fix refcount leak in cxl_calc_capp_routing of_get_next_parent() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. This function only calls of_node_put() in normal path, missing it in the error path. Add missing of_node_put() to avoid refcount leak. (CVE-2022-50311)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - wifiath12k在管理传输清理期间避免空指针访问 当前 skb_cb 中未添加“ar”引用。尽管在传输完成回调期间一般不使用该指针但在接口删除时剩余的 idr 清理回调会使用来自管理 txmgmt_idr 的 skb_cb 的 ar 指针。
    因此请在传输调用期间填充它们以正确使用以避免空指针取消引用。已在以下设备上测试
    QCN9274 hw2.0 PCI WLAN.WBE.1.0.1-00029-QCAHKSWPL_SILICONZ-1 (CVE-2023-53180)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：HID: nvidia-shield: Reference hid_device devm allocation of input_dev name Use hid_device for devm allocation of the input_dev name to avoid a use-after-free. input_unregister_device would trigger devres cleanup of all resources associated with the input_dev, free-ing the name. The name would subsequently be used in a uevent fired at the end of unregistering the input_dev. (CVE-2023-53253)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - cacheinfo修复 shared_cpu_map 以处理不同级别的共享缓存 cacheinfo 通过检查 CPU 之间是否共享具有相同索引的缓存来设置 shared_cpu_map。但是，如果 CPU 不具有相同的缓存层次结构，将触发 slab 越界访问。另一个问题是当共享缓存在 CPU 之间没有相同的索引时不匹配的 shared_cpu_map。CPU0 ID L3 索引 0 1 2 x ^ ^ ^ ^ 索引 0 1 2 3 CPU1 ID L2 L3 此修补程序检查每个缓存是否与其他 CPU 上的所有缓存共享。 (CVE-2023-53254)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - wifimac80211检查 S1G 操作框架大小 检查操作代码之前请检查框架中是否存在该代码。 (CVE-2023-53257)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：thermal/drivers/hisi: Drop second sensor hi3660 The commit 74c8e6bffbe1 (driver core: Add __alloc_size hint to devm allocators) exposes a panic BRK handler: Fatal exception on the hi3660_thermal_probe funciton. This is because the function allocates memory for only one sensors array entry, but tries to fill up a second one. Fix this by removing the unneeded second access. (CVE-2023-53242)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - driversnetqlcnic修复 qlcnic_sriov_init() 中可能的内存泄漏如果 vp 在 qlcnic_sriov_init() 中分配失败则需要释放之前分配的所有 vp。 (CVE-2022-50242)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ext4修复 ext4_clu_mapped 中 bigalloc + 内联的延迟分配缺陷将具有内联数据的文件转换为盘区时使用 bigalloc 和内联选项创建的文件系统上进行的延迟分配可导致范围状态缓存内容无效、保留群集计数不正确、内核内存泄漏和潜在的内核错误。使用 bigalloc时用于确定是否必须延迟分配块的代码会搜索盘区树以查看该块是否映射到以前分配的群集。如果不是，则会延迟分配该块，否则不会延迟分配该块。但是，如果也使用了内联选项，并且包含该区块的文件标记为能够存储内联数据，则不存在与该文件关联的有效盘区树。ext4_clu_mapped() 中的当前代码无论如何都会调用 ext4_find_extent() 在不存在的树中搜索之前分配的群集这通常什么也找不到。但是，搜索的副作用可能是将来自不存在的树（垃圾）的无效内容缓存到范围状态树中，包括挂起保留树中的虚假条目。要修复此问题请避免在为 bigalloc + 内联文件从内联转换为映射的范围分配区块时搜索范围树。 (CVE-2022-50286)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - usbucsi_acpi增加命令完成超时 Commit 130a96d698d7 (usbtypecucsiacpi
    增加命令完成超时值因与备用模式发现相关的问题将超时从 5 秒增加到 60 秒。将备用模式发现切换到轮询模式后超时减少但没有设回为 5 秒而是减少到了 1 秒。当使用 Lenovo ThinkPad X1yoga gen7 通过 Type-C 连接到 LG 27UL850-W通过 Type-C 为 DP 提供电源时此缺陷会造成问题。如果监控在启动时已连接则会记录以下错误
    PPM init 失败 (-110)/sys/class/typec 为空且拔出时会发生本系列前面修复的空指针 deref。启动后连接监控器时会改为记录以下错误
    GET_CONNECTOR_STATUS 失败 (-110)。将超时设置回 5 秒可修复这两种情况。
    (CVE-2023-53168)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - wificfg80211修复 wext 的释放后使用。wext.connect 中的信息不会在重新连接时重置并且会保留来自之前连接的数据。重置密钥数据以避免驱动程序或 mac80211 错误地检测 WEP 连接请求并访问已释放或已重用的内存。此外优化 cfg80211_sme_connect() 并避免 conn_work 的无用计划。 (CVE-2023-53153)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - ataahci将 EM_MAX_SLOTS 与 SATA_PMP_MAX_PORTS UBSAN 抱怨有关 array-index-out-of-bounds匹配 [1.980703] kernel/build/linux-9H675w/linux-5.15.0/drivers/ata/libahci.c:968:41 中的 UBSAN array-index-out-of-bounds [ 1.980709] 内核索引 15 超出类型“ahci_em_priv [8]”的范围 [ 1.980713] 内核CPU: 0 PID: 209 Comm: scsi_eh_8 未受感染 5.15.0-25-generic #25-Ubuntu [ 1.980716] kernel: 硬件名称系统制造商系统产品名称/P5Q3BIOS 1102 06/11/2010 [ 1.980718] kernel: 调用跟踪 [ 1.980721] kernel: <TASK> [ 1.980723] 内核: show_stack+0x52/0x58 [ 1.980729] 内核dump_stack_lvl+0x4a/0x5f [ 1.980734] 内核
    dump_stack+0x10/0x12 [ 1.980736] kernelubsan_epilogue+0x9/0x45 [ 1.980739] kernel
    __ubsan_handle_out_of_bounds.cold+0x44/0x49 [ 1.980742] 内核ahci_qc_issue+0x166/0x170 [libahci] [1.980748] 内核ata_qc_issue+0x135/0x240 [ 1.980752] 内核ata_exec_internal_sg+0x2c4/0x580 [1.980754] 内核vprintk_default+0x1d/0x20 [ 1.980759] 内核ata_exec_internal+0x67/0xa0 [ 1.980762] 内核sata_pmp_read+0x8d/0xc0 [ 1.980765] 内核sata_pmp_read_gscr+0x3c/0x90 [ 1.980768] 内核
    sata_pmp_attach+0x8b/0x310 [ 1.980771] 内核ata_eh_revalidate_and_attach+0x28c/0x4b0 [ 1.980775] 内核ata_eh_recover+0x6b6/0xb30 [ 1.980778] 内核? ahci_do_hardreset+0x180/0x180 [libahci] [1.980783] 内核? ahci_stop_engine+0xb0/0xb0 [libahci] [ 1.980787] 内核? ahci_do_softreset+0x290/0x290 [libahci] [ 1.980792] 内核? trace_event_raw_event_ata_eh_link_autopsy_qc+0xe0/0xe0 [ 1.980795] 内核
    sata_pmp_eh_recover.isra.0+0x214/0x560 [ 1.980799] 内核sata_pmp_error_handler+0x23/0x40 [ 1.980802] 内核: ahci_error_handler+0x43/0x80 [libahci] [ 1.980806] 内核ata_scsi_port_error_handler+0x2b1/0x600 [ 1.980810] 内核ata_scsi_error+0x9c/0xd0 [ 1.980813] kernelscsi_error_handler+0xa1/0x180 [ 1.980817] kernel? scsi_unjam_host+0x1c0/0x1c0 [ 1.980820] 内核kthread+0x12a/0x150 [ 1.980823] 内核? set_kthread_struct+0x50/0x50 [ 1.980826] 内核ret_from_fork+0x22/0x30 [ 1.980831] 内核 </TASK> 会发生这种情况的原因是 sata_pmp_init_links() 将 link->pmp 初始化为 SATA_PMP_MAX_PORTS而 em_priv 则声明为 8 元素数组。我无法找到 AHCI 规范 v1.3.1 中指定的最大机箱管理端口数但 12.2.1 LED 消息类型指出端口倍增器信息可利用 4 位即最多可支持 16 个端口。因此请使用 SATA_PMP_MAX_PORTS 作为 EM_MAX_SLOTS 以解决 问题。
    BugLink https://bugs.launchpad.net/bugs/1970074 (CVE-2022-50315)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：mt76: mt7921: fix kernel panic by accessing unallocated eeprom.data The MT7921 driver no longer uses eeprom.data, but the relevant code has not been removed completely since commit 16d98b548365 (mt76: mt7921: rely on mcu_get_nic_capability).
    This could result in potential invalid memory access. To fix the kernel panic issue in mt7921, it is necessary to avoid accessing unallocated eeprom.data which can lead to invalid memory access. Furthermore, it is possible to entirely eliminate the mt7921_mcu_parse_eeprom function and solely depend on mt7921_mcu_parse_response to divide the RxD header. [2.702735] BUG: kernel NULL pointer dereference, address: 0000000000000550 [2.702740] #PF: supervisor write access in kernel mode [2.702741] #PF:
    error_code(0x0002) - not-present page [2.702743] PGD 0 P4D 0 [2.702747] Oops: 0002 [#1] PREEMPT SMP NOPTI [2.702755] RIP: 0010:mt7921_mcu_parse_response+0x147/0x170 [mt7921_common] [2.702758] RSP:
    0018:ffffae7c00fef828 EFLAGS: 00010286 [2.702760] RAX: ffffa367f57be024 RBX: ffffa367cc7bf500 RCX:
    0000000000000000 [2.702762] RDX: 0000000000000550 RSI: 0000000000000000 RDI: ffffa367cc7bf500 [2.702763] RBP: ffffae7c00fef840 R08: ffffa367cb167000 R09: 0000000000000005 [2.702764] R10: 0000000000000000 R11:
    ffffffffc04702e4 R12: ffffa367e8329f40 [2.702766] R13: 0000000000000000 R14: 0000000000000001 R15:
    ffffa367e8329f40 [2.702768] FS: 000079ee6cf20c40(0000) GS:ffffa36b2f940000(0000) knlGS:0000000000000000 [2.702769] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [2.702775] CR2: 0000000000000550 CR3:
    00000001233c6004 CR4: 0000000000770ee0 [2.702776] PKRU: 55555554 [2.702777] Call Trace: [2.702782] mt76_mcu_skb_send_and_get_msg+0xc3/0x11e [mt76 <HASH:1bc4 5>] [2.702785] mt7921_run_firmware+0x241/0x853 [mt7921_common <HASH:6a2f 6>] [2.702789] mt7921e_mcu_init+0x2b/0x56 [mt7921e <HASH:d290 7>] [2.702792] mt7921_register_device+0x2eb/0x5a5 [mt7921_common <HASH:6a2f 6>] [2.702795] ? mt7921_irq_tasklet+0x1d4/0x1d4 [mt7921e <HASH:d290 7>] [2.702797] mt7921_pci_probe+0x2d6/0x319 [mt7921e <HASH:d290 7>] [2.702799] pci_device_probe+0x9f/0x12a (CVE-2023-53232)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：ASoC: Intel: avs: Fix potential RX buffer overflow If an event caused firmware to return invalid RX size for LARGE_CONFIG_GET, memcpy_fromio() could end up copying too many bytes. Fix by utilizing min_t(). (CVE-2022-50325)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - firmwaredmi-sysfs修复 dmi_sysfs_register_handle 中的 null-ptr-deref KASAN 报告了一个 null-ptr-deref 错误KASAN: null-ptr-deref in range [0x0000000000000008-0x000000000000000f] CPU: 0 PID: 1373 Comm
    modprobe 硬件名称：QEMU Standard PC（i440FX + PIIX，1996）RIP：0010：dmi_sysfs_entry_release ... 调用跟踪 <TASK> kobject_put dmi_sysfs_register_handle (drivers/firmware/dmi-sysfs.c:540) dmi_sysfs dmi_decode_table (drivers/firmware/dmi_scan.c:133) dmi_walk (drivers/firmware/dmi_scan.c:1115) dmi_sysfs_init (drivers/firmware) /dmi-sysfs.c:149) dmi_sysfs do_one_initcall (init/main.c:1296) ... 内核错误 - 未同步: 致命异常 内核偏移: 0x4000000 来自 0xffffff81000000 ---[ 结束内核错误 - 未同步: 致命异常 ]--- 原因是之前的修补程序添加了 kobject_put() 以释放将调用 dmi_sysfs_entry_release() 的内存和 list_del()。然而list_add_tail(entry->list) 在错误区块之后被调用因此 list_head 未初始化且无法删除。将错误处理移到 list_add_tail 之后以修复此问题。 (CVE-2023-53250)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Orangefs修复 Orangefs_sysfs_init() 中的 kmemleak 当插入和移除 Orangefs 模块时存在如下 kobjects 内存泄露unreferenced 对象 0xffff88810f95af00(size 64)comm insmod、pid 783、jiffies 4294813439(age 65.512s) hex 转储第一次32 字节a0 83 af 01 81 88 ff ff 08 af 95 0f 81 88 ff ff ....... 00 00 ............回溯
    [<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000005a6e4dfe>] Orangefs_sysfs_init+0x42/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 未引用对象 0xffff88810f95ae80 (大小 64)comm insmod、pid 78365.4318() dumpage前 32 字节c8 90 0f 02 81 88 ff ff 88 ae 95 0f 81 88 ff ff ........ 88 ae 95 0f 81 88 ff ff 00 00 00 00<0000000031ab7788>00<000000004232d9f7>00 00<00000000722645ca>00<000000001a4841fa>... +0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_64_after_hwframe+0x46/entry_SYSCALL_64_after_hwframe+0x46/对象 0xffff88810f95ae00（大小 64）：comm insmod，pid 783，jiffies 4294813440 (age 6 5.511s十六进制转储前 32 字节60 87 a1 00 81 88 ff ff 08 ae 95 0f 81 88 ff ff `....... 08 ae 95 0f 81 88 ff ff 00 00 00 00 00 00 00 00 ..... 回溯[<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000005915e797>] Orangefs_sysfs_init+0x12b/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_after_framew64 +0x46/0xb0 未引用对象 0xffff88810f95ad80 (size 64)comm insmod, pid 783, jiffies 4294813440 (age 65.511s) hex 转储前 32 字节78 90 0f 02 81 88 ff ff 88 ad 95 0f 81 88 ff ff x 88 ad 95 0f 81 88 ff ff 00 00 00 00 00 00 00 00 ..<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000007a14eb35>] Orangefs_sysfs_init+0x1ac/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b 0 [<00000000250ae02b>] do_syscall_64+0x35/0x80 [<00000000f11c03c7>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 未引用对象 0xffff88810f95ac00 (大小 64)comm insmod、pid 783、jiffies 4294813440(age 65.531s) hex 转储(前 32 字节): 67 02 81 88 ff ff 08 ac 95 0f 81 88 ff ff .....08 ac 95 0f 81 88 ff ff 00 00 00 00 00 00 00 00 .... ...... backtrace[<0000000031ab7788>] kmalloc_trace+0x27/0xa0 [<000000001f38adcb>] Orangefs_sysfs_init+0x291/0x3a0 [<00000000722645ca>] 0xffffffffa02780fe [<000000004232d9f7>] do_one_initcall+0x87/0x2a0 [<0000000054f22384>] do_init_module+0xdf/0x320 [<000000003263bdea>] load_module+0x2f98/0x3330 [<0000000052cd4153>] __do_sys_finit_module+0x113/0x1b0 [<00000000250ae02b>] do_syscall_64+0x35/ ---truncated--- (CVE-2022-50316)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - 已修复 Linux 内核中的下列漏洞：firmware: arm_ffa: Fix FFA device names for logical partitions Each physical partition can provide multiple services each with UUID. Each such service can be presented as logical partition with a unique combination of VM ID and UUID. The number of distinct UUID in a system will be less than or equal to the number of logical partitions. However, currently it fails to register more than one logical partition or service within a physical partition as the device name contains only VM ID while both VM ID and UUID are maintained in the partition information.
    The kernel complains with the below message: | sysfs: cannot create duplicate filename '/devices/arm-ffa-8001' | CPU: 1 PID: 1 Comm: swapper/0 Not tainted 6.3.0-rc7 #8 | Hardware name: FVP Base RevC (DT) | Call trace: | dump_backtrace+0xf8/0x118 | show_stack+0x18/0x24 | dump_stack_lvl+0x50/0x68 | dump_stack+0x18/0x24 | sysfs_create_dir_ns+0xe0/0x13c | kobject_add_internal+0x220/0x3d4 | kobject_add+0x94/0x100 | device_add+0x144/0x5d8 | device_register+0x20/0x30 | ffa_device_register+0x88/0xd8 | ffa_setup_partitions+0x108/0x1b8 | ffa_init+0x2ec/0x3a4 | do_one_initcall+0xcc/0x240 | do_initcall_level+0x8c/0xac | do_initcalls+0x54/0x94 | do_basic_setup+0x1c/0x28 | kernel_init_freeable+0x100/0x16c | kernel_init+0x20/0x1a0 | ret_from_fork+0x10/0x20 | kobject_add_internal failed for arm-ffa-8001 with -EEXIST, don't try to | register things with the same name in the same directory. | arm_ffa arm-ffa: unable to register device arm-ffa-8001 err=-17 | ARM FF-A: ffa_setup_partitions: failed to register partition ID 0x8001 By virtue of being random enough to avoid collisions when generated in a distributed system, there is no way to compress UUID keys to the number of bits required to identify each. We can eliminate '-' in the name but it is not worth eliminating 4 bytes and add unnecessary logic for doing that. Also v1.0 doesn't provide the UUID of the partitions which makes it hard to use the same for the device name. So to keep it simple, let us alloc an ID using ida_alloc() and append the same to arm-ffa to make up a unique device name.
    Also stash the id value in ffa_dev to help freeing the ID later when the device is destroyed.
    (CVE-2023-53256)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

ID	名称	严重性
265036	Linux Distros 未修补的漏洞：CVE-2023-53240	medium
265035	Linux Distros 未修补的漏洞：CVE-2023-53228	medium
265034	Linux Distros 未修补的漏洞：CVE-2022-50282	medium
265033	Linux Distros 未修补的漏洞：CVE-2023-53259	medium
265032	Linux Distros 未修补的漏洞：CVE-2023-53210	medium
265031	Linux Distros 未修补的漏洞：CVE-2023-53198	medium
265030	Linux Distros 未修补的漏洞：CVE-2022-50255	high
265029	Linux Distros 未修补的漏洞：CVE-2023-53234	medium
265028	Linux Distros 未修补的漏洞：CVE-2022-50269	medium
265027	Linux Distros 未修补的漏洞：CVE-2025-39804	high
265026	Linux Distros 未修补的漏洞：CVE-2023-53205	high
265025	Linux Distros 未修补的漏洞：CVE-2022-50259	medium
265024	Linux Distros 未修补的漏洞：CVE-2022-50317	medium
265023	Linux Distros 未修补的漏洞：CVE-2023-53203	medium
265022	Linux Distros 未修补的漏洞：CVE-2022-50258	high
265021	Linux Distros 未修补的漏洞：CVE-2023-53229	medium
265020	Linux Distros 未修补的漏洞：CVE-2023-53246	medium
265019	Linux Distros 未修补的漏洞：CVE-2022-50241	high
265018	Linux Distros 未修补的漏洞：CVE-2023-53258	medium
265017	Linux Distros 未修补的漏洞：CVE-2023-53224	medium
265016	Linux Distros 未修补的漏洞：CVE-2022-50299	medium
265015	Linux Distros 未修补的漏洞：CVE-2023-53193	medium
265014	Linux Distros 未修补的漏洞：CVE-2023-53236	medium
265013	Linux Distros 未修补的漏洞：CVE-2022-50297	medium
265012	Linux Distros 未修补的漏洞：CVE-2022-50329	high
265011	Linux Distros 未修补的漏洞：CVE-2023-53148	high
265010	Linux Distros 未修补的漏洞：CVE-2022-50246	medium
265009	Linux Distros 未修补的漏洞：CVE-2022-50267	medium
265008	Linux Distros 未修补的漏洞：CVE-2022-50327	medium
265007	Linux Distros 未修补的漏洞：CVE-2025-39800	medium
265006	Linux Distros 未修补的漏洞：CVE-2023-53226	medium
265005	Linux Distros 未修补的漏洞：CVE-2023-53216	high
265004	Linux Distros 未修补的漏洞：CVE-2023-53149	medium
265003	Linux Distros 未修补的漏洞：CVE-2022-50314	medium
265002	Linux Distros 未修补的漏洞：CVE-2022-50311	medium
265001	Linux Distros 未修补的漏洞：CVE-2023-53180	medium
265000	Linux Distros 未修补的漏洞：CVE-2023-53253	high
264999	Linux Distros 未修补的漏洞：CVE-2023-53254	high
264998	Linux Distros 未修补的漏洞：CVE-2023-53257	high
264997	Linux Distros 未修补的漏洞：CVE-2023-53242	medium
264996	Linux Distros 未修补的漏洞：CVE-2022-50242	medium
264995	Linux Distros 未修补的漏洞：CVE-2022-50286	medium
264994	Linux Distros 未修补的漏洞：CVE-2023-53168	medium
264993	Linux Distros 未修补的漏洞：CVE-2023-53153	high
264992	Linux Distros 未修补的漏洞：CVE-2022-50315	high
264991	Linux Distros 未修补的漏洞：CVE-2023-53232	high
264990	Linux Distros 未修补的漏洞：CVE-2022-50325	high
264989	Linux Distros 未修补的漏洞：CVE-2023-53250	medium
264988	Linux Distros 未修补的漏洞：CVE-2022-50316	medium
264987	Linux Distros 未修补的漏洞：CVE-2023-53256	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

medium

high

medium

medium

high

high

medium

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

medium

high

high

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

high

high

high

medium

medium

medium

medium

high

high

high

high

medium

medium

medium