Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - KVMSVMSEV-ES intrahost 移行のためにソース VM からソース vCPU を取得します intrahost 移行を行う際に KVM が宛先 VM からソース vCPU を取得しようとする goof を修正します。誤った vCPU を使用すると、ゲストをホストするだけでなく、VMSA ポインターが NULL のままになるためホストもクラッシュします。BUGアドレスのページ障害を処理できません ffff38687000000 #PFカーネルモードでのスーパーバイザー読み取りアクセス #PF
    error_code(0x0000) - 存在しないページ PGD 0 P4D 0 Oops0000 [#1] SMP NOPTI CPU39 PID17143 Comm
    sev_migrate_tes 汚染: GO 6.5.0-smp--fff2e47e6c3b-next #151 ハードウェア名: Google, Inc.
    Arcadia_IT_80/Arcadia_IT_80、BIOS 34.28.0 2023 年 7 月 10 日 RIP: 0010:__free_pages+0x15/0xd0 RSP
    0018:ffff923fcf6e3c78 EFLAGS: 00010246 RAX: 0000000000000000 RBX: ffffe38687000000 RCX: 0000000000000100 RDX: 0000000000000100 RSI: 0000000000000000 RDI: ffffe38687000000 RBP: ffff923fcf6e3c88 R08:
     R09ffff923fcafb0000  : 0000000000000000 R10: 0000000000000000 R11: ffffffff83619b90 R12: ffff923fa9540000 R13: 0000000000080007 R14: ffff923f6d35d000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff929d0d7c0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    ffffe38687000000 CR3: 0000005224c34005 CR4: 0000000000770ee0 PKRU: 55555554 Call Trace: <TASK> sev_free_vcpu+0xcb/0x110 [kvm_amd] svm_vcpu_free+0x75/0xf0 [kvm_amd] kvm_arch_vcpu_destroy+0x36/0x140 [kvm] kvm_destroy_vcpus+0x67/0x100 [kvm] kvm_arch_destroy_vm+0x161 /0x1d0 [kvm] kvm_put_kvm+0x276/0x560 [kvm] kvm_vm_release+0x25/0x30 [kvm] __fput+0x106/0x280 ____fput+0x12/0x20 task_work_run+0x86/0xb0 do_exit+0x2e3/0x9c0 do_group_exit+0xb1/0xc0 __x64_sys_exit_group+0x1b/ 0x20 do_syscall_64+0x41/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK>CVE-2023-54296CR2ffff38687000000000000000000000000000000000000000000000000000000000000000

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

CentOS Linux 8ホストには、TuxCare CENTOS-STREAM8:CLSA-2026:1773046198アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: net: nsh: Use correct mac_offset to unwind gso skb in nsh_gso_segment() As the call trace shows, skb_panic was caused by wrong skb->mac_header in nsh_gso_segment(): invalid opcode: 0000 [#1] PREEMPT SMP KASAN PTI CPU: 3 PID: 2737 Comm: syz Not tainted 6.3.0-next-20230505 #1 RIP: 0010:skb_panic+0xda/0xe0 call Trace: skb_push+0x91/0xa0 nsh_gso_segment+0x4f3/0x570 skb_mac_gso_segment+0x19e/0x270 __skb_gso_segment+0x1e8/0x3c0 validate_xmit_skb+0x452/0x890 validate_xmit_skb_list+0x99/0xd0 sch_direct_xmit+0x294/0x7c0
    __dev_queue_xmit+0x16f0/0x1d70 packet_xmit+0x185/0x210 packet_snd+0xc15/0x1170 packet_sendmsg+0x7b/0xa0 sock_sendmsg+0x14f/0x160 The root cause is: nsh_gso_segment() use skb->network_header - nhoff to reset mac_header in skb_gso_error_unwind() if inner-layer protocol gso fails. However, skb->network_header may be reset by inner-layer protocol gso function e.g. mpls_gso_segment. skb->mac_header reset by the inaccurate network_header will be larger than skb headroom. nsh_gso_segment nhoff = skb->network_header - skb->mac_header; __skb_pull(skb,nsh_len) skb_mac_gso_segment mpls_gso_segment skb_reset_network_header(skb);//skb->network_header+=nsh_len return -EINVAL; skb_gso_error_unwind skb_push(skb, nsh_len); skb->mac_header = skb->network_header - nhoff; // skb->mac_header > skb->headroom, cause skb_push panic Use correct mac_offset to restore mac_header and get rid of nhoff. (CVE-2023-54114)

  - Linux カーネルでは、以下の脆弱性が解決されています: KVM: SVM: Get source vCPUs from source VM for SEV-ES intrahost migration Fix a goof where KVM tries to grab source vCPUs from the destination VM when doing intrahost migration. Grabbing the wrong vCPU not only hoses the guest, it also crashes the host due to the VMSA pointer being left NULL. BUG: unable to handle page fault for address: ffffe38687000000 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 0 P4D 0 Oops:
    0000 [#1] SMP NOPTI CPU: 39 PID: 17143 Comm: sev_migrate_tes Tainted: GO 6.5.0-smp--fff2e47e6c3b-next #151 Hardware name: Google, Inc. Arcadia_IT_80/Arcadia_IT_80, BIOS 34.28.0 07/10/2023 RIP:
    0010:__free_pages+0x15/0xd0 RSP: 0018:ffff923fcf6e3c78 EFLAGS: 00010246 RAX: 0000000000000000 RBX:
    ffffe38687000000 RCX: 0000000000000100 RDX: 0000000000000100 RSI: 0000000000000000 RDI: ffffe38687000000 RBP: ffff923fcf6e3c88 R08: ffff923fcafb0000 R09: 0000000000000000 R10: 0000000000000000 R11:
    ffffffff83619b90 R12: ffff923fa9540000 R13: 0000000000080007 R14: ffff923f6d35d000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff929d0d7c0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffffe38687000000 CR3: 0000005224c34005 CR4: 0000000000770ee0 PKRU: 55555554 Call Trace: <TASK> sev_free_vcpu+0xcb/0x110 [kvm_amd] svm_vcpu_free+0x75/0xf0 [kvm_amd] kvm_arch_vcpu_destroy+0x36/0x140 [kvm] kvm_destroy_vcpus+0x67/0x100 [kvm] kvm_arch_destroy_vm+0x161/0x1d0 [kvm] kvm_put_kvm+0x276/0x560 [kvm] kvm_vm_release+0x25/0x30 [kvm] __fput+0x106/0x280 ____fput+0x12/0x20 task_work_run+0x86/0xb0 do_exit+0x2e3/0x9c0 do_group_exit+0xb1/0xc0 __x64_sys_exit_group+0x1b/0x20 do_syscall_64+0x41/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> CR2: ffffe38687000000 (CVE-2023-54296)

  - Linux カーネルでは、以下の脆弱性が解決されています: media: dvb-frontends: avoid stack overflow warnings with clang A previous patch worked around a KASAN issue in stv0367, now a similar problem showed up with clang: drivers/media/dvb-frontends/stv0367.c:1222:12: error: stack frame size (3624) exceeds limit (2048) in 'stv0367ter_set_frontend' [-Werror,-Wframe-larger-than] 1214 | static int stv0367ter_set_frontend(struct dvb_frontend *fe) Rework the stv0367_writereg() function to be simpler and mark both register access functions as noinline_for_stack so the temporary i2c_msg structures do not get duplicated on the stack when KASAN_STACK is enabled. (CVE-2024-27075)

  - Linux カーネルでは、以下の脆弱性が解決されています: ipv6: Fix infinite recursion in fib6_dump_done(). syzkaller reported infinite recursive calls of fib6_dump_done() during netlink socket destruction. [1] From the log, syzkaller sent an AF_UNSPEC RTM_GETROUTE message, and then the response was generated. The following recvmmsg() resumed the dump for IPv6, but the first call of inet6_dump_fib() failed at kzalloc() due to the fault injection. [0] 12:01:34 executing program 3: r0 = socket$nl_route(0x10, 0x3, 0x0) sendmsg$nl_route(r0, ... snip ...) recvmmsg(r0, ... snip ...) (fail_nth:
    8) Here, fib6_dump_done() was set to nlk_sk(sk)->cb.done, and the next call of inet6_dump_fib() set it to nlk_sk(sk)->cb.args[3]. syzkaller stopped receiving the response halfway through, and finally netlink_sock_destruct() called nlk_sk(sk)->cb.done(). fib6_dump_done() calls fib6_dump_end() and nlk_sk(sk)->cb.done() if it is still not NULL. fib6_dump_end() rewrites nlk_sk(sk)->cb.done() by nlk_sk(sk)->cb.args[3], but it has the same function, not NULL, calling itself recursively and hitting the stack guard page. To avoid the issue, let's set the destructor after kzalloc(). [0]: FAULT_INJECTION:
    forcing a failure. name failslab, interval 1, probability 0, space 0, times 0 CPU: 1 PID: 432110 Comm:
    syz-executor.3 Not tainted 6.8.0-12821-g537c2e91d354-dirty #11 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 Call Trace: <TASK> dump_stack_lvl (lib/dump_stack.c:117) should_fail_ex (lib/fault-inject.c:52 lib/fault-inject.c:153) should_failslab (mm/slub.c:3733) kmalloc_trace (mm/slub.c:3748 mm/slub.c:3827 mm/slub.c:3992) inet6_dump_fib (./include/linux/slab.h:628 ./include/linux/slab.h:749 net/ipv6/ip6_fib.c:662) rtnl_dump_all (net/core/rtnetlink.c:4029) netlink_dump (net/netlink/af_netlink.c:2269) netlink_recvmsg (net/netlink/af_netlink.c:1988) ____sys_recvmsg (net/socket.c:1046 net/socket.c:2801) ___sys_recvmsg (net/socket.c:2846) do_recvmmsg (net/socket.c:2943) __x64_sys_recvmmsg (net/socket.c:3041 net/socket.c:3034 net/socket.c:3034) [1]: BUG: TASK stack guard page was hit at 00000000f2fa9af1 (stack is 00000000b7912430..000000009a436beb) stack guard page: 0000 [#1] PREEMPT SMP KASAN CPU: 1 PID: 223719 Comm:
    kworker/1:3 Not tainted 6.8.0-12821-g537c2e91d354-dirty #11 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 Workqueue: events netlink_sock_destruct_work RIP: 0010:fib6_dump_done (net/ipv6/ip6_fib.c:570) Code: 3c 24 e8 f3 e9 51 fd e9 28 fd ff ff 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 f3 0f 1e fa 41 57 41 56 41 55 41 54 55 48 89 fd <53> 48 8d 5d 60 e8 b6 4d 07 fd 48 89 da 48 b8 00 00 00 00 00 fc ff RSP: 0018:ffffc9000d980000 EFLAGS: 00010293 RAX: 0000000000000000 RBX: ffffffff84405990 RCX: ffffffff844059d3 RDX: ffff8881028e0000 RSI:
    ffffffff84405ac2 RDI: ffff88810c02f358 RBP: ffff88810c02f358 R08: 0000000000000007 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000224 R12: 0000000000000000 R13: ffff888007c82c78 R14:
    ffff888007c82c68 R15: ffff888007c82c68 FS: 0000000000000000(0000) GS:ffff88811b100000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffffc9000d97fff8 CR3:
    0000000102309002 CR4: 0000000000770ef0 PKRU: 55555554 Call Trace: <#DF> </#DF> <TASK> fib6_dump_done (net/ipv6/ip6_fib.c:572 (discriminator 1)) fib6_dump_done (net/ipv6/ip6_fib.c:572 (discriminator 1)) ...
    fib6_dump_done (net/ipv6/ip6_fib.c:572 (discriminator 1)) fib6_dump_done (net/ipv6/ip6_fib.c:572 (discriminator 1)) netlink_sock_destruct (net/netlink/af_netlink.c:401) __sk_destruct (net/core/sock.c:2177 (discriminator 2)) sk_destruct (net/core/sock.c:2224) __sk_free (net/core/sock.c:2235) sk_free (net/core/sock.c:2246) process_one_work (kernel/workqueue.c:3259) worker_thread (kernel/workqueue.c:3329 kernel/workqueue. ---truncated--- (CVE-2024-35886)

  - Linux カーネルでは、以下の脆弱性が解決されています: isofs: Prevent the use of too small fid syzbot reported a slab-out-of-bounds Read in isofs_fh_to_parent. [1] The handle_bytes value passed in by the reproducing program is equal to 12. In handle_to_path(), only 12 bytes of memory are allocated for the structure file_handle->f_handle member, which causes an out-of-bounds access when accessing the member parent_block of the structure isofs_fid in isofs, because accessing parent_block requires at least 16 bytes of f_handle. Here, fh_len is used to indirectly confirm that the value of handle_bytes is greater than 3 before accessing parent_block. [1] BUG: KASAN: slab-out-of-bounds in isofs_fh_to_parent+0x1b8/0x210 fs/isofs/export.c:183 Read of size 4 at addr ffff0000cc030d94 by task syz-executor215/6466 CPU: 1 UID: 0 PID: 6466 Comm: syz-executor215 Not tainted 6.14.0-rc7-syzkaller-ga2392f333575 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 02/12/2025 Call trace: show_stack+0x2c/0x3c arch/arm64/kernel/stacktrace.c:466 (C) __dump_stack lib/dump_stack.c:94 [inline] dump_stack_lvl+0xe4/0x150 lib/dump_stack.c:120 print_address_description mm/kasan/report.c:408 [inline] print_report+0x198/0x550 mm/kasan/report.c:521 kasan_report+0xd8/0x138 mm/kasan/report.c:634 __asan_report_load4_noabort+0x20/0x2c mm/kasan/report_generic.c:380 isofs_fh_to_parent+0x1b8/0x210 fs/isofs/export.c:183 exportfs_decode_fh_raw+0x2dc/0x608 fs/exportfs/expfs.c:523 do_handle_to_path+0xa0/0x198 fs/fhandle.c:257 handle_to_path fs/fhandle.c:385 [inline] do_handle_open+0x8cc/0xb8c fs/fhandle.c:403
    __do_sys_open_by_handle_at fs/fhandle.c:443 [inline] __se_sys_open_by_handle_at fs/fhandle.c:434 [inline]
    __arm64_sys_open_by_handle_at+0x80/0x94 fs/fhandle.c:434 __invoke_syscall arch/arm64/kernel/syscall.c:35 [inline] invoke_syscall+0x98/0x2b8 arch/arm64/kernel/syscall.c:49 el0_svc_common+0x130/0x23c arch/arm64/kernel/syscall.c:132 do_el0_svc+0x48/0x58 arch/arm64/kernel/syscall.c:151 el0_svc+0x54/0x168 arch/arm64/kernel/entry-common.c:744 el0t_64_sync_handler+0x84/0x108 arch/arm64/kernel/entry-common.c:762 el0t_64_sync+0x198/0x19c arch/arm64/kernel/entry.S:600 Allocated by task 6466: kasan_save_stack mm/kasan/common.c:47 [inline] kasan_save_track+0x40/0x78 mm/kasan/common.c:68 kasan_save_alloc_info+0x40/0x50 mm/kasan/generic.c:562 poison_kmalloc_redzone mm/kasan/common.c:377 [inline] __kasan_kmalloc+0xac/0xc4 mm/kasan/common.c:394 kasan_kmalloc include/linux/kasan.h:260 [inline]
    __do_kmalloc_node mm/slub.c:4294 [inline] __kmalloc_noprof+0x32c/0x54c mm/slub.c:4306 kmalloc_noprof include/linux/slab.h:905 [inline] handle_to_path fs/fhandle.c:357 [inline] do_handle_open+0x5a4/0xb8c fs/fhandle.c:403 __do_sys_open_by_handle_at fs/fhandle.c:443 [inline] __se_sys_open_by_handle_at fs/fhandle.c:434 [inline] __arm64_sys_open_by_handle_at+0x80/0x94 fs/fhandle.c:434 __invoke_syscall arch/arm64/kernel/syscall.c:35 [inline] invoke_syscall+0x98/0x2b8 arch/arm64/kernel/syscall.c:49 el0_svc_common+0x130/0x23c arch/arm64/kernel/syscall.c:132 do_el0_svc+0x48/0x58 arch/arm64/kernel/syscall.c:151 el0_svc+0x54/0x168 arch/arm64/kernel/entry-common.c:744 el0t_64_sync_handler+0x84/0x108 arch/arm64/kernel/entry-common.c:762 el0t_64_sync+0x198/0x19c arch/arm64/kernel/entry.S:600 (CVE-2025-37780)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

AlmaLinux 9.2 ホストには、TuxCare ALMALINUX9.2:CLSA-2026:1773139548アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - Linux カーネルでは、以下の脆弱性が解決されています: virtio_net: fix xdp_rxq_info bug after suspend/resume The following sequence currently causes a driver bug warning when using virtio_net: # ip link set eth0 up # echo mem > /sys/power/state (or e.g. # rtcwake -s 10 -m mem) <resume> # ip link set eth0 down Missing register, driver bug WARNING: CPU: 0 PID: 375 at net/core/xdp.c:138 xdp_rxq_info_unreg+0x58/0x60 Call trace: xdp_rxq_info_unreg+0x58/0x60 virtnet_close+0x58/0xac
    __dev_close_many+0xac/0x140 __dev_change_flags+0xd8/0x210 dev_change_flags+0x24/0x64 do_setlink+0x230/0xdd0 ... This happens because virtnet_freeze() frees the receive_queue completely (including struct xdp_rxq_info) but does not call xdp_rxq_info_unreg(). Similarly, virtnet_restore() sets up the receive_queue again but does not call xdp_rxq_info_reg(). Actually, parts of virtnet_freeze_down() and virtnet_restore_up() are almost identical to virtnet_close() and virtnet_open(): only the calls to xdp_rxq_info_(un)reg() are missing. This means that we can fix this easily and avoid such problems in the future by just calling virtnet_close()/open() from the freeze/restore handlers. Aside from adding the missing xdp_rxq_info calls the only difference is that the refill work is only cancelled if netif_running(). However, this should not make any functional difference since the refill work should only be active if the network interface is actually up. (CVE-2022-49687)

  - Linux カーネルでは、以下の脆弱性が解決されています: scsi: libsas: Fix use-after-free bug in smp_execute_task_sg() When executing SMP task failed, the smp_execute_task_sg() calls del_timer() to delete slow_task->timer. However, if the timer handler sas_task_internal_timedout() is running, the del_timer() in smp_execute_task_sg() will not stop it and a UAF will happen. The process is shown below:
    (thread 1) | (thread 2) smp_execute_task_sg() | sas_task_internal_timedout() ... | del_timer() | ... | ...
    sas_free_task(task) | kfree(task->slow_task) //FREE| | task->slow_task->... //USE Fix by calling del_timer_sync() in smp_execute_task_sg(), which makes sure the timer handler have finished before the task->slow_task is deallocated. (CVE-2022-50422)

  - Linux カーネルでは、以下の脆弱性が解決されています: xhci: Remove device endpoints from bandwidth list when freeing the device Endpoints are normally deleted from the bandwidth list when they are dropped, before the virt device is freed. If xHC host is dying or being removed then the endpoints aren't dropped cleanly due to functions returning early to avoid interacting with a non-accessible host controller. So check and delete endpoints that are still on the bandwidth list when freeing the virt device. Solves a list_del corruption kernel crash when unbinding xhci-pci, caused by xhci_mem_cleanup() when it later tried to delete already freed endpoints from the bandwidth list. This only affects hosts that use software bandwidth checking, which currenty is only the xHC in intel Panther Point PCH (Ivy Bridge) (CVE-2022-50470)

  - Linux カーネルでは、以下の脆弱性が解決されています: mmc: via-sdmmc: fix return value check of mmc_add_host() mmc_add_host() may return error, if we ignore its return value, it will lead two issues:
    1. The memory that allocated in mmc_alloc_host() is leaked. 2. In the remove() path, mmc_remove_host() will be called to delete device, but it's not added yet, it will lead a kernel crash because of null-ptr-deref in device_del(). Fix this by checking the return value and goto error path which will call mmc_free_host(). (CVE-2022-50846)

  - Linux カーネルでは、以下の脆弱性が解決されています: media: uvcvideo: Fix memory leak in uvc_gpio_parse Previously the unit buffer was allocated before checking the IRQ for privacy GPIO. In case of error, the unit buffer was leaked. Allocate the unit buffer after the IRQ to avoid it. Addresses-Coverity-ID: 1474639 (Resource leak) (CVE-2022-50882)

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

したがって、ALAS2023-2023-356 のアドバイザリに記載されている複数の脆弱性の影響を受けます。

    6.4.2 までの Linux カーネルの USB サブシステムに問題が発見されました。drivers/usb/core/sysfs.c の read_descriptors に領域外とクラッシュがあります。(CVE-2023-37453)

    nf_osf_match_one() の nftables の領域外読み取り (CVE-2023-39189)

    Linux カーネルの Netfilter サブシステムで欠陥が発見されました。xt_u32 モジュールが、xt_u32 構造体のフィールドを検証していませんでした。この欠陥により、ローカルの権限を持つ攻撃者が、配列境界を超えた値を持つサイズフィールドを設定することで領域外読み取りをトリガーし、クラッシュや情報漏洩を引き起こす可能性があります。(CVE-2023-39192)

    Linux カーネルの Netfilter サブシステムで欠陥が発見されました。sctp_mt_check が flag_count フィールドを検証していませんでした。この欠陥により、ローカルの権限 (CAP_NET_ADMIN) を持つ攻撃者が、領域外読み取りをトリガーし、クラッシュや情報漏洩を引き起こす可能性があります。(CVE-2023-39193)

    Linux カーネルの kmalloc_reserve() の整数オーバーフローにより、ローカルユーザーがシステムをクラッシュさせたり、場合によってはカーネル空間でコードを実行したりする可能性があります。(CVE-2023-42752)

    Upstream コミットでは、この問題について次のように説明されています。

    ip_set_hash_netportnet に IP_SET_HASH_WITH_NET0 マクロがないため、配列オフセットを計算するために間違った「CIDR_POS(c)」が使用され、整数アンダーフローが発生する可能性があります。その結果、スラブ領域外アクセスが発生します。(CVE-2023-42753)

    rsvp_change() に欠陥が見つかりました。根本的な原因はスラブ範囲外のアクセスですが、元のポインターへのオフセットはユーザーによって完全に制御される「unsign int」であるため、動作は通常、ワイルドポインターアクセスになります。(CVE-2023-42755)

    6.5.3 より前の Linux カーネルの IGB ドライバーの drivers/net/ethernet/intel/igb/igb_main.c に問題が見つかりました。バッファサイズが、MTU より大きいフレームに対して十分でない可能性があります。(CVE-2023-45871)

    Linux カーネルの net/sched: sch_hfsc (HFSC qdisc トラフィックコントロール) コンポーネントに存在するメモリ解放後使用 (Use After Free) の脆弱性が悪用されると、ローカルの権限昇格が達成される可能性があります。

    もし HFSC_FSC フラグが設定されたリンク共有曲線を持つクラスが、リンク共有曲線を持たない親クラスを持っている場合、init_vf() は親クラスに対して vttree_insert() を呼び出しますが、update_vf() では vttree_remove() がスキップされます。これにより、ダングリングポインターが残り、メモリ解放後使用 (use after free) を引き起こす可能性があります。

    過去のコミット b3d26c5702c7d6c45456326e56d2ccf3f103e60f をアップグレードすることをお勧めします。(CVE-2023-4623)

    Linux カーネルの net/sched: sch_qfq コンポーネントに存在するメモリ解放後使用 (Use After Free) の脆弱性が悪用されると、ローカルの権限昇格が達成される可能性があります。

    プラグ qdisc が qfq qdisc のクラスとして使用される場合、ネットワークパケットの送信は、sch_plug の不正確な .peek ハンドラーと agg_dequeue() でのエラーチェックの欠如により、qfq_dequeue() 内でメモリ解放後使用 (use after free) を引き起こす可能性があります。

    過去のコミット 8fc134fee27f2263988ae38920bc03da416b03d8 へのアップグレードをお勧めします。(CVE-2023-4921)

    Linux カーネルで、以下の脆弱性は解決されています。

    netfilter: nftables: exthdr: 4 バイトスタックの OOB 書き込みを修正します

    priv->len が 4 の倍数である場合、dst[len / 4] はデスティネーション配列を超えて書き込むことができ、これによりスタック破損が発生します。

    この構成は ->len がレジスタサイズの倍数ではない場合にレジスタの残りを消去することが必要なため、nft_payload.c と同じように条件付きにします。

    このバグは 4.1 サイクルで追加され、tcp/sctp および ip オプションサポートが追加される際にコピーまたは継承されました。

    Zero Day イニシアチブプロジェクトによって報告されたバグ (ZDI-CAN-21950、ZDI-CAN-21951、ZDI-CAN-21961)。(CVE-2023-52628)

    Linux カーネルで、以下の脆弱性が解決されています。

    USBcorehudev_port_init() の udev->descriptor を上書きしないことで競合を修正しますCVE-2023-52886]

    Linux カーネルで、以下の脆弱性が解決されています。

    netfilteripsetip_set_hash_netportnet.c に対して欠落した IP_SET_HASH_WITH_NET0 マクロを追加しますCVE-2023-53179

    Linux カーネルで、以下の脆弱性が解決されています。

    af_unixuser->unix_inflight 周辺のデータ競合を修正します。CVE-2023-53204

    Linux カーネルで、以下の脆弱性が解決されています。

    KVMnSVML1 の TSC 乗数を L2 状態ではなく、L1 状態に基づいてロードしますCVE-2023-53208

    Linux カーネルで、以下の脆弱性が解決されています。

    md/raid5-cacher5l_flush_stripe_to_raid() 用の null-ptr-deref を修正しますCVE-2023-53210

    Linux カーネルで、以下の脆弱性が解決されています。

    drm/msm/mdp5一部のプレーン状態を漏洩しませんCVE-2023-53324

    Linux カーネルで、以下の脆弱性が解決されています。

    pstore/raminit 中に空の przs の開始をチェックしますCVE-2023-53331

    Linux カーネルで、以下の脆弱性が解決されています。

    lwtBPF xmit ops の戻り値を修正CVE-2023-53338

    Linux カーネルで、以下の脆弱性が解決されています。

    skbuffskb_segment、skbuff frags を使用する前にゼロコピー関数を呼び出しますCVE-2023-53354

    Linux カーネルで、以下の脆弱性が解決されています。

    トレースCPU バッファの書き込みとスワップの間の競合問題を修正しますCVE-2023-53368

    Linux カーネルで、以下の脆弱性が解決されています。

    ACPICATimer に AML_NO_OPERAND_RESOLVE フラグを追加しますCVE-2023-53395

    Linux カーネルで、以下の脆弱性が解決されています。

    xskソケットのクリーンアップ中の xsk_diag use-after-free エラーを修正しますCVE-2023-53426

    Linux カーネルで、以下の脆弱性が解決されています。

    x86/MCEAMD Zen IF Poison エラーの CS レジスタを常に保存しますCVE-2023-53438

    Linux カーネルで、以下の脆弱性が解決されています。

    HIDmultitouchhidinput input_dev 名に対する devm デバイス参照を修正しますCVE-2023-53454

    Linux カーネルで、以下の脆弱性が解決されています。

    scsiqla4xxxnlattrs を解析する際に長さチェックを追加CVE-2023-53456

    Linux カーネルで、以下の脆弱性が解決されています。

    hsrfill_frame_info() の uninit-value アクセスを修正しますCVE-2023-53462

    Linux カーネルで、以下の脆弱性が解決されています。

    kobjectkset_register() で kset->kobj.ktype のサニティチェックを追加しますCVE-2023-53480]

    Linux カーネルで、以下の脆弱性が解決されています。

    iommu/amd/iommu_v2pasid unbind での pasid_state refcount dec ヒット 0 警告を修正しますCVE-2023-53501

    Linux カーネルで、以下の脆弱性が解決されています。

    PM / devfreqdevfreq_dev_release() の漏洩を修正しますCVE-2023-53518

    Linux カーネルで、以下の脆弱性が解決されています。

    jbd2チェックポイントから削除する前に「jh->b_transaction」をチェックしますCVE-2023-53526

    Linux カーネルで、以下の脆弱性が解決されています。

    null_blkpoll リクエストのタイムアウト処理を修正しますCVE-2023-53531

    Linux カーネルで、以下の脆弱性が解決されています。

    drm/i915GuC 仮想エンジン用のリクエストをマークし、use-after-free を回避しますCVE-2023-53552

    Linux カーネルで、以下の脆弱性が解決されています。

    bpfbpf_sk_assign のハッシュされていないソケットを拒否しますCVE-2023-53585

    Linux カーネルで、以下の脆弱性が解決されています。

    driversbaseデバイス登録解除の際に devm リソースを解放しますCVE-2023-53596

    Linux カーネルで、以下の脆弱性が解決されています。

    ドライバーhvvmbusACPI ルートオブジェクトハンドルを逆参照しませんCVE-2023-53647

    Linux カーネルで、以下の脆弱性が解決されています。

    perf traceevsel->priv エリアを実際に解放しますCVE-2023-53649

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4ext4_fname_{setup_filename,prepare_lookup} でのメモリリークを修正しますCVE-2023-53662

    Linux カーネルで、以下の脆弱性が解決されています。

    KVMnSVMネスト化された TSC スケーリングサポートでアサーションの代わりにチェックを行いますCVE-2023-53663

    Linux カーネルで、以下の脆弱性が解決されています。

    btrfsインライン backref の検索に失敗した場合に、余分なデバッグ情報を出力しますCVE-2023-53672

    Linux カーネルで、以下の脆弱性が解決されています。

    scsitargetiscsilio_target_nacl_info_show() のバッファオーバーフローを修正CVE-2023-53676

    Linux カーネルで、以下の脆弱性が解決されています。

    NFS潜在的なデータ破損を修正CVE-2023-53711

    Linux カーネルで、以下の脆弱性が解決されています。

    mdraid1raid1_remove_disk() の OOB の可能性を修正しますCVE-2023-53722

    Linux カーネルで、以下の脆弱性が解決されています。

    arm64csumマイナスの長さの IP チェックサムコードの OoB アクセスを修正しますCVE-2023-53726

    Linux カーネルで、以下の脆弱性が解決されています。

    net/schedfq_piefq_pie_timer() のストールを回避CVE-2023-53727

    Linux カーネルで、以下の脆弱性が解決されています。

    PCI連合後に解放されたリソースを解放しますCVE-2023-53743

    Linux カーネルで、以下の脆弱性が解決されています。

    netkmalloc_reserve() の整数オーバーフローに対処しますCVE-2023-53752

    Linux カーネルで、以下の脆弱性が解決されています。

    cryptoapi - crypto_destroy_instance の作業キューを使用しますCVE-2023-53799

    Linux カーネルで、以下の脆弱性が解決されています。

    cryptolib/mpi - mpi_cmp_ui() の null ポインターデリファレンスを回避しますCVE-2023-53817

    Linux カーネルで、以下の脆弱性が解決されています。

    kcmkcm_sendmsg() の SOCK_DGRAM に対するエラー処理を修正します。CVE-2023-53825

    Linux カーネルで、以下の脆弱性が解決されています。

    netsk_mc_loop() で sk->sk_family を一度に読み取りますCVE-2023-53831]

    Linux カーネルで、以下の脆弱性が解決されています。

    bpf、sockmapロック変更後の skb refcnt 競合を修正CVE-2023-53836

    Linux カーネルで、以下の脆弱性が解決されています。

    md/raid5-cacher5l_exit_log() のデッドロックを修正しますCVE-2023-53848

    Linux カーネルで、以下の脆弱性が解決されています。

    ofoverlayof_changeset_init() の呼び出しを早期に行いますCVE-2023-53856]

    Linux カーネルで、以下の脆弱性が解決されています。

    dmRCU 保護の下で IO のキューを試行しませんCVE-2023-53860

    Linux カーネルで、以下の脆弱性が解決されています。

    ext4ext4_mb_good_group での grp 検証を修正CVE-2023-53861

    Linux カーネルで、以下の脆弱性が解決されています。

    netipv4__inet_del_ifa() の 1 つのメモリリークを修正しますCVE-2023-53995

    Linux カーネルで、以下の脆弱性が解決されています。

    x86/sevenc_dec_hypercall() が npages の代わりにサイズを受け入れるようにしますCVE-2023-53996]

    Linux カーネルで、以下の脆弱性が解決されています。

    af_unixunix_tot_inflight 周辺のデータ競合を修正します。CVE-2023-54006

    Linux カーネルで、以下の脆弱性が解決されています。

    audit__audit_inode_child() の潜在的なソフトロックアップを修正しますCVE-2023-54045

    Linux カーネルで、以下の脆弱性が解決されています。

    kcmkcm_sendmsg() のエラーパスにあるメモリリークを修正しますCVE-2023-54112

    Linux カーネルで、以下の脆弱性が解決されています。

    rcuvmalloc のメモリ情報を安全にダンプしますCVE-2023-54113

    Linux カーネルで、以下の脆弱性が解決されています。

    s390/dcssblklist_add の破損によるカーネルクラッシュを修正しますCVE-2023-54117

    Linux カーネルで、以下の脆弱性が解決されています。

    autofsautofs_catatonic_mode での waitqueue のメモリリークを修正しますCVE-2023-54134

    Linux カーネルで、以下の脆弱性が解決されています。

    vfio/type1cap_migration の情報漏洩を修正しますCVE-2023-54137

    Linux カーネルで、以下の脆弱性が解決されています。

    scsitargetcoretarget_cmd_counter の漏洩を修正CVE-2023-54154

    Linux カーネルで、以下の脆弱性が解決されています。

    ofunittestof_unittest_find_node_by_name() の null ポインターデリファレンスを修正しますCVE-2023-54178

    Linux カーネルで、以下の脆弱性が解決されています。

    bpfallow_ptr_leaks の検証における問題を修正しますCVE-2023-54181

    Linux カーネルで、以下の脆弱性が解決されています。

    btrfs遅延項目を実行できなかった後に、lockdep スプラットと潜在的なデッドロックを修正しますCVE-2023-54224

    Linux カーネルで、以下の脆弱性が解決されています。

    ambabusrefcount の漏洩を修正しますCVE-2023-54230

    Linux カーネルで、以下の脆弱性が解決されています。

    btrfsrelocate_one_page の read_folio の後にマッピングされたページエクステントを設定しますCVE-2023-54253

    Linux カーネルで、以下の脆弱性が解決されています。

    btrfsino 検索 ioctl 中の inode 検索前にパスをリリースしますCVE-2023-54281

    Linux カーネルで、以下の脆弱性が解決されています。

    KVMSVMSEV-ES イントラホスト移行のためにソース VM からソース vCPU を取得CVE-2023-54296

    Linux カーネルで、以下の脆弱性が解決されています。

    usbtypecbustypec_altmode_attent にパートナーが存在することを検証CVE-2023-54299

    - 暗号アルゴリズム scatterwalk 機能の Linux カーネル API で、NULL ポインターデリファレンスの欠陥が見つかりました。この問題は、ユーザーが特定のソケット設定で悪意のあるパケットを作成したときに発生し、ローカルユーザーがシステムをクラッシュさせたり、システム上で権限を昇格したりする可能性があります。(CVE-2023-6176)

Tenable は、前述の記述ブロックをテスト済み製品のセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

ID	名前	製品	ファミリー	公開日	更新日	深刻度
297194	SUSE SLED15 / SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2026:0315-1)	Nessus	SuSE Local Security Checks	2026/1/30	2026/9/29	high
281523	Linux Distros のパッチ未適用の脆弱性: CVE-2023-54296	Nessus	Misc.	2025/12/31	2026/9/30	high
361096	CentOS Linux 8 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-core/kernel-cross-headers/etcの複数の脆弱性(CENTOS-STREAM8:CLSA-2026:1773046198)	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
296676	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2026:0281-1)	Nessus	SuSE Local Security Checks	2026/1/27	2026/6/26	high
362121	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1773139548)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
296680	SUSE SLES15 /openSUSE 15:Linux カーネルのセキュリティ更新(SUSE-SU-2026:0293-1)	Nessus	SuSE Local Security Checks	2026/1/27	2026/9/29	high
182458	Amazon Linux 2023 : bpftool、kernel、kernel-devel (ALAS2023-2023-356)	Nessus	Amazon Linux Local Security Checks	2023/10/3	2026/2/12	high
296481	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2026:0278-1)	Nessus	SuSE Local Security Checks	2026/1/24	2026/1/24	high

検出

プラグインの検索

high

high

high

high

high

high

high

high