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

  - Linux カーネルでは、以下の脆弱性が解決されています: kunit: Fix potential null dereference in kunit_device_driver_test() kunit_kzalloc() may return a NULL pointer, dereferencing it without NULL check may lead to NULL dereference. Add a NULL check for test_state. (CVE-2024-56773)

  - Linux カーネルでは、以下の脆弱性が解決されています: arm64: ptrace: fix partial SETREGSET for NT_ARM_FPMR Currently fpmr_set() doesn't initialize the temporary 'fpmr' variable, and a SETREGSET call with a length of zero will leave this uninitialized. Consequently an arbitrary value will be written back to target->thread.uw.fpmr, potentially leaking up to 64 bits of memory from the kernel stack. The read is limited to a specific slot on the stack, and the issue does not provide a write mechanism. Fix this by initializing the temporary value before copying the regset from userspace, as for other regsets (e.g. NT_PRSTATUS, NT_PRFPREG, NT_ARM_SYSTEM_CALL). In the case of a zero-length write, the existing contents of FPMR will be retained. Before this patch: | # ./fpmr-test | Attempting to write NT_ARM_FPMR::fpmr = 0x900d900d900d900d | SETREGSET(nt=0x40e, len=8) wrote 8 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d | | Attempting to write NT_ARM_FPMR (zero length) | SETREGSET(nt=0x40e, len=0) wrote 0 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0xffff800083963d50 After this patch: | # ./fpmr-test | Attempting to write NT_ARM_FPMR::fpmr = 0x900d900d900d900d | SETREGSET(nt=0x40e, len=8) wrote 8 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d | | Attempting to write NT_ARM_FPMR (zero length) | SETREGSET(nt=0x40e, len=0) wrote 0 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d (CVE-2024-57878)

  - Linux カーネルでは、以下の脆弱性が解決されています: mptcp: fix 'scheduling while atomic' in mptcp_pm_nl_append_new_local_addr If multiple connection requests attempt to create an implicit mptcp endpoint in parallel, more than one caller may end up in mptcp_pm_nl_append_new_local_addr because none found the address in local_addr_list during their call to mptcp_pm_nl_get_local_id. In this case, the concurrent new_local_addr calls may delete the address entry created by the previous caller. These deletes use synchronize_rcu, but this is not permitted in some of the contexts where this function may be called.
    During packet recv, the caller may be in a rcu read critical section and have preemption disabled. An example stack: BUG: scheduling while atomic: swapper/2/0/0x00000302 Call Trace: <IRQ> dump_stack_lvl (lib/dump_stack.c:117 (discriminator 1)) dump_stack (lib/dump_stack.c:124) __schedule_bug (kernel/sched/core.c:5943) schedule_debug.constprop.0 (arch/x86/include/asm/preempt.h:33 kernel/sched/core.c:5970) __schedule (arch/x86/include/asm/jump_label.h:27 include/linux/jump_label.h:207 kernel/sched/features.h:29 kernel/sched/core.c:6621) schedule (arch/x86/include/asm/preempt.h:84 kernel/sched/core.c:6804 kernel/sched/core.c:6818) schedule_timeout (kernel/time/timer.c:2160) wait_for_completion (kernel/sched/completion.c:96 kernel/sched/completion.c:116 kernel/sched/completion.c:127 kernel/sched/completion.c:148) __wait_rcu_gp (include/linux/rcupdate.h:311 kernel/rcu/update.c:444) synchronize_rcu (kernel/rcu/tree.c:3609) mptcp_pm_nl_append_new_local_addr (net/mptcp/pm_netlink.c:966 net/mptcp/pm_netlink.c:1061) mptcp_pm_nl_get_local_id (net/mptcp/pm_netlink.c:1164) mptcp_pm_get_local_id (net/mptcp/pm.c:420) subflow_check_req (net/mptcp/subflow.c:98 net/mptcp/subflow.c:213) subflow_v4_route_req (net/mptcp/subflow.c:305) tcp_conn_request (net/ipv4/tcp_input.c:7216) subflow_v4_conn_request (net/mptcp/subflow.c:651) tcp_rcv_state_process (net/ipv4/tcp_input.c:6709) tcp_v4_do_rcv (net/ipv4/tcp_ipv4.c:1934) tcp_v4_rcv (net/ipv4/tcp_ipv4.c:2334) ip_protocol_deliver_rcu (net/ipv4/ip_input.c:205 (discriminator 1)) ip_local_deliver_finish (include/linux/rcupdate.h:813 net/ipv4/ip_input.c:234) ip_local_deliver (include/linux/netfilter.h:314 include/linux/netfilter.h:308 net/ipv4/ip_input.c:254) ip_sublist_rcv_finish (include/net/dst.h:461 net/ipv4/ip_input.c:580) ip_sublist_rcv (net/ipv4/ip_input.c:640) ip_list_rcv (net/ipv4/ip_input.c:675) __netif_receive_skb_list_core (net/core/dev.c:5583 net/core/dev.c:5631) netif_receive_skb_list_internal (net/core/dev.c:5685 net/core/dev.c:5774) napi_complete_done (include/linux/list.h:37 include/net/gro.h:449 include/net/gro.h:444 net/core/dev.c:6114) igb_poll (drivers/net/ethernet/intel/igb/igb_main.c:8244) igb
    __napi_poll (net/core/dev.c:6582) net_rx_action (net/core/dev.c:6653 net/core/dev.c:6787) handle_softirqs (kernel/softirq.c:553) __irq_exit_rcu (kernel/softirq.c:588 kernel/softirq.c:427 kernel/softirq.c:636) irq_exit_rcu (kernel/softirq.c:651) common_interrupt (arch/x86/kernel/irq.c:247 (discriminator 14)) </IRQ> This problem seems particularly prevalent if the user advertises an endpoint that has a different external vs internal address. In the case where the external address is advertised and multiple connections already exist, multiple subflow SYNs arrive in parallel which tends to trigger the race during creation of the first local_addr_list entries which have the internal address instead. Fix by skipping the replacement of an existing implicit local address if called via mptcp_pm_nl_get_local_id. (CVE-2025-21938)

  - Linux カーネルでは、以下の脆弱性が解決されています: devlink: fix xa_alloc_cyclic() error handling In case of returning 1 from xa_alloc_cyclic() (wrapping) ERR_PTR(1) will be returned, which will cause IS_ERR() to be false. Which can lead to dereference not allocated pointer (rel). Fix it by checking if err is lower than zero. This wasn't found in real usecase, only noticed. Credit to Pierre.
    (CVE-2025-22017)

  - Linux カーネルでは、以下の脆弱性が解決されています: drm/xe: Use local fence in error path of xe_migrate_clear The intent of the error path in xe_migrate_clear is to wait on locally generated fence and then return. The code is waiting on m->fence which could be the local fence but this is only stable under the job mutex leading to a possible UAF. Fix code to wait on local fence. (cherry picked from commit 762b7e95362170b3e13a8704f38d5e47eca4ba74) (CVE-2025-37869)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: isofs: Fix out of bound access for corrupted isofs image When isofs image is suitably corrupted isofs_read_inode() can read data beyond the end of buffer. Sanity-check the directory entry length before using it. (CVE-2021-47478)

  - Linux カーネルでは、以下の脆弱性が解決されています: ubi: Fix race condition between ctrl_cdev_ioctl and ubi_cdev_ioctl Hulk Robot reported a KASAN report about use-after-free:
    ================================================================== BUG: KASAN: use-after-free in
    __list_del_entry_valid+0x13d/0x160 Read of size 8 at addr ffff888035e37d98 by task ubiattach/1385 [...] Call Trace: klist_dec_and_del+0xa7/0x4a0 klist_put+0xc7/0x1a0 device_del+0x4d4/0xed0 cdev_device_del+0x1a/0x80 ubi_attach_mtd_dev+0x2951/0x34b0 [ubi] ctrl_cdev_ioctl+0x286/0x2f0 [ubi] Allocated by task 1414: device_add+0x60a/0x18b0 cdev_device_add+0x103/0x170 ubi_create_volume+0x1118/0x1a10 [ubi] ubi_cdev_ioctl+0xb7f/0x1ba0 [ubi] Freed by task 1385:
    cdev_device_del+0x1a/0x80 ubi_remove_volume+0x438/0x6c0 [ubi] ubi_cdev_ioctl+0xbf4/0x1ba0 [ubi] [...] ================================================================== The lock held by ctrl_cdev_ioctl is ubi_devices_mutex, but the lock held by ubi_cdev_ioctl is ubi->device_mutex. Therefore, the two locks can be concurrent. ctrl_cdev_ioctl contains two operations: ubi_attach and ubi_detach. ubi_detach is bug-free because it uses reference counting to prevent concurrency. However, uif_init and uif_close in ubi_attach may race with ubi_cdev_ioctl. uif_init will race with ubi_cdev_ioctl as in the following stack. cpu1 cpu2 cpu3 _______________________|________________________|______________________ ctrl_cdev_ioctl ubi_attach_mtd_dev uif_init ubi_cdev_ioctl ubi_create_volume cdev_device_add ubi_add_volume // sysfs exist kill_volumes ubi_cdev_ioctl ubi_remove_volume cdev_device_del // first free ubi_free_volume cdev_del // double free cdev_device_del And uif_close will race with ubi_cdev_ioctl as in the following stack. cpu1 cpu2 cpu3 _______________________|________________________|______________________ ctrl_cdev_ioctl ubi_attach_mtd_dev uif_init ubi_cdev_ioctl ubi_create_volume cdev_device_add ubi_debugfs_init_dev //error goto out_uif; uif_close kill_volumes ubi_cdev_ioctl ubi_remove_volume cdev_device_del // first free ubi_free_volume // double free The cause of this problem is that commit 714fb87e8bc0 make device available before it becomes accessible via sysfs. Therefore, we roll back the modification. We will fix the race condition between ubi device creation and udev by removing ubi_get_device in vol_attribute_show and dev_attribute_show.This avoids accessing uninitialized ubi_devices[ubi_num]. ubi_get_device is used to prevent devices from being deleted during sysfs execution. However, now kernfs ensures that devices will not be deleted before all reference counting are released. The key process is shown in the following stack. device_del device_remove_attrs device_remove_groups sysfs_remove_groups sysfs_remove_group remove_files kernfs_remove_by_name kernfs_remove_by_name_ns __kernfs_remove kernfs_drain (CVE-2021-47634)

  - Linux カーネルでは、以下の脆弱性が解決されています: scsi: qla2xxx: Fix memory leak in
    __qlt_24xx_handle_abts() Commit 8f394da36a36 (scsi: qla2xxx: Drop TARGET_SCF_LOOKUP_LUN_FROM_TAG) made the __qlt_24xx_handle_abts() function return early if tcm_qla2xxx_find_cmd_by_tag() didn't find a command, but it missed to clean up the allocated memory for the management command. (CVE-2022-48650)

  - Linux カーネルでは、以下の脆弱性が解決されています: ubi: ubi_create_volume: Fix use-after-free when volume creation failed There is an use-after-free problem for 'eba_tbl' in ubi_create_volume()'s error handling path: ubi_eba_replace_table(vol, eba_tbl) vol->eba_tbl = tbl out_mapping:
    ubi_eba_destroy_table(eba_tbl) // Free 'eba_tbl' out_unlock: put_device(&vol->dev) vol_release kfree(tbl->entries) // UAF Fix it by removing redundant 'eba_tbl' releasing. Fetch a reproducer in [Link].
    (CVE-2022-49388)

  - Linux カーネルでは、以下の脆弱性が解決されています: irqchip/gic-v3: Fix error handling in gic_populate_ppi_partitions of_get_child_by_name() returns a node pointer with refcount incremented, we should use of_node_put() on it when not need anymore. When kcalloc fails, it missing of_node_put() and results in refcount leak. Fix this by goto out_put_node label. (CVE-2022-49716)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: kunit: Fix potential null dereference in kunit_device_driver_test() kunit_kzalloc() may return a NULL pointer, dereferencing it without NULL check may lead to NULL dereference. Add a NULL check for test_state. (CVE-2024-56773)

  - Linux カーネルでは、以下の脆弱性が解決されています: arm64: ptrace: fix partial SETREGSET for NT_ARM_FPMR Currently fpmr_set() doesn't initialize the temporary 'fpmr' variable, and a SETREGSET call with a length of zero will leave this uninitialized. Consequently an arbitrary value will be written back to target->thread.uw.fpmr, potentially leaking up to 64 bits of memory from the kernel stack. The read is limited to a specific slot on the stack, and the issue does not provide a write mechanism. Fix this by initializing the temporary value before copying the regset from userspace, as for other regsets (e.g. NT_PRSTATUS, NT_PRFPREG, NT_ARM_SYSTEM_CALL). In the case of a zero-length write, the existing contents of FPMR will be retained. Before this patch: | # ./fpmr-test | Attempting to write NT_ARM_FPMR::fpmr = 0x900d900d900d900d | SETREGSET(nt=0x40e, len=8) wrote 8 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d | | Attempting to write NT_ARM_FPMR (zero length) | SETREGSET(nt=0x40e, len=0) wrote 0 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0xffff800083963d50 After this patch: | # ./fpmr-test | Attempting to write NT_ARM_FPMR::fpmr = 0x900d900d900d900d | SETREGSET(nt=0x40e, len=8) wrote 8 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d | | Attempting to write NT_ARM_FPMR (zero length) | SETREGSET(nt=0x40e, len=0) wrote 0 bytes | | Attempting to read NT_ARM_FPMR::fpmr | GETREGSET(nt=0x40e, len=8) read 8 bytes | Read NT_ARM_FPMR::fpmr = 0x900d900d900d900d (CVE-2024-57878)

  - Linux カーネルでは、以下の脆弱性が解決されています: mptcp: fix 'scheduling while atomic' in mptcp_pm_nl_append_new_local_addr If multiple connection requests attempt to create an implicit mptcp endpoint in parallel, more than one caller may end up in mptcp_pm_nl_append_new_local_addr because none found the address in local_addr_list during their call to mptcp_pm_nl_get_local_id. In this case, the concurrent new_local_addr calls may delete the address entry created by the previous caller. These deletes use synchronize_rcu, but this is not permitted in some of the contexts where this function may be called.
    During packet recv, the caller may be in a rcu read critical section and have preemption disabled. An example stack: BUG: scheduling while atomic: swapper/2/0/0x00000302 Call Trace: <IRQ> dump_stack_lvl (lib/dump_stack.c:117 (discriminator 1)) dump_stack (lib/dump_stack.c:124) __schedule_bug (kernel/sched/core.c:5943) schedule_debug.constprop.0 (arch/x86/include/asm/preempt.h:33 kernel/sched/core.c:5970) __schedule (arch/x86/include/asm/jump_label.h:27 include/linux/jump_label.h:207 kernel/sched/features.h:29 kernel/sched/core.c:6621) schedule (arch/x86/include/asm/preempt.h:84 kernel/sched/core.c:6804 kernel/sched/core.c:6818) schedule_timeout (kernel/time/timer.c:2160) wait_for_completion (kernel/sched/completion.c:96 kernel/sched/completion.c:116 kernel/sched/completion.c:127 kernel/sched/completion.c:148) __wait_rcu_gp (include/linux/rcupdate.h:311 kernel/rcu/update.c:444) synchronize_rcu (kernel/rcu/tree.c:3609) mptcp_pm_nl_append_new_local_addr (net/mptcp/pm_netlink.c:966 net/mptcp/pm_netlink.c:1061) mptcp_pm_nl_get_local_id (net/mptcp/pm_netlink.c:1164) mptcp_pm_get_local_id (net/mptcp/pm.c:420) subflow_check_req (net/mptcp/subflow.c:98 net/mptcp/subflow.c:213) subflow_v4_route_req (net/mptcp/subflow.c:305) tcp_conn_request (net/ipv4/tcp_input.c:7216) subflow_v4_conn_request (net/mptcp/subflow.c:651) tcp_rcv_state_process (net/ipv4/tcp_input.c:6709) tcp_v4_do_rcv (net/ipv4/tcp_ipv4.c:1934) tcp_v4_rcv (net/ipv4/tcp_ipv4.c:2334) ip_protocol_deliver_rcu (net/ipv4/ip_input.c:205 (discriminator 1)) ip_local_deliver_finish (include/linux/rcupdate.h:813 net/ipv4/ip_input.c:234) ip_local_deliver (include/linux/netfilter.h:314 include/linux/netfilter.h:308 net/ipv4/ip_input.c:254) ip_sublist_rcv_finish (include/net/dst.h:461 net/ipv4/ip_input.c:580) ip_sublist_rcv (net/ipv4/ip_input.c:640) ip_list_rcv (net/ipv4/ip_input.c:675) __netif_receive_skb_list_core (net/core/dev.c:5583 net/core/dev.c:5631) netif_receive_skb_list_internal (net/core/dev.c:5685 net/core/dev.c:5774) napi_complete_done (include/linux/list.h:37 include/net/gro.h:449 include/net/gro.h:444 net/core/dev.c:6114) igb_poll (drivers/net/ethernet/intel/igb/igb_main.c:8244) igb
    __napi_poll (net/core/dev.c:6582) net_rx_action (net/core/dev.c:6653 net/core/dev.c:6787) handle_softirqs (kernel/softirq.c:553) __irq_exit_rcu (kernel/softirq.c:588 kernel/softirq.c:427 kernel/softirq.c:636) irq_exit_rcu (kernel/softirq.c:651) common_interrupt (arch/x86/kernel/irq.c:247 (discriminator 14)) </IRQ> This problem seems particularly prevalent if the user advertises an endpoint that has a different external vs internal address. In the case where the external address is advertised and multiple connections already exist, multiple subflow SYNs arrive in parallel which tends to trigger the race during creation of the first local_addr_list entries which have the internal address instead. Fix by skipping the replacement of an existing implicit local address if called via mptcp_pm_nl_get_local_id. (CVE-2025-21938)

  - Linux カーネルでは、以下の脆弱性が解決されています: devlink: fix xa_alloc_cyclic() error handling In case of returning 1 from xa_alloc_cyclic() (wrapping) ERR_PTR(1) will be returned, which will cause IS_ERR() to be false. Which can lead to dereference not allocated pointer (rel). Fix it by checking if err is lower than zero. This wasn't found in real usecase, only noticed. Credit to Pierre.
    (CVE-2025-22017)

  - Linux カーネルでは、以下の脆弱性が解決されています: drm/xe: Use local fence in error path of xe_migrate_clear The intent of the error path in xe_migrate_clear is to wait on locally generated fence and then return. The code is waiting on m->fence which could be the local fence but this is only stable under the job mutex leading to a possible UAF. Fix code to wait on local fence. (cherry picked from commit 762b7e95362170b3e13a8704f38d5e47eca4ba74) (CVE-2025-37869)

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

リモートの Oracle Linux 10 / 9 ホストに、ELSA-2026-50372 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    - net/sched: ページキャッシュ破損を引き起こす pedit の部分的な COW を修正 (Rajat Gupta) {CVE-2026-46331}
    - eventpoll: ep_remove struct eventpoll / struct file UAF を修正 (Christian Brauner) [Orabug: 39668743] {CVE-2026-46242}
    - net: skbuff: pskb_carve ヘルパーの zerocopy 参照の欠落を修正 (Minh Nguyen) [Orabug: 39656679] {CVE-2026-52943}
    - arm64: errata: さまざまな Arm CPU で TLBI エラータを緩和 (Mark Rutland) [Orabug: 39548792] {CVE-2025-10263}
    - openvswitch: vport:トンネルポートのリリースにおけるセルフデッドロックを修正 (Ilya Maximets) {CVE-2026-46165}
    - iommu/amd: 同時 TLB 無効化でのシーケンス割り当てをシリアル化 (Ankit Soni) {CVE-2026-43220}
    - usb: ulpi: ulpi_register() エラーパスのメモリ漏洩を修正 (Felix Gu) {CVE-2026-46109}
    - smb: client: ユーザー空間 cifs.spnego の説明を拒否 (Asim Viladi Oglu Manizada) [Orabug: 39463671] {CVE-2026-46243}
    - net: skbuff: frag-transfer ヘルパーを通じて共有フラグマーカーを伝播 (Hyunwoo Kim) [Orabug:
    39368826,39441323] {CVE-2026-43503,CVE-2026-46300}
    - net: skbuff: 合体中に共有フラグマーカーを維持 (William Bowling) [Orabug: 39368826] {CVE-2026-46300}
    - netfilter: nft_bitwise のゼロシフトを拒否 (Kai Ma) [Orabug: 39452464] {CVE-2026-46101}
    - net: ipv6: seg6 および rpl lwtunnels の NOREF dst 使用を修正 (Andrea Mayer) [Orabug: 39452457] {CVE-2026-46099}
    - ALSA: caiaq: プローブ失敗時の usb_dev refcount 漏洩を修正 (Deepanshu Kartikey) [Orabug: 39452739] {CVE-2026-46048}
    - ipv6: rpl: 再圧縮 mac_len SRH が増大する際にヘッドルームを確保 (Greg Kroah-Hartman) [Orabug: 39426003] {CVE-2026-43501}
    - ALSA: caiaq: エラーパスに残る可能性のある ep1_in_urb を修正 (Takashi Iwai) [Orabug: 39452746] {CVE-2026-45992}
    - net: bonding: bond_xmit_broadcast() でのメモリ解放後使用 (Use-After-Free) を修正 (Xiang Mei) [Orabug: 39205989] {CVE-2026-31419}
    - crypto: authencesn - インスタンス作成中に短い ahash ダイジェストを拒否 (Yucheng Lu) [Orabug: 39452231] {CVE-2026-46033}
    - spi: デバイスセットアップ失敗時のリソース漏洩を修正 (Johan Hovold) [Orabug: 39452400] {CVE-2026-46083}
    - net: qrtr: ns: ノードの総数を制限 (Manivannan Sadhasivam) [Orabug: 39452123] {CVE-2026-46003}
    - net: bridge: RCU リーダーで安定した FDB dst スナップショットを使用 (Zhengchuan Liang) [Orabug: 39452411] {CVE-2026-46086}
    - net: qrtr: ns: ルックアップの最大数を制限 (Manivannan Sadhasivam) [Orabug: 39452207] {CVE-2026-46026}
    - net: qrtr: ns: ノードごとのサーバー登録数の上限を制限 (Manivannan Sadhasivam) [Orabug: 39410851] {CVE-2026-43491}
    - RDMA/mana_ib: RSS QP 破壊で RX ステアリングを無効にする (Long Li) [Orabug: 39452406] {CVE-2026-46084}
    - media: rc: igorplugusb: 一貫性のルールを守る (Oliver Neukum) [Orabug: 39452432] {CVE-2026-46091}
    - wifi: mwifiex: mwifiex_adapter_cleanup() の use-after-free を修正 (Daniel Hodges) [Orabug: 39452343] {CVE-2026-46069}
    - thermal: core: サーマルゾーンガバナーのクリーンアップ問題を修正 (Rafael J. Wysocki) [Orabug: 39452186] {CVE-2026-46021}
    - smb: client: cifsacl で書き換える前に DACL 全体を検証 (Michael Bommarito) [Orabug:
    39300611] {CVE-2026-31709}
    - scsi: sd: device_add(&disk_dev) が失敗する際に欠落している put_disk() を修正 (Yang Xiuwei) [Orabug: 39452100] {CVE-2026-45997}
    - rtmutex: remove_waiter() で current の代わりに waiter::task を使用 (Keenan Dong) [Orabug: 39425998] {CVE-2026-43499}
    - ceph: ハッシュ化されていない場合は d_add() 負の dentry のみ (Max Kellermann) [Orabug: 39452291] {CVE-2026-46052}
    - dm mirror: create_dirty_log() の整数オーバーフローを修正 (Junrui Luo) [Orabug: 39452196] {CVE-2026-46023}
    - Bluetooth: hci_event: SSP パスキーハンドラーの潜在的な UAF を修正 (Shuvam Pandey) [Orabug: 39452304] {CVE-2026-46056}
    - tcp:リスナー移行後に sk_data_ready() を呼び出す (Zhenzhong Wu) [Orabug: 39452159] {CVE-2026-46015}
    - inotify: fsnotify_add_inode_mark_locked() が失敗したときのウォッチカウント漏洩を修正 (Chia-Ming Chang) [Orabug:
    39452250] {CVE-2026-46040}
    - md/raid5: ジャーナルメタデータにアクセスする前にペイロードサイズを検証 (Junrui Luo) [Orabug: 39452349] {CVE-2026-46070}
    - md/raid5: retry_aligned_read() でのソフトロックアップを修正 (Chia-Ming Chang) [Orabug: 39452287] {CVE-2026-46051}
    - ext4: ext4_xattr_inode_dec_ref_all() に欠落している brelse() を修正 (Sohei Koyama) [Orabug: 39452269] {CVE-2026-46046}
    - ext4: 領域外アクセスを防ぐために check_xattrs() の境界チェックを修正 (Deepanshu Kartikey) [Orabug:
    39452442] {CVE-2026-46094}
    - io_uring/poll: ウェイクアップ競合で EOF がないマルチショット受信を修正 (Jens Axboe) {CVE-2026-23473}
    - KVM: nSVM: 未処理の VMMCALL が L1 によって傍受されない場合に #UD を上げる (Kevin Cheng) [Orabug: 39452372] {CVE-2026-46076}
    - KVM: SVM: if EFER.SVME=0 の場合、INVLPGA に #UD を注入 (Kevin Cheng) [Orabug: 39452394] {CVE-2026-46082}
    - KVM: nSVM: L2 の VMRUN 後に、キャッシュされた vmcb12 に割り込みシャドウを同期 (Yosry Ahmed) [Orabug: 39452061] {CVE-2026-45987}
    - xfs: xfs_alloc_buftarg() でのリソース漏洩を修正 (Haoxiang Li) [Orabug: 39452131] {CVE-2026-46005}
    - libceph: ceph_handle_auth_reply() における潜在的な null-ptr-deref を防ぐ (Raphael Zimmer) [Orabug: 
    39452201] {CVE-2026-46024}
    - ipv4: icmp: icmp_pointers を使用する前に返信タイプを検証 (Ruide Cao) [Orabug: 39452243] {CVE-2026-46037}
    - RDMA/rxe: rxe_rcv の payload_size() の前に pad および ICRC を検証する (Hkbinbin) [Orabug: 39452259] {CVE-2026-46043}
    - net: qrtr: ns: ctrl_cmd_bye() 中にノードを解放 (Manivannan Sadhasivam) [Orabug: 39452246] {CVE-2026-46038}
    - rxrpc: rxkad 暗号アンアラインメント処理を修正 (David Howells) [Orabug: 39452728] {CVE-2026-46085}
    - ALSA: caiaq: プローブエラーを適切に処理 (Takashi Iwai) [Orabug: 39452126] {CVE-2026-46004}
    - rbd: プローブエラーを適切に処理 (Dawei Feng) [Orabug: 39452385] {CVE-2026-46079}
    - md/raid10: チェック操作および nowait リクエストのデッドロックを修正 (Josh Hunt) [Orabug: 39452284] {CVE-2026-46050}
    - jbd2: jbd2_journal_cancel_revoke() のデッドロックを修正 (Zhang Yi) [Orabug: 39452318] {CVE-2026-46061}
    - erofs: trailing dirents の領域外 nameoff 処理を修正 (Gao Xiang) [Orabug: 39452380] {CVE-2026-46078}
    - ALSA: ctxfi: S/PDIF のデフォルト RSR にフォールバックを追加 (Harin Lee) [Orabug: 39452280] {CVE-2026-46049}
    - ext2: ext2_iget() のゼロ i_nlink で有効なモードの inode を拒否 (Vasiliy Kovalev) [Orabug: 39452119] {CVE-2026-46002}
    - net: qrtr: ns: ドライバーの remove() の use-after-free を修正 (Manivannan Sadhasivam) [Orabug: 39452274] {CVE-2026-46047}
    - net: strparser: strp_abort_strp() の skb_head 漏洩を修正 (Luxiao Xu) [Orabug: 39452468] {CVE-2026-46102}
    - ALSA: control: snd_ctl_elem_init_enum_names() の strnlen() の前に buf_len を検証 (Ziqing Chen) [Orabug: 39452416] {CVE-2026-46088}
    - crypto: pcrypt - MAY_BACKLOG リクエストの処理を修正 (Herbert Xu) [Orabug: 39410863] {CVE-2026-43493}
    - wifi: rtw88: PCI Upstream ブリッジの有無をチェック (Fedor Pchelkin) [Orabug: 39452437] {CVE-2026-46092}
    - zram: 部分的破棄リクエストのために endio を忘れずに実行 (Sergey Senozhatsky) [Orabug: 39452420] {CVE-2026-46089}
    - ocfs2: 完了時にトランザクションを分割し、クレジットの枯渇を回避 (Heming Zhao) [Orabug: 39452388] {CVE-2026-46080}
    - drm/amdgpu: BO リストのエントリカウントを制限してリソースの枯渇を防ぐ (Jesse Zhang) [Orabug: 39167551] {CVE-2026-23468}
    - padata: pd UAF を完全に修正 (Herbert Xu) [Orabug: 38335055] {CVE-2025-38584}
    - drm/nouveau: pushbuf reloc 境界チェックの u32 オーバーフローを修正 (Greg Kroah-Hartman) [Orabug: 39452133] {CVE-2026-46006}
    - ALSA: usb-audio: MAX_NR_RATES で UAC2 レートの解析を停止 (Cassio Gabriel) [Orabug: 39452170] {CVE-2026-46018}
    - drivers/xen/sys-hypervisor.c のバッファオーバーフロー (Juergen Gross) [Orabug: 39305898] {CVE-2026-31786}
    - xen/privcmd: VMA 分割による二重解放を修正 (Juergen Gross) [Orabug: 39305908] {CVE-2026-31787}
    - rxrpc: 非 XDR キー準備で欠落しているチケット長の検証を修正 (Anderson Nascimento) [Orabug: 
    39300563] {CVE-2026-31696}
    - crypto: ccp: PSP コマンドが失敗した場合、ID をユーザー空間にコピーしようとしない (Sean Christopherson) {CVE-2026-31697}
    - crypto: ccp: PSP コマンドが失敗した場合、PDH cert をユーザー空間にコピーしようとしない (Sean Christopherson) {CVE-2026-31698}
    - crypto: ccp: PSP コマンドが失敗した場合、CSR をユーザー空間にコピーしようとしない (Sean Christopherson) {CVE-2026-31699}
    - net/packet: tpacket_snd() の mmap'd vnet_hdr の TOCTOU 競合を修正 (Bingquan Chen) {CVE-2026-31700}
    - ALSA: caiaq: create_card() の USB デバイスで参照を取得 (Berk Cem Goksel) [Orabug: 39300586] {CVE-2026-31701}
    - smb: client: smb2_ioctl_query_info QUERY_INFO パスの OOB 読み取りを修正 (Michael Bommarito) [Orabug: 
    39300607] {CVE-2026-31708}
    - smb: client: モードビットを読み取る前に完全な NFS モードの SID が必要 (Michael Bommarito) [Orabug: 39343707] {CVE-2026-43350}
    - fuse: ページキャッシュでオーバーサイズのディレントを拒否 (Samuel Page) [Orabug: 39300556] {CVE-2026-31694}
    - mm/pagewalk: 同時分割と再障害の間の競合を修正 (Max Boone) [Orabug: 39250782] {CVE-2026-31456}
    - wifi: mac80211: ieee80211_tx_prepare_skb() 失敗時に skb を常に解放 (Felix Fietkau) [Orabug: 39167472] {CVE-2026-23444}
    - mm/userfaultfd: hugetlb 障害 mutex ハッシュ計算を修正 (Jianhui Zhou) [Orabug: 39273453] {CVE-2026-31575}
    - ipv6: SRv6 パスの idev の NULL チェックを追加 (Heminhong) [Orabug: 39167467] {CVE-2026-23442}
    - ocfs2: ocfs2_write_end_inline での領域外書き込みを修正 (Joseph Qi) [Orabug: 39331090] {CVE-2026-43075}
    - ocfs2: inode の読み取り中にインラインデータの i_size を検証 (Deepanshu Kartikey) [Orabug: 39331097] {CVE-2026-43076}
    - media: as102: デバイスが as102_usb_probe() に登録された後、メモリを解放しないように修正 (Jeongjun Park) [Orabug: 39273467] {CVE-2026-31578}
    - bcache: cached_dev.sb_bio の use-after-free およびクラッシュを修正 (Mingzhe Zou) [Orabug: 39273481] {CVE-2026-31580}
    - ALSA: 6fire: 切断時の use-after-free を修正 (Berk Cem Goksel) [Orabug: 39273486] {CVE-2026-31581}
    - media: em28xx: em28xx_v4l2_open() の use-after-free を修正 (Abhishek Kumar) [Orabug: 39273493] {CVE-2026-31583}
    - mm: blk-cgroup: cgwb_release_workfn() の use-after-free を修正 (Breno Leitao) [Orabug: 39273507] {CVE-2026-31586}
    - KVM: x86: MMIO フラグメントのスクラッチフィールドを使用して、小さな書き込み値を保持 (Sean Christopherson) [Orabug: 
    39273521] {CVE-2026-31588}
    - x86-64: 誤解を招くような「__copy_user_nocache()」関数の名前を変更 (Linus Torvalds) [Orabug: 39323162] {CVE-2026-43073}
    - kernel: dup_mmap() の失敗と uprobe 登録について、より慎重になる (Liam R. Howlett) {CVE-2025-21709}
    - gpiolib: gdev->srcu の競合状態を修正 (Pawel Narewski) [Orabug: 38887677] {CVE-2026-22986}
    - KVM: SEV: KVM_MEMORY_ENCRYPT_REG_REGION 用の大きなサイズでの WARN のドロップ (Sean Christopherson) [Orabug: 
    39273529] {CVE-2026-31590}
    - KVM: SEV: すでに起動/暗号化された vCPU の VMSA を同期する試みを拒否 (Sean Christopherson) [Orabug: 39273553] {CVE-2026-31593}
    - ocfs2: ocfs2_group_extend の無効な dinode を処理 (Zhengyuan Huang) [Orabug: 39273569] {CVE-2026-31596}
    - ocfs2: VM_FAULT_RETRY 時の ocfs2_fault() の use-after-free を修正 (Tejas Bharambe) [Orabug: 39273578] {CVE-2026-31597}
    - ocfs2: nlink と dio_end_io_write の間の潜在的なデッドロックを修正 (Joseph Qi) [Orabug: 39273586] {CVE-2026-31598}
    - dcache: バケットの最小数を 2 つに制限 (Zhihao Cheng) [Orabug: 39323133] {CVE-2026-43071}
    - ALSA: ctxfi: PTP を単一ページに制限 (Harin Lee) [Orabug: 39273608] {CVE-2026-31602}
    - wifi: rtw88: プローブ障害でのデバイス漏洩を修正 (Johan Hovold) [Orabug: 39273620] {CVE-2026-31604}

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

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

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

  - rxrpc:call->key からのキー参照カウント漏洩を修正します rxrpc_alloc_client_call() でクライアント呼び出しを作成すると、コードはキーへの参照を取得します。これはクリーンアップされることはなく、呼び出しが破棄されると漏洩されます。rxrpc_destroy_call() の call->key を解放することでこれを修正します。パッチの前に、キー参照カウンターが昇格されたことを示しています: $ cat /proc/keys |grep afs@54321 1bffe9cd I--Q--i 8053480 4169w 3b010000 1000 1000 rxrpc afs@54321:ka $ パッチの後は、コードの終了時に無効なキーは削除されます: $ cat /proc/keys |grep afs@54321 $(CVE-2026-31639)

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

リモートのDebian 13ホストには、dsa-6238アドバイザリーで言及されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    - ------------------------------------------------------------------------- Debianセキュリティアドバイザリー DSA-6238-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026年4月30日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    パッケージ: linux CVE ID: CVE-2024-14027 CVE-2025-21709 CVE-2025-22116 CVE-2025-22117 CVE-2025-38426 CVE-2025-38627 CVE-2025-39764 CVE-2025-40005 CVE-2025-40135 CVE-2025-40147 CVE-2025-40150 CVE-2025-40219 CVE-2025-68175 CVE-2025-68239 CVE-2025-68334 CVE-2025-68736 CVE-2025-71152 CVE-2025-71161 CVE-2025-71221 CVE-2025-71239 CVE-2025-71265 CVE-2025-71266 CVE-2025-71267 CVE-2025-71269 CVE-2026-22981 CVE-2026-22985 CVE-2026-22986 CVE-2026-22993 CVE-2026-23004 CVE-2026-23066 CVE-2026-23070 CVE-2026-23104 CVE-2026-23138 CVE-2026-23157 CVE-2026-23207 CVE-2026-23210 CVE-2026-23226 CVE-2026-23227 CVE-2026-23231 CVE-2026-23239 CVE-2026-23240 CVE-2026-23242 CVE-2026-23243 CVE-2026-23244 CVE-2026-23245 CVE-2026-23246 CVE-2026-23249 CVE-2026-23250 CVE-2026-23251 CVE-2026-23252 CVE-2026-23253 CVE-2026-23255 CVE-2026-23270 CVE-2026-23271 CVE-2026-23273 CVE-2026-23274 CVE-2026-23276 CVE-2026-23277 CVE-2026-23278 CVE-2026-23279 CVE-2026-23281 CVE-2026-23284 CVE-2026-23285 CVE-2026-23286 CVE-2026-23287 CVE-2026-23289 CVE-2026-23290 CVE-2026-23291 CVE-2026-23292 CVE-2026-23293 CVE-2026-23296 CVE-2026-23297 CVE-2026-23298 CVE-2026-23300 CVE-2026-23302 CVE-2026-23303 CVE-2026-23304 CVE-2026-23306 CVE-2026-23307 CVE-2026-23308 CVE-2026-23310 CVE-2026-23312 CVE-2026-23313 CVE-2026-23315 CVE-2026-23316 CVE-2026-23317 CVE-2026-23318 CVE-2026-23319 CVE-2026-23321 CVE-2026-23324 CVE-2026-23325 CVE-2026-23330 CVE-2026-23334 CVE-2026-23335 CVE-2026-23336 CVE-2026-23339 CVE-2026-23340 CVE-2026-23343 CVE-2026-23347 CVE-2026-23351 CVE-2026-23352 CVE-2026-23354 CVE-2026-23356 CVE-2026-23357 CVE-2026-23359 CVE-2026-23360 CVE-2026-23361 CVE-2026-23362 CVE-2026-23363 CVE-2026-23364 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23369 CVE-2026-23370 CVE-2026-23372 CVE-2026-23373 CVE-2026-23374 CVE-2026-23375 CVE-2026-23378 CVE-2026-23379 CVE-2026-23380 CVE-2026-23381 CVE-2026-23382 CVE-2026-23383 CVE-2026-23386 CVE-2026-23387 CVE-2026-23388 CVE-2026-23389 CVE-2026-23391 CVE-2026-23392 CVE-2026-23393 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23399 CVE-2026-23401 CVE-2026-23412 CVE-2026-23413 CVE-2026-23414 CVE-2026-23417 CVE-2026-23419 CVE-2026-23420 CVE-2026-23422 CVE-2026-23426 CVE-2026-23427 CVE-2026-23428 CVE-2026-23434 CVE-2026-23438 CVE-2026-23439 CVE-2026-23440 CVE-2026-23441 CVE-2026-23442 CVE-2026-23444 CVE-2026-23445 CVE-2026-23446 CVE-2026-23447 CVE-2026-23448 CVE-2026-23449 CVE-2026-23450 CVE-2026-23452 CVE-2026-23454 CVE-2026-23455 CVE-2026-23456 CVE-2026-23457 CVE-2026-23458 CVE-2026-23460 CVE-2026-23461 CVE-2026-23462 CVE-2026-23463 CVE-2026-23464 CVE-2026-23465 CVE-2026-23466 CVE-2026-23470 CVE-2026-23474 CVE-2026-23475 CVE-2026-31389 CVE-2026-31391 CVE-2026-31392 CVE-2026-31393 CVE-2026-31394 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31401 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31406 CVE-2026-31407 CVE-2026-31408 CVE-2026-31409 CVE-2026-31410 CVE-2026-31411 CVE-2026-31412 CVE-2026-31414 CVE-2026-31415 CVE-2026-31416 CVE-2026-31417 CVE-2026-31418 CVE-2026-31421 CVE-2026-31422 CVE-2026-31423 CVE-2026-31424 CVE-2026-31425 CVE-2026-31426 CVE-2026-31427 CVE-2026-31428 CVE-2026-31429 CVE-2026-31430 CVE-2026-31431 CVE-2026-31432 CVE-2026-31433 CVE-2026-31434 CVE-2026-31436 CVE-2026-31438 CVE-2026-31439 CVE-2026-31440 CVE-2026-31441 CVE-2026-31446 CVE-2026-31447 CVE-2026-31448 CVE-2026-31449 CVE-2026-31450 CVE-2026-31451 CVE-2026-31452 CVE-2026-31453 CVE-2026-31454 CVE-2026-31455 CVE-2026-31458 CVE-2026-31462 CVE-2026-31464 CVE-2026-31466 CVE-2026-31467 CVE-2026-31469 CVE-2026-31470 CVE-2026-31473 CVE-2026-31474 CVE-2026-31476 CVE-2026-31477 CVE-2026-31478 CVE-2026-31479 CVE-2026-31480 CVE-2026-31482 CVE-2026-31483 CVE-2026-31485 CVE-2026-31487 CVE-2026-31488 CVE-2026-31489 CVE-2026-31492 CVE-2026-31494 CVE-2026-31495 CVE-2026-31496 CVE-2026-31497 CVE-2026-31498 CVE-2026-31500 CVE-2026-31502 CVE-2026-31503 CVE-2026-31504 CVE-2026-31505 CVE-2026-31506 CVE-2026-31507 CVE-2026-31508 CVE-2026-31509 CVE-2026-31510 CVE-2026-31511 CVE-2026-31512 CVE-2026-31515 CVE-2026-31516 CVE-2026-31518 CVE-2026-31519 CVE-2026-31520 CVE-2026-31521 CVE-2026-31522 CVE-2026-31523 CVE-2026-31524 CVE-2026-31525 CVE-2026-31527 CVE-2026-31528 CVE-2026-31530 CVE-2026-31531 CVE-2026-31532 CVE-2026-31533 CVE-2026-31540 CVE-2026-31542 CVE-2026-31545 CVE-2026-31546 CVE-2026-31548 CVE-2026-31549 CVE-2026-31550 CVE-2026-31551 CVE-2026-31552 CVE-2026-31554 CVE-2026-31555 CVE-2026-31556 CVE-2026-31557 CVE-2026-31558 CVE-2026-31559 CVE-2026-31561 CVE-2026-31563 CVE-2026-31565 CVE-2026-31566 CVE-2026-31570 CVE-2026-31575 CVE-2026-31576 CVE-2026-31577 CVE-2026-31578 CVE-2026-31580 CVE-2026-31581 CVE-2026-31582 CVE-2026-31583 CVE-2026-31584 CVE-2026-31585 CVE-2026-31586 CVE-2026-31587 CVE-2026-31588 CVE-2026-31590 CVE-2026-31593 CVE-2026-31594 CVE-2026-31595 CVE-2026-31596 CVE-2026-31597 CVE-2026-31598 CVE-2026-31599 CVE-2026-31602 CVE-2026-31603 CVE-2026-31604 CVE-2026-31605 CVE-2026-31606 CVE-2026-31607 CVE-2026-31610 CVE-2026-31611 CVE-2026-31612 CVE-2026-31614 CVE-2026-31615 CVE-2026-31616 CVE-2026-31617 CVE-2026-31618 CVE-2026-31619 CVE-2026-31622 CVE-2026-31623 CVE-2026-31624 CVE-2026-31625 CVE-2026-31626 CVE-2026-31627 CVE-2026-31628 CVE-2026-31629 CVE-2026-31634 CVE-2026-31637 CVE-2026-31638 CVE-2026-31639 CVE-2026-31642 CVE-2026-31644 CVE-2026-31645 CVE-2026-31646 CVE-2026-31647 CVE-2026-31648 CVE-2026-31649 CVE-2026-31651 CVE-2026-31655 CVE-2026-31656 CVE-2026-31657 CVE-2026-31658 CVE-2026-31659 CVE-2026-31660 CVE-2026-31661 CVE-2026-31662 CVE-2026-31664 CVE-2026-31665 CVE-2026-31666 CVE-2026-31667 CVE-2026-31668 CVE-2026-31669 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31673 CVE-2026-31674 CVE-2026-31675 CVE-2026-31676 CVE-2026-31677 CVE-2026-31678 CVE-2026-31679 CVE-2026-31680 CVE-2026-31681 CVE-2026-31682 CVE-2026-31683 CVE-2026-31684 CVE-2026-31685 CVE-2026-31686 CVE-2026-31689 CVE-2026-31693 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788

    Linux カーネルに、権限昇格、サービス拒否、または情報漏洩を引き起こす可能性がある、複数の脆弱性が発見されました。

    安定版 (stable) ディストリビューション (trixie) では、これらの問題はバージョン 6.12.85-1 で修正されています。

    お使いの linux パッケージをアップグレードすることを推奨します。

    linux の詳細なセキュリティステータスについては、そのセキュリティトラッカーページを参照してください。
    https://security-tracker.debian.org/tracker/linux

    Debian セキュリティアドバイザリに関する詳細、これらの更新をシステムに適用する方法、およびよくある質問については、こちらを参照してください。https://www.debian.org/security/

    メーリングリスト: debian-security-announce@lists.debian.org

前述の説明ブロックは、Tenable が Debian セキュリティアドバイザリから直接抽出したものです。

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
364682	Rocky Linux 9.6 [TuxCare] セキュリティ更新プログラム:kernel/kernel-64k/kernel-64k-core/kernel-64k-debug/etcの複数の脆弱性(ALMALINUX9.6:CLSA-2026:1791800936)	Nessus	Rocky Linux Local Security Checks	2026/10/12	2026/10/13	high
360716	AlmaLinux 9.2 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-64k/kernel-64k-core/kernel-64k-debug/etcの複数の脆弱性(ALMALINUX9.2:CLSA-2026:1786350974)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/21	high
340680	Ubuntu 24.04 LTS/Pro Realtime 24.04 LTS:Linuxカーネル(Raspberry Pi)の脆弱性(USN-8665-1)	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/11/11	high
364689	AlmaLinux 9.6 [TuxCare] セキュリティ更新プログラム:kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc 複数の脆弱性(ALMALINUX9.6:CLSA-2026:1791800936)	Nessus	Alma Linux Local Security Checks	2026/10/12	2026/10/13	high
325292	Oracle Linux 10 / 9 : Unbreakable Enterprise カーネル (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/10/29	high
310284	Linux Distros のパッチ未適用の脆弱性: CVE-2026-31639	Nessus	Misc.	2026/4/25	2026/11/6	medium
311299	Debian dsa-6238 : ata-modules-6.12.74+deb13+1-armmp-di - セキュリティアップデート	Nessus	Debian Local Security Checks	2026/4/30	2026/5/8	high

検出

プラグインの検索

high

high

high

high

high

medium

high