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

  - Linux カーネルでは、以下の脆弱性が解決されています: pid: take a reference when initializing `cad_pid` During boot, kernel_init_freeable() initializes `cad_pid` to the init task's struct pid. Later on, we may change `cad_pid` via a sysctl, and when this happens proc_do_cad_pid() will increment the refcount on the new pid via get_pid(), and will decrement the refcount on the old pid via put_pid(). As we never called get_pid() when we initialized `cad_pid`, we decrement a reference we never incremented, can therefore free the init task's struct pid early. As there can be dangling references to the struct pid, we can later encounter a use-after-free (e.g. when delivering signals). This was spotted when fuzzing v5.13-rc3 with Syzkaller, but seems to have been around since the conversion of `cad_pid` to struct pid in commit 9ec52099e4b8 ([PATCH] replace cad_pid by a struct pid) from the pre-KASAN stone age of v2.6.19. Fix this by getting a reference to the init task's struct pid when we assign it to `cad_pid`.
    Full KASAN splat below. ================================================================== BUG: KASAN:
    use-after-free in ns_of_pid include/linux/pid.h:153 [inline] BUG: KASAN: use-after-free in task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 Read of size 4 at addr ffff23794dda0004 by task syz-executor.0/273 CPU: 1 PID: 273 Comm: syz-executor.0 Not tainted 5.12.0-00001-g9aef892b2d15 #1 Hardware name: linux,dummy-virt (DT) Call trace: ns_of_pid include/linux/pid.h:153 [inline] task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 do_notify_parent+0x308/0xe60 kernel/signal.c:1950 exit_notify kernel/exit.c:682 [inline] do_exit+0x2334/0x2bd0 kernel/exit.c:845 do_group_exit+0x108/0x2c8 kernel/exit.c:922 get_signal+0x4e4/0x2a88 kernel/signal.c:2781 do_signal arch/arm64/kernel/signal.c:882 [inline] do_notify_resume+0x300/0x970 arch/arm64/kernel/signal.c:936 work_pending+0xc/0x2dc Allocated by task 0: slab_post_alloc_hook+0x50/0x5c0 mm/slab.h:516 slab_alloc_node mm/slub.c:2907 [inline] slab_alloc mm/slub.c:2915 [inline] kmem_cache_alloc+0x1f4/0x4c0 mm/slub.c:2920 alloc_pid+0xdc/0xc00 kernel/pid.c:180 copy_process+0x2794/0x5e18 kernel/fork.c:2129 kernel_clone+0x194/0x13c8 kernel/fork.c:2500 kernel_thread+0xd4/0x110 kernel/fork.c:2552 rest_init+0x44/0x4a0 init/main.c:687 arch_call_rest_init+0x1c/0x28 start_kernel+0x520/0x554 init/main.c:1064 0x0 Freed by task 270:
    slab_free_hook mm/slub.c:1562 [inline] slab_free_freelist_hook+0x98/0x260 mm/slub.c:1600 slab_free mm/slub.c:3161 [inline] kmem_cache_free+0x224/0x8e0 mm/slub.c:3177 put_pid.part.4+0xe0/0x1a8 kernel/pid.c:114 put_pid+0x30/0x48 kernel/pid.c:109 proc_do_cad_pid+0x190/0x1b0 kernel/sysctl.c:1401 proc_sys_call_handler+0x338/0x4b0 fs/proc/proc_sysctl.c:591 proc_sys_write+0x34/0x48 fs/proc/proc_sysctl.c:617 call_write_iter include/linux/fs.h:1977 [inline] new_sync_write+0x3ac/0x510 fs/read_write.c:518 vfs_write fs/read_write.c:605 [inline] vfs_write+0x9c4/0x1018 fs/read_write.c:585 ksys_write+0x124/0x240 fs/read_write.c:658 __do_sys_write fs/read_write.c:670 [inline] __se_sys_write fs/read_write.c:667 [inline] __arm64_sys_write+0x78/0xb0 fs/read_write.c:667 __invoke_syscall arch/arm64/kernel/syscall.c:37 [inline] invoke_syscall arch/arm64/kernel/syscall.c:49 [inline] el0_svc_common.constprop.1+0x16c/0x388 arch/arm64/kernel/syscall.c:129 do_el0_svc+0xf8/0x150 arch/arm64/kernel/syscall.c:168 el0_svc+0x28/0x38 arch/arm64/kernel/entry-common.c:416 el0_sync_handler+0x134/0x180 arch/arm64/kernel/entry-common.c:432 el0_sync+0x154/0x180 arch/arm64/kernel/entry.S:701 The buggy address belongs to the object at ffff23794dda0000 which belongs to the cache pid of size 224 The buggy address is located 4 bytes inside of 224-byte region [ff
    ---truncated--- (CVE-2021-47118)

  - Linux カーネルでは、以下の脆弱性が解決されています: scsi: target: Fix WRITE_SAME No Data Buffer crash In newer version of the SBC specs, we have a NDOB bit that indicates there is no data buffer that gets written out. If this bit is set using commands like sg_write_same --ndob we will crash in target_core_iblock/file's execute_write_same handlers when we go to access the se_cmd->t_data_sg because its NULL. This patch adds a check for the NDOB bit in the common WRITE SAME code because we don't support it. And, it adds a check for zero SG elements in each handler in case the initiator tries to send a normal WRITE SAME with no data buffer. (CVE-2022-21546)

  - Linux カーネルでは、以下の脆弱性が解決されています: be2net: Fix buffer overflow in be_get_module_eeprom be_cmd_read_port_transceiver_data assumes that it is given a buffer that is at least PAGE_DATA_LEN long, or twice that if the module supports SFF 8472. However, this is not always the case.
    Fix this by passing the desired offset and length to be_cmd_read_port_transceiver_data so that we only copy the bytes once. (CVE-2022-49581)

  - Linux カーネルでは、以下の脆弱性が解決されています: dm raid: fix accesses beyond end of raid member array On dm-raid table load (using raid_ctr), dm-raid allocates an array rs->devs[rs->raid_disks] for the raid device members. rs->raid_disks is defined by the number of raid metadata and image tupples passed into the target's constructor. In the case of RAID layout changes being requested, that number can be different from the current number of members for existing raid sets as defined in their superblocks. Example RAID layout changes include: - raid1 legs being added/removed - raid4/5/6/10 number of stripes changed (stripe reshaping) - takeover to higher raid level (e.g. raid5 -> raid6) When accessing array members, rs->raid_disks must be used in control loops instead of the potentially larger value in rs->md.raid_disks. Otherwise it will cause memory access beyond the end of the rs->devs array. Fix this by changing code that is prone to out-of-bounds access. Also fix validate_raid_redundancy() to validate all devices that are added. Also, use braces to help clean up raid_iterate_devices(). The out-of-bounds memory accesses was discovered using KASAN. This commit was verified to pass all LVM2 RAID tests (with KASAN enabled). (CVE-2022-49674)

  - Linux カーネルでは、以下の脆弱性が解決されています: tracing: Fix wild-memory-access in register_synth_event() In register_synth_event(), if set_synth_event_print_fmt() failed, then both trace_remove_event_call() and unregister_trace_event() will be called, which means the trace_event_call will call __unregister_trace_event() twice. As the result, the second unregister will causes the wild-memory-access. register_synth_event set_synth_event_print_fmt failed trace_remove_event_call event_remove if call->event.funcs then __unregister_trace_event (first call) unregister_trace_event
    __unregister_trace_event (second call) Fix the bug by avoiding to call the second
    __unregister_trace_event() by checking if the first one is called. general protection fault, probably for non-canonical address 0xfbd59c0000000024: 0000 [#1] SMP KASAN PTI KASAN: maybe wild-memory-access in range [0xdead000000000120-0xdead000000000127] CPU: 0 PID: 3807 Comm: modprobe Not tainted 6.1.0-rc1-00186-g76f33a7eedb4 #299 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.15.0-0-g2dd4b9b3f840-prebuilt.qemu.org 04/01/2014 RIP: 0010:unregister_trace_event+0x6e/0x280 Code:
    00 fc ff df 4c 89 ea 48 c1 ea 03 80 3c 02 00 0f 85 0e 02 00 00 48 b8 00 00 00 00 00 fc ff df 4c 8b 63 08 4c 89 e2 48 c1 ea 03 <80> 3c 02 00 0f 85 e2 01 00 00 49 89 2c 24 48 85 ed 74 28 e8 7a 9b RSP:
    0018:ffff88810413f370 EFLAGS: 00010a06 RAX: dffffc0000000000 RBX: ffff888105d050b0 RCX: 0000000000000000 RDX: 1bd5a00000000024 RSI: ffff888119e276e0 RDI: ffffffff835a8b20 RBP: dead000000000100 R08:
    0000000000000000 R09: fffffbfff0913481 R10: ffffffff8489a407 R11: fffffbfff0913480 R12: dead000000000122 R13: ffff888105d050b8 R14: 0000000000000000 R15: ffff888105d05028 FS: 00007f7823e8d540(0000) GS:ffff888119e00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2:
    00007f7823e7ebec CR3: 000000010a058002 CR4: 0000000000330ef0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK>
    __create_synth_event+0x1e37/0x1eb0 create_or_delete_synth_event+0x110/0x250 synth_event_run_command+0x2f/0x110 test_gen_synth_cmd+0x170/0x2eb [synth_event_gen_test] synth_event_gen_test_init+0x76/0x9bc [synth_event_gen_test] do_one_initcall+0xdb/0x480 do_init_module+0x1cf/0x680 load_module+0x6a50/0x70a0 __do_sys_finit_module+0x12f/0x1c0 do_syscall_64+0x3f/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-49799)

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

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2025:1027-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP4 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。


    次のセキュリティバグを修正しました。

    - CVE-2024-2201: x86/BHI での情報漏洩を修正しました (bsc#1217339)。
    - CVE-2024-41092: drm/i915/gt: フェンスレジスタの取り消しによる潜在的なメモリ解放後使用 (Use After Free) を修正しました (bsc#1228483)。
    - CVE-2024-42098: crypto: ecdh - private_key を明示的にゼロ化します (bsc#1228779)。
    - CVE-2024-42229: crypto: aead,cipher - 使用後にキーバッファをゼロ化します (bsc#1228708)。
    - CVE-2024-57996: net_sched: sch_sfq: 1 パケット制限を許可しません (bsc#1239076)。
    - CVE-2024-58014: wifi: brcmsmac: wlc_phy_iqcal_gainparams_nphy() にゲイン範囲チェックを追加しました (bsc#1239109)。
    - CVE-2025-21718: net: rose: ユーザースレッドに対するタイマーの競合状態を修正しました (bsc#1239073)。
    - CVE-2025-21780: drm/amdgpu: smu_sys_set_pp_table() のバッファオーバーフローのアタッチを回避します (bsc#1239115)。


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

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

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

    カーネルパッケージには、Linux オペレーティングシステムのコアである Linux カーネルが含まれています。

    セキュリティ修正プログラム:

    * カーネルmac80211mesh join における潜在的な二重解放を修正しますCVE-2022-49290

    * カーネルnetbonding802.3ad スレーブバインド解除後の use-after-free を修正しますCVE-2022-49667

    * カーネルLinux カーネルbe_get_module_eeprom の be2net バッファオーバーフローCVE-2022-49581]

    * カーネルntb_hw_switchtecswitchtec_ntb_mw_set_trans の shift-out-of-bounds を修正しますCVE-2023-53034

    * カーネルnetopenvswitchset() アクションのネストされたキー長さの検証を修正CVE-2025-37789

    * カーネルKVMarm64失敗した vCPU 作成で vGIC をティアダウンしますCVE-2025-37849

    * kernel: smb: client: cifs_fill_dirent の use-after-free を修正 (CVE-2025-38051)

    * kernel: RDMA/rxe: rxe_requester() での不完全な状態保存を修正 (CVE-2023-53539)

    * kernel: i40e: 構成キュー msg での idx 検証を修正 (CVE-2025-39971)

    * カーネルASoCIntelbytcr_rt5640無効な quirk 入力マッピングを修正しますCVE-2025-40154

    * カーネルLinux カーネルvsock の脆弱性により、メモリ破損が発生する可能性がありますCVE-2025-40248

    * カーネルmptcmpptcp_schedule_work() の競合状態を修正しますCVE-2025-40258]

    * kernel: drm/vmwgfx: SVGA_CMD_MAX_DATASIZE に対してコマンドヘッダーサイズを検証します (CVE-2025-40277)

    影響、CVSS スコア、謝辞、その他の関連情報を含むセキュリティ問題の詳細については、「参照」セクションに記載されている CVE のページを参照してください。

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

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

リモートの SUSE Linux SLES15 / SLES_SAP15 ホストには、SUSE-SU-2025:1241-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 15 SP5 カーネルが更新され、さまざまなセキュリティバグ修正が行われています。

    次のセキュリティバグを修正しました。

    - CVE-2022-49053:scsi: target: tcmu: 潜在的なページ UAF を修正 (bsc#1237918)。
    - CVE-2022-49465: blk-throttle: bio がスロットルされている場合に、BIO_THROTTLED を設定します (bsc#1238919)。
    - CVE-2022-49739:gfs2:インライン inode の inode サイズを常にチェックします(bsc#1240207)。
    - CVE-2023-52935: mm/khugepaged: ->anon_vma の競合を修正 (bsc#1240276)。
    - CVE-2024-53124: net: sk->sk_forward_alloc 周辺のデータ競合を修正 (bsc#1234074)。
    - CVE-2024-53176: smb: アンマウント中に、キャッシュされたすべての dir インスタンスが dentry を確実にドロップするようにします (bsc#1234894)。
    - CVE-2024-53178: smb: 再接続が open_cached_dir と競合する際に cfid を漏洩しません (bsc#1234895)。
    - CVE-2024-56651:can:hi311x:hi3110_can_ist():潜在的な use-after-free を修正します(bsc#1235528)。
    - CVE-2024-57996: net_sched: sch_sfq: 1 パケット制限を許可しません (bsc#1239076)。
    - CVE-2024-58013:Bluetooth:MGMT:mgmt_remove_adv_monitor_sync の slab-use-after-free 読み取りを修正します(bsc#1239095)。
    - CVE-2024-58014: wifi: brcmsmac: wlc_phy_iqcal_gainparams_nphy() にゲイン範囲チェックを追加しました (bsc#1239109)。
    - CVE-2025-21693: mm: zswap: CPU のホットアンプラグ中に解放中のリソースを適切に同期 (bsc#1237029)。
    - CVE-2025-21718: net: rose: ユーザースレッドに対するタイマーの競合状態を修正しました (bsc#1239073)。
    - CVE-2025-21772: partitions: mac: 不正なパーティションテーブルの処理を修正します (bsc#1238911)。
    - CVE-2025-21780: drm/amdgpu: smu_sys_set_pp_table() のバッファオーバーフローのアタッチを回避します (bsc#1239115)。


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

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: pid: take a reference when initializing `cad_pid` During boot, kernel_init_freeable() initializes `cad_pid` to the init task's struct pid. Later on, we may change `cad_pid` via a sysctl, and when this happens proc_do_cad_pid() will increment the refcount on the new pid via get_pid(), and will decrement the refcount on the old pid via put_pid(). As we never called get_pid() when we initialized `cad_pid`, we decrement a reference we never incremented, can therefore free the init task's struct pid early. As there can be dangling references to the struct pid, we can later encounter a use-after-free (e.g. when delivering signals). This was spotted when fuzzing v5.13-rc3 with Syzkaller, but seems to have been around since the conversion of `cad_pid` to struct pid in commit 9ec52099e4b8 ([PATCH] replace cad_pid by a struct pid) from the pre-KASAN stone age of v2.6.19. Fix this by getting a reference to the init task's struct pid when we assign it to `cad_pid`.
    Full KASAN splat below. ================================================================== BUG: KASAN:
    use-after-free in ns_of_pid include/linux/pid.h:153 [inline] BUG: KASAN: use-after-free in task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 Read of size 4 at addr ffff23794dda0004 by task syz-executor.0/273 CPU: 1 PID: 273 Comm: syz-executor.0 Not tainted 5.12.0-00001-g9aef892b2d15 #1 Hardware name: linux,dummy-virt (DT) Call trace: ns_of_pid include/linux/pid.h:153 [inline] task_active_pid_ns+0xc0/0xc8 kernel/pid.c:509 do_notify_parent+0x308/0xe60 kernel/signal.c:1950 exit_notify kernel/exit.c:682 [inline] do_exit+0x2334/0x2bd0 kernel/exit.c:845 do_group_exit+0x108/0x2c8 kernel/exit.c:922 get_signal+0x4e4/0x2a88 kernel/signal.c:2781 do_signal arch/arm64/kernel/signal.c:882 [inline] do_notify_resume+0x300/0x970 arch/arm64/kernel/signal.c:936 work_pending+0xc/0x2dc Allocated by task 0: slab_post_alloc_hook+0x50/0x5c0 mm/slab.h:516 slab_alloc_node mm/slub.c:2907 [inline] slab_alloc mm/slub.c:2915 [inline] kmem_cache_alloc+0x1f4/0x4c0 mm/slub.c:2920 alloc_pid+0xdc/0xc00 kernel/pid.c:180 copy_process+0x2794/0x5e18 kernel/fork.c:2129 kernel_clone+0x194/0x13c8 kernel/fork.c:2500 kernel_thread+0xd4/0x110 kernel/fork.c:2552 rest_init+0x44/0x4a0 init/main.c:687 arch_call_rest_init+0x1c/0x28 start_kernel+0x520/0x554 init/main.c:1064 0x0 Freed by task 270:
    slab_free_hook mm/slub.c:1562 [inline] slab_free_freelist_hook+0x98/0x260 mm/slub.c:1600 slab_free mm/slub.c:3161 [inline] kmem_cache_free+0x224/0x8e0 mm/slub.c:3177 put_pid.part.4+0xe0/0x1a8 kernel/pid.c:114 put_pid+0x30/0x48 kernel/pid.c:109 proc_do_cad_pid+0x190/0x1b0 kernel/sysctl.c:1401 proc_sys_call_handler+0x338/0x4b0 fs/proc/proc_sysctl.c:591 proc_sys_write+0x34/0x48 fs/proc/proc_sysctl.c:617 call_write_iter include/linux/fs.h:1977 [inline] new_sync_write+0x3ac/0x510 fs/read_write.c:518 vfs_write fs/read_write.c:605 [inline] vfs_write+0x9c4/0x1018 fs/read_write.c:585 ksys_write+0x124/0x240 fs/read_write.c:658 __do_sys_write fs/read_write.c:670 [inline] __se_sys_write fs/read_write.c:667 [inline] __arm64_sys_write+0x78/0xb0 fs/read_write.c:667 __invoke_syscall arch/arm64/kernel/syscall.c:37 [inline] invoke_syscall arch/arm64/kernel/syscall.c:49 [inline] el0_svc_common.constprop.1+0x16c/0x388 arch/arm64/kernel/syscall.c:129 do_el0_svc+0xf8/0x150 arch/arm64/kernel/syscall.c:168 el0_svc+0x28/0x38 arch/arm64/kernel/entry-common.c:416 el0_sync_handler+0x134/0x180 arch/arm64/kernel/entry-common.c:432 el0_sync+0x154/0x180 arch/arm64/kernel/entry.S:701 The buggy address belongs to the object at ffff23794dda0000 which belongs to the cache pid of size 224 The buggy address is located 4 bytes inside of 224-byte region [ff
    ---truncated--- (CVE-2021-47118)

  - Linux カーネルでは、以下の脆弱性が解決されています: i2c: i801: Don't generate an interrupt on bus reset Now that the i2c-i801 driver supports interrupts, setting the KILL bit in a attempt to recover from a timed out transaction triggers an interrupt. Unfortunately, the interrupt handler (i801_isr) is not prepared for this situation and will try to process the interrupt as if it was signaling the end of a successful transaction. In the case of a block transaction, this can result in an out-of-range memory access. This condition was reproduced several times by syzbot:
    https://syzkaller.appspot.com/bug?extid=ed71512d469895b5b34e https://syzkaller.appspot.com/bug?extid=8c8dedc0ba9e03f6c79e https://syzkaller.appspot.com/bug?extid=c8ff0b6d6c73d81b610e https://syzkaller.appspot.com/bug?extid=33f6c360821c399d69eb https://syzkaller.appspot.com/bug?extid=be15dc0b1933f04b043a https://syzkaller.appspot.com/bug?extid=b4d3fd1dfd53e90afd79 So disable interrupts while trying to reset the bus. Interrupts will be enabled again for the following transaction. (CVE-2021-47153)

  - Linux カーネルでは、以下の脆弱性が解決されています: scsi: target: Fix WRITE_SAME No Data Buffer crash In newer version of the SBC specs, we have a NDOB bit that indicates there is no data buffer that gets written out. If this bit is set using commands like sg_write_same --ndob we will crash in target_core_iblock/file's execute_write_same handlers when we go to access the se_cmd->t_data_sg because its NULL. This patch adds a check for the NDOB bit in the common WRITE SAME code because we don't support it. And, it adds a check for zero SG elements in each handler in case the initiator tries to send a normal WRITE SAME with no data buffer. (CVE-2022-21546)

  - Linux カーネルでは、以下の脆弱性が解決されています: net/mlx5e: IPoIB, Block PKEY interfaces with less rx queues than parent A user is able to configure an arbitrary number of rx queues when creating an interface via netlink. This doesn't work for child PKEY interfaces because the child interface uses the parent receive channels. Although the child shares the parent's receive channels, the number of rx queues is important for the channel_stats array: the parent's rx channel index is used to access the child's channel_stats. So the array has to be at least as large as the parent's rx queue size for the counting to work correctly and to prevent out of bound accesses. This patch checks for the mentioned scenario and returns an error when trying to create the interface. The error is propagated to the user. (CVE-2022-48883)

  - Linux カーネルでは、以下の脆弱性が解決されています: ath9k_htc: fix potential out of bounds access with invalid rxstatus->rs_keyix The rxstatus->rs_keyix eventually gets passed to test_bit() so we need to ensure that it is within the bitmap. drivers/net/wireless/ath/ath9k/common.c:46 ath9k_cmn_rx_accept() error: passing untrusted data 'rx_stats->rs_keyix' to 'test_bit()' (CVE-2022-49503)

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

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

    kernel-rt パッケージは、リアルタイム Linux カーネルを提供します。これにより、適切に設定することを高度に要求されるシステムの微調整が可能になります。

    セキュリティ修正プログラム:

    * カーネルmac80211mesh join における潜在的な二重解放を修正しますCVE-2022-49290

    * カーネルnetbonding802.3ad スレーブバインド解除後の use-after-free を修正しますCVE-2022-49667

    * カーネルLinux カーネルbe_get_module_eeprom の be2net バッファオーバーフローCVE-2022-49581]

    * カーネルntb_hw_switchtecswitchtec_ntb_mw_set_trans の shift-out-of-bounds を修正しますCVE-2023-53034

    * カーネルnetopenvswitchset() アクションのネストされたキー長さの検証を修正CVE-2025-37789

    * カーネルKVMarm64失敗した vCPU 作成で vGIC をティアダウンしますCVE-2025-37849

    * kernel: smb: client: cifs_fill_dirent の use-after-free を修正 (CVE-2025-38051)

    * kernel: RDMA/rxe: rxe_requester() での不完全な状態保存を修正 (CVE-2023-53539)

    * kernel: i40e: 構成キュー msg での idx 検証を修正 (CVE-2025-39971)

    * カーネルASoCIntelbytcr_rt5640無効な quirk 入力マッピングを修正しますCVE-2025-40154

    * カーネルLinux カーネルvsock の脆弱性により、メモリ破損が発生する可能性がありますCVE-2025-40248

    * カーネルmptcmpptcp_schedule_work() の競合状態を修正しますCVE-2025-40258]

    * kernel: drm/vmwgfx: SVGA_CMD_MAX_DATASIZE に対してコマンドヘッダーサイズを検証します (CVE-2025-40277)

    影響、CVSS スコア、謝辞、その他の関連情報を含むセキュリティ問題の詳細については、「参照」セクションに記載されている CVE のページを参照してください。

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

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

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

  - be2netbe_get_module_eeprom のバッファオーバーフローを修正します be_cmd_read_port_transceiver_data は、少なくとも PAGE_DATA_LEN 長、またはモジュールが SFF 8472 をサポートする場合には 2 倍の長さのバッファが与えられることを前提としています。
    しかし、そうでない場合もあります。バイトのコピーが一度だけになるように、必要なオフセットと長さを be_cmd_read_port_transceiver_data に渡すことで、これを修正します。CVE-2022-49581

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

リモートの SUSE Linux SLES12 ホストには、SUSE-SU-2025:1293-1 のアドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    SUSE Linux Enterprise 12 SP5 カーネルが更新され、さまざまなセキュリティのバグ修正が行われています。

    次のセキュリティバグを修正しました。

    - CVE-2021-46925: smc_sock の競合によって引き起こされるカーネルパニックを修正しました (bsc#1220466)。
    - CVE-2021-47645: media: staging: media: zoran: zoran_reap_stat_com の正しいバッファ数を計算 (bsc#1237767)。
    - CVE-2021-47648: gpu: host1x:「host1x_remove()」でのメモリリークを修正 (bsc#1237725)。
    - CVE-2022-49046: i2c: dev: dev_set_name() を呼び出すときの戻り値をチェック (bsc#1237842)。
    - CVE-2022-49051: net: usb: aqc111: RX 修正で領域外アクセスを修正 (bsc#1237903)。
    - CVE-2022-49053:scsi: target: tcmu: 潜在的なページ UAF を修正 (bsc#1237918)。
    - CVE-2022-49059: nfc: nci: uaf を防ぐために flush_workqueue を追加 (bsc#1238007)。
    - CVE-2022-49074: irqchip/gic-v3: GICR_CTLR.RWP のポーリングを修正 (bsc#1237728)。
    - CVE-2022-49075: btrfs: qgroup 予約オーバーフローの qgroup 制限を修正 (bsc#1237733)。
    - CVE-2022-49084: qede: 使用する前に skb が割り当てられていることを確認する (bsc#1237751)。
    - CVE-2022-49107: ceph: note_last_dentry がエラーを返す場合に ceph_readdir でのメモリリークを修正 (bsc#1237973)。
    - CVE-2022-49109: ceph: ceph_get_snapdir() の inode 参照漏洩を修正 (bsc#1237836)。
    - CVE-2022-49119: scsi: pm8001: pm8001_chip_fw_flash_update_req() のメモリリークを修正 (bsc#1237925)。
    - CVE-2022-49120: scsi: pm8001: pm8001_send_abort_all() のタスク漏洩を修正 (bsc#1237969)。
    - CVE-2022-49209: bpf、sockmap: sk msg がいっぱいになっているときの tcp_bpf_sendmsg のメモリリークを修正 (bsc#1238252)。
    - CVE-2022-49220: dax: キャッシュを破壊する前に inode がフラッシュされるようにする (bsc#1237936)。
    - CVE-2022-49275: can: m_can: m_can_tx_handler(): skb の use-after-free を修正 (bsc#1238719)。
    - CVE-2022-49286: tpm: tpm-space.c で try_get_ops() を使用する (bsc#1238647)。
    - CVE-2022-49292: ALSA: oss: PCM OSS バッファ割り当てオーバーフローを修正 (bsc#1238625)。
    - CVE-2022-49308: extcon: ドライバーデータの設定後に作成されるように extcon デバイスを変更 (bsc#1238654)。
    - CVE-2022-49331: nfc: st21nfca: EVT_TRANSACTION 処理のメモリリークを修正 (bsc#1237813)。
    - CVE-2022-49344: af_unix: unix_dgram_peer_wake_me() でのデータ競合を修正 (bsc#1237988)。
    - CVE-2022-49367: net: dsa: mv88e6xxx: mv88e6xxx_mdios_register の refcount 漏洩を修正 (bsc#1238447)。
    - CVE-2022-49370: firmware: dmi-sysfs: dmi_sysfs_register_handle のメモリ漏洩を修正 (bsc#1238467)。
    - CVE-2022-49372: tcp: tcp_rtx_synack() は、プロセスコンテキストから呼び出される可能性がある (bsc#1238251)。
    - CVE-2022-49388: ubi: ubi_create_volume: ボリューム作成が失敗したときのメモリ解放後使用 (use-after-free) を修正 (bsc#1237934)。
    - CVE-2022-49395: um: LDT 設定の領域外読み取りを修正 (bsc#1237953)。
    - CVE-2022-49397: phy: qcom-qmp: プローブエラーの struct clk 漏洩を修正 (bsc#1237823)。
    - CVE-2022-49404: RDMA/hfi1: 潜在的な整数乗算オーバーフローのエラーを修正 (bsc#1238430)。
    - CVE-2022-49416: wifi: mac80211: chanctx コードのメモリ解放後使用 (Use After Free) を修正(bsc#1238293)。
    - CVE-2022-49433: RDMA/hfi1: 初期化される前のロックの使用を防止 (bsc#1238268)。
    - CVE-2022-49472: net: phy: micrel: .driver_data なしでプロービングを許可(bsc#1238951)。
    - CVE-2022-49488: drm/msm/mdp5: デッドロックが発生した場合、mdp5_mixer_release でエラーコードを返す (bsc#1238600)。
    - CVE-2022-49495: drm/msm/hdmi: platform_get_resource_byname() 呼び出し後に戻り値をチェックする (bsc#1237932)。
    - CVE-2022-49497: net: skb_checksum_help() から 2 つの BUG() を削除 (bsc#1238946)。
    - CVE-2022-49505: NFC: dev->rfkill を NULL 出力し、UAF を防ぐ (bsc#1238615)。
    - CVE-2022-49516: ice: VF VSI ポインターの値を常にチェック (bsc#1238953)。
    - CVE-2022-49519: ath10k: ドライバー状態 RESTARTING に対する中断中に ath10k_halt をスキップ (bsc#1238943)。
    - CVE-2022-49524: media: pci: cx23885: cx23885_initdev() のエラー処理を修正 (bsc#1238949)。
    - CVE-2022-49530: drm/amd/pm: si_parse_power_table() での二重解放を修正 (bsc#1238944)。
    - CVE-2022-49538: ALSA: jack: snd_jack_report() での mutex 呼び出しを修正 (bsc#1238843)。
    - CVE-2022-49544: ipw2x00: libipw_xmit() の潜在的な NULL デリファレンスを修正 (bsc#1238721).
    - CVE-2022-49545: ALSA: usb-audio: MIDI サブストリームを閉じる際に未解決の作業をキャンセル (bsc#1238729)。
    - CVE-2022-49546: x86/kexec: ヘッダーバッファの二重解放を修正 (bsc#1238750)。
    - CVE-2022-49563: crypto: qat - RSA 用の param チェックを追加 (bsc#1238787)。
    - CVE-2022-49564: crypto: qat - DH 用の param チェックを追加 (bsc#1238789)。
    - CVE-2022-49578: ip: sysctl_ip_prot_sock 周辺のデータ競合を修正。(bsc#1238794)。
    - CVE-2022-49581: be2net: be_get_module_eeprom のバッファオーバーフローを修正 (bsc#1238540)。
    - CVE-2022-49589: kABI: mr_ifc_count の変更を保護 (bsc#1238598)。
    - CVE-2022-49605: igc: IGC_REMOVED ロジックを元に戻し、適切に実装 (bsc#1238433)。
    - CVE-2022-49607: perf/core: perf_event_set_output() と perf_mmap_close() の間のデータ競合を修正 (bsc#1238817)。
    - CVE-2022-49610: KVM: VMX: vmenter の前に RSB アンダーフローを防止 (bsc#1238952)。
    - CVE-2022-49619: net: sfp: sfp_probe() のメモリリークを修正 (bsc#1239003)。
    - CVE-2022-49620: net: tipc: tipc_sk_create() の refcount 漏洩の可能性を修正 (bsc#1239002)。
    - CVE-2022-49640: sysctl: proc_douintvec_minmax() のデータ競合を修正 (bsc#1237782)。
    - CVE-2022-49641: sysctl: proc_douintvec() のデータ競合を修正 (bsc#1237831)。
    - CVE-2022-49667: net: bonding: 802.3ad スレーブのバインド解除後のメモリ解放後使用 (use-after-free) を修正 (bsc#1238282)。
    - CVE-2022-49672: net: tun: 破壊時にデバイスから NAPI のリンクを解除 (bsc#1238816)。
    - CVE-2022-49711: bus: fsl-mc-bus: fsl_mc_bus_remove() での KASAN use-after-free を修正 (bsc#1238416)。
    - CVE-2022-49727: ipv6: l2tp_ip6_sendmsg の符号付き整数オーバーフローを修正 (bsc#1239059)。
    - CVE-2022-49740: wifi: brcmfmac: 領域外読み取りを防ぐためにチャネル仕様のカウント値をチェック (bsc#1240233)。
    - CVE-2023-52935: mm/khugepaged: ->anon_vma の競合を修正 (bsc#1240276)。
    - CVE-2023-52997: ipv4: ip_metrics_convert() の spectre v1 ガジェットの可能性を阻止 (bsc#1240303)。
    - CVE-2023-53010: bnxt: テスト名の末尾を超えて読み取らない (bsc#1240290)。
    - CVE-2023-53019: net: mdio: mdiobus_get_phy() のパラメーター addr を検証 (bsc#1240286)。
    - CVE-2024-35910: kABI の tcp の修正: カーネルソケットのタイマーを適切に終了させる (bsc#1224489)。
    - CVE-2024-36968: Bluetooth: L2CAP: l2cap_le_flowctl_init() の div-by-zero を修正 (bsc#1226130)。
    - CVE-2024-38559: scsi: qedf: コピーされたバッファが NUL の終端であることを確認する (bsc#1226785)。
    - CVE-2024-41005: netpoll: netpoll_owner_active 内の競合状態の修正 (bsc#1227858)。
    - CVE-2024-49571: net/smc: 提案メッセージを受信する際に iparea_offset および ipv6_prefixes_cnt をチェック (bsc#1235733)。
    - CVE-2024-49935: ACPI: PAD: exit_round_robin() のクラッシュを修正 (bsc#1232370)。
    - CVE-2024-49940: l2tp: トンネルの参照カウントのアンダーフローを防ぐ (bsc#1232812)。
    - CVE-2024-50269: usb: musb: sunxi: リリースされた usb phy へのアクセスを修正 (bsc#1233458)。
    - CVE-2024-53124: net: sk->sk_forward_alloc 周辺のデータ競合を修正 (bsc#1234074)。
    - CVE-2024-53140: netlink: ソケットクローズでの未処理のダンプを終了する (bsc#1234222)。
    - CVE-2024-53680: ipvs: ip_vs_protocol_init() の初期化されていないスタックアクセスによる UB を修正 (bsc#1235715)。
    - CVE-2024-56640: net/smc: LGR および use-after-free 問題のリンクの修正 (bsc#1235436)。
    - CVE-2024-56770: net/sched: netem: 子 qdisc からのバックログ更新に対応 (bsc#1235637)。
    - CVE-2024-57900: ila: nf_register_net_hooks() への呼び出しをシリアル化 (bsc#1235973)。
    - CVE-2024-57973: rdma/cxgb4: 32 ビットでの潜在的な整数オーバーフローを防止 (bsc#1238531)。
    - CVE-2024-57979: pps の変更に対する kABI の回避策 (bsc#1238521)。
    - CVE-2024-57996: net_sched: sch_sfq: 1 パケット制限を許可しません (bsc#1239076)。
    - CVE-2024-58014: wifi: brcmsmac: wlc_phy_iqcal_gainparams_nphy() にゲイン範囲チェックを追加しました (bsc#1239109)。
    - CVE-2024-58052: drm/amdgpu: atomctrl_get_smc_sclk_range_table の潜在的な NULL ポインターデリファレンスを修正 (bsc#1238986)。
    - CVE-2024-58071: team: すでにチームデバイスであるデバイスを追加することを防ぐ (bsc#1238970)
    - CVE-2024-58072: wifi: rtlwifi: 未使用の check_buddy_priv を削除 (bsc#1238964)。
    - CVE-2024-58083: KVM: kvm_get_vcpu() で、ターゲット vCPU がオンラインであることを明示的に検証 (bsc#1239036)。
    - CVE-2025-21703: netem: qdisc_tree_reduce_backlog() の前に sch->q.qlen を更新 (bsc#1237313)。
    - CVE-2025-21708: net: usb: rtl8150: 基本的なエンドポイントチェックを有効にする (bsc#1239087)。
    - CVE-2025-21744: wifi: brcmfmac: brcmf_txfinalize() の NULL ポインターデリファレンスを修正 (bsc#1238903)。
    - CVE-2025-21759: ipv6: mcast: igmp6_send() の RCU 保護を拡張 (bsc#1238738)。
    - CVE-2025-21760: ndisc: ndisc_send_skb() の RCU 保護を拡張 (bsc#1238763)。
    - CVE-2025-21762: arp: arp_xmit() で RCU 保護を使用 (bsc#1238780)。
    - CVE-2025-21763: neighbour: __neigh_notify() で RCU 保護を使用 (bsc#1237897)。
    - CVE-2025-21765: ipv6: ip6_default_advmss() で RCU 保護を使用 (bsc#1237906)。
    - CVE-2025-21766: ipv4: __ip_rt_update_pmtu() で RCU 保護を使用 (bsc#1238754)。
    - CVE-2025-21776: USB: hub: 設定またはインターフェースが多すぎる非準拠デバイスを無視 (bsc#1238909)。
    - CVE-2025-21782: orangefs: orangefs_debug_write の oob を修正 (bsc#1239117)。
    - CVE-2025-21785: arm64: cacheinfo: cacheinfo 配列への領域外書き込みを回避 (bsc#1238747)。
    - CVE-2025-21791: vrf: l3mdev_l3_out() で RCU 保護を使用 (bsc#1238512)。
    - CVE-2025-21796: nfsd: acl_access/acl_default のリリース後に、それらをクリア (bsc#1238716)。
    - CVE-2025-21802: net: hns3: パラレル化するドライバーをアンロードする際の oops を修正します (bsc#1238751)。
    - CVE-2025-21821: fbdev: omap: LCD DMA に対してスレッド化された IRQ を使用 (bsc#1239174)。
    - CVE-2025-21831: PCI: TUXEDO Sirius Gen1 の D3 に一部の root ポートを配置するのを回避 (bsc#1239039)。
    - CVE-2025-21846: acct: ワークキューから最後の書き込みを実行 (bsc#1239508)。
    - CVE-2025-21848: nfp: bpf: nfp_app_ctrl_msg_alloc() のチェックを追加 (bsc#1239479)。
    - CVE-2025-21865: gtp: gtp_net_exit_batch_rtnl() のリスト破損スプラットを抑制 (bsc#1239481)。
    - CVE-2025-21871: tee: optee: supplicant 待機ループを修正 (bsc#1240183)。
    - CVE-2025-21877: usbnet: gl620a: genelink_bind() のエンドポイントチェックを修正 (bsc#1240172)。
    - CVE-2025-21891: ipvlan: ネットワークヘッダーが skb 線形部分にあることを確認 (bsc#1240186)。
    - CVE-2025-21916: usb: atm: cxacru: 既存のエンドポイントチェックにある欠陥を修正 (bsc#1240582)。
    - CVE-2025-21922: ppp: KMSAN uninit-value の警告を bpf で修正 (bsc#1240639)。
    - CVE-2025-21934: rapidio: rio_add_net() fails が失敗した場合の API ミスを修正 (bsc#1240708)。
    - CVE-2025-21935: rapidio: rio_scan_alloc_net() での rio_add_net() に対するチェックを追加 (bsc#1240700)。
    - CVE-2025-21969: Bluetooth: L2CAP: 一部の arch でのビルドエラーを修正 (bsc#1240784)。
    - CVE-2025-21993: iscsi_ibft: ibft_attr_show_nic() の UBSAN shift-out-of-bounds 警告を修正 (bsc#1240797)。
    - CVE-2025-21996: drm/radeon: radeon_vce_cs_parse() の初期化されていないサイズの問題を修正 (bsc#1240801)。
    - CVE-2025-22007: Bluetooth: chan_alloc_skb_cb() のエラーコードを修正(bsc#1240582)。


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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
360928	CentOS Linux 8.5 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-core/kernel-cross-headers/etcの複数の脆弱性(CENTOS8.5:CLSA-2026:1771077729)	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/18	high
233410	SUSE SLES15 セキュリティ更新 : kernel (SUSE-SU-2025:1027-1)	Nessus	SuSE Local Security Checks	2025/3/27	2026/10/9	high
297043	RHEL 9 : kernel (RHSA-2026:1494)	Nessus	Red Hat Local Security Checks	2026/1/28	2026/1/28	high
234407	SUSE SLES15: Linux カーネルのセキュリティ更新 (SUSE-SU-2025:1241-1)	Nessus	SuSE Local Security Checks	2025/4/15	2026/10/9	high
361173	CentOS Linux 8.4 [TuxCare] セキュリティ更新プログラム:bpftool/kernel/kernel-core/kernel-cross-headers/etcの複数の脆弱性(CENTOS8.4:CLSA-2026:1771078945)	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
297060	RHEL 9 : kernel-rt (RHSA-2026:1495)	Nessus	Red Hat Local Security Checks	2026/1/28	2026/1/28	high
227000	Linux Distros のパッチ未適用の脆弱性: CVE-2022-49581	Nessus	Misc.	2025/3/5	2026/11/12	high
234545	SUSE SLES12 セキュリティ更新 : kernel (SUSE-SU-2025:1293-1)	Nessus	SuSE Local Security Checks	2025/4/17	2026/6/25	high

検出

プラグインの検索

high

high

high

high

high

high

high

high