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

  - Linux カーネルでは、以下の脆弱性が解決されています: configfs: fix a race in configfs_{,un}register_subsystem() When configfs_register_subsystem() or configfs_unregister_subsystem() is executing link_group() or unlink_group(), it is possible that two processes add or delete list concurrently. Some unfortunate interleavings of them can cause kernel panic. One of cases is: A --> B --> C --> D A <-- B <-- C <-- D delete list_head *B | delete list_head *C
    --------------------------------|----------------------------------- configfs_unregister_subsystem | configfs_unregister_subsystem unlink_group | unlink_group unlink_obj | unlink_obj list_del_init | list_del_init __list_del_entry | __list_del_entry __list_del | __list_del // next == C | next->prev = prev | | next->prev = prev prev->next = next | | // prev == B | prev->next = next Fix this by adding mutex when calling link_group() or unlink_group(), but parent configfs_subsystem is NULL when config_item is root. So I create a mutex configfs_subsystem_mutex. (CVE-2022-48931)

  - Linux カーネルでは、以下の脆弱性が解決されています: list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

  - Linux カーネルでは、以下の脆弱性が解決されています: ima: Fix potential memory leak in ima_init_crypto() On failure to allocate the SHA1 tfm, IMA fails to initialize and exits without freeing the ima_algo_array. Add the missing kfree() for ima_algo_array to avoid the potential memory leak.
    (CVE-2022-49627)

  - Linux カーネルでは、以下の脆弱性が解決されています: tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 (tracing:
    fix double free) said, the double free problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_defs.name; + then in free_var_defs(), the names from 0th to (N-1)-th are freed; IF ALLOCATING PROBLEM HAPPENED HERE!!! -+ \ | 0th 1th (N-1)-th N-th V +-------------+-------------+-----+-------------+----------- var_defs: | name | expr | name | expr | ... | name | expr | name | /// +-------------+-------------+-----+-------------+----------- These two frees don't act on same name, so there was no double free problem before. Conversely, after that commit, we get a memory leak problem because the above N-th var_defs.name is not freed. If enable CONFIG_DEBUG_KMEMLEAK and inject a fault at where the N-th var_defs.expr allocated, then execute on shell like: $ echo 'hist:key=call_site:val=$v1,$v2:v1=bytes_req,v2=bytes_alloc' > \ /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger Then kmemleak reports: unreferenced object 0xffff8fb100ef3518 (size 8): comm bash, pid 196, jiffies 4295681690 (age 28.538s) hex dump (first 8 bytes): 76 31 00 00 b1 8f ff ff v1...... backtrace: [<0000000038fe4895>] kstrdup+0x2d/0x60 [<00000000c99c049a>] event_hist_trigger_parse+0x206f/0x20e0 [<00000000ae70d2cc>] trigger_process_regex+0xc0/0x110 [<0000000066737a4c>] event_trigger_write+0x75/0xd0 [<000000007341e40c>] vfs_write+0xbb/0x2a0 [<0000000087fde4c2>] ksys_write+0x59/0xd0 [<00000000581e9cdf>] do_syscall_64+0x3a/0x80 [<00000000cf3b065c>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49648)

  - Linux カーネルでは、以下の脆弱性が解決されています: linux/dim: Fix divide by 0 in RDMA DIM Fix a divide 0 error in rdma_dim_stats_compare() when prev->cpe_ratio == 0. CallTrace: Hardware name: H3C R4900 G3/RS33M2C9S, BIOS 2.00.37P21 03/12/2020 task: ffff880194b78000 task.stack: ffffc90006714000 RIP:
    0010:backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: 0018:ffff880c10e83ec0 EFLAGS: 00010202 RAX:
    0000000000002710 RBX: ffff88096cd7f780 RCX: 0000000000000064 RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000001 RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000000 R12: 000000001d7c6c09 R13: ffff88096cd7f780 R14: ffff880b174fe800 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff880c10e80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000a0965b00 CR3: 000000000200a003 CR4: 00000000007606e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <IRQ> ib_poll_handler+0x43/0x80 [ib_core] irq_poll_softirq+0xae/0x110 __do_softirq+0xd1/0x28c irq_exit+0xde/0xf0 do_IRQ+0x54/0xe0 common_interrupt+0x8f/0x8f </IRQ> ? cpuidle_enter_state+0xd9/0x2a0 ? cpuidle_enter_state+0xc7/0x2a0 ? do_idle+0x170/0x1d0 ? cpu_startup_entry+0x6f/0x80 ? start_secondary+0x1b9/0x210 ? secondary_startup_64+0xa5/0xb0 Code: 0f 87 e1 00 00 00 8b 4c 24 14 44 8b 43 14 89 c8 4d 63 c8 44 29 c0 99 31 d0 29 d0 31 d2 48 98 48 8d 04 80 48 8d 04 80 48 c1 e0 02 <49> f7 f1 48 83 f8 0a 0f 86 c1 00 00 00 44 39 c1 7f 10 48 89 df RIP: backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: ffff880c10e83ec0 (CVE-2022-49670)

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

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

  - Linux カーネルでは、以下の脆弱性が解決されています: configfs: fix a race in configfs_{,un}register_subsystem() When configfs_register_subsystem() or configfs_unregister_subsystem() is executing link_group() or unlink_group(), it is possible that two processes add or delete list concurrently. Some unfortunate interleavings of them can cause kernel panic. One of cases is: A --> B --> C --> D A <-- B <-- C <-- D delete list_head *B | delete list_head *C
    --------------------------------|----------------------------------- configfs_unregister_subsystem | configfs_unregister_subsystem unlink_group | unlink_group unlink_obj | unlink_obj list_del_init | list_del_init __list_del_entry | __list_del_entry __list_del | __list_del // next == C | next->prev = prev | | next->prev = prev prev->next = next | | // prev == B | prev->next = next Fix this by adding mutex when calling link_group() or unlink_group(), but parent configfs_subsystem is NULL when config_item is root. So I create a mutex configfs_subsystem_mutex. (CVE-2022-48931)

  - Linux カーネルでは、以下の脆弱性が解決されています: list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

  - Linux カーネルでは、以下の脆弱性が解決されています: ima: Fix potential memory leak in ima_init_crypto() On failure to allocate the SHA1 tfm, IMA fails to initialize and exits without freeing the ima_algo_array. Add the missing kfree() for ima_algo_array to avoid the potential memory leak.
    (CVE-2022-49627)

  - Linux カーネルでは、以下の脆弱性が解決されています: tracing/histograms: Fix memory leak problem This reverts commit 46bbe5c671e06f070428b9be142cc4ee5cedebac. As commit 46bbe5c671e0 (tracing:
    fix double free) said, the double free problem reported by clang static analyzer is: > In parse_var_defs() if there is a problem allocating > var_defs.expr, the earlier var_defs.name is freed. > This free is duplicated by free_var_defs() which frees > the rest of the list. However, if there is a problem allocating N-th var_defs.expr: + in parse_var_defs(), the freed 'earlier var_defs.name' is actually the N-th var_defs.name; + then in free_var_defs(), the names from 0th to (N-1)-th are freed; IF ALLOCATING PROBLEM HAPPENED HERE!!! -+ \ | 0th 1th (N-1)-th N-th V +-------------+-------------+-----+-------------+----------- var_defs: | name | expr | name | expr | ... | name | expr | name | /// +-------------+-------------+-----+-------------+----------- These two frees don't act on same name, so there was no double free problem before. Conversely, after that commit, we get a memory leak problem because the above N-th var_defs.name is not freed. If enable CONFIG_DEBUG_KMEMLEAK and inject a fault at where the N-th var_defs.expr allocated, then execute on shell like: $ echo 'hist:key=call_site:val=$v1,$v2:v1=bytes_req,v2=bytes_alloc' > \ /sys/kernel/debug/tracing/events/kmem/kmalloc/trigger Then kmemleak reports: unreferenced object 0xffff8fb100ef3518 (size 8): comm bash, pid 196, jiffies 4295681690 (age 28.538s) hex dump (first 8 bytes): 76 31 00 00 b1 8f ff ff v1...... backtrace: [<0000000038fe4895>] kstrdup+0x2d/0x60 [<00000000c99c049a>] event_hist_trigger_parse+0x206f/0x20e0 [<00000000ae70d2cc>] trigger_process_regex+0xc0/0x110 [<0000000066737a4c>] event_trigger_write+0x75/0xd0 [<000000007341e40c>] vfs_write+0xbb/0x2a0 [<0000000087fde4c2>] ksys_write+0x59/0xd0 [<00000000581e9cdf>] do_syscall_64+0x3a/0x80 [<00000000cf3b065c>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49648)

  - Linux カーネルでは、以下の脆弱性が解決されています: linux/dim: Fix divide by 0 in RDMA DIM Fix a divide 0 error in rdma_dim_stats_compare() when prev->cpe_ratio == 0. CallTrace: Hardware name: H3C R4900 G3/RS33M2C9S, BIOS 2.00.37P21 03/12/2020 task: ffff880194b78000 task.stack: ffffc90006714000 RIP:
    0010:backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: 0018:ffff880c10e83ec0 EFLAGS: 00010202 RAX:
    0000000000002710 RBX: ffff88096cd7f780 RCX: 0000000000000064 RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000001 RBP: 0000000000000001 R08: 0000000000000000 R09: 0000000000000000 R10:
    0000000000000000 R11: 0000000000000000 R12: 000000001d7c6c09 R13: ffff88096cd7f780 R14: ffff880b174fe800 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff880c10e80000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000a0965b00 CR3: 000000000200a003 CR4: 00000000007606e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6:
    00000000fffe0ff0 DR7: 0000000000000400 PKRU: 55555554 Call Trace: <IRQ> ib_poll_handler+0x43/0x80 [ib_core] irq_poll_softirq+0xae/0x110 __do_softirq+0xd1/0x28c irq_exit+0xde/0xf0 do_IRQ+0x54/0xe0 common_interrupt+0x8f/0x8f </IRQ> ? cpuidle_enter_state+0xd9/0x2a0 ? cpuidle_enter_state+0xc7/0x2a0 ? do_idle+0x170/0x1d0 ? cpu_startup_entry+0x6f/0x80 ? start_secondary+0x1b9/0x210 ? secondary_startup_64+0xa5/0xb0 Code: 0f 87 e1 00 00 00 8b 4c 24 14 44 8b 43 14 89 c8 4d 63 c8 44 29 c0 99 31 d0 29 d0 31 d2 48 98 48 8d 04 80 48 8d 04 80 48 c1 e0 02 <49> f7 f1 48 83 f8 0a 0f 86 c1 00 00 00 44 39 c1 7f 10 48 89 df RIP: backport_rdma_dim+0x10e/0x240 [mlx_compat] RSP: ffff880c10e83ec0 (CVE-2022-49670)

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

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

    - sunrpcsvc auth処理中にSVC_GARBAGEをauthエラーとして処理Jeff Layton[Orabug: 38178286] {CVE-2025-38089}
    - Zen34クライアントを追加Borislav PetkovAMD[Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/processMONITORの前のバッファクリアを移動Kim Phillips[Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - 通常のカウンターを追加Borislav PetkovAMD[Orabug:38023239] {CVE-2024-36350} {CVE-2024-36357}
    - KVMSVMTSA CPUIDビットをゲストにアドバタイズBorislav PetkovAMD[Orabug:38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/bugs一時的なスケジューラ攻撃の緩和策を追加しますBorislav PetkovAMD[Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - x86/bugsMDS 機器の名前をより一般的なものに変更しますBorislav PetkovAMD[Orabug: 38023239] {CVE-2024-36350} {CVE-2024-36357}
    - blockfolio を bio に追加するのを修正Ming Lei[Orabug: 37844657] {CVE-2025-22122}
    - f2fs初期化されていないcursegへのアクセスを回避するための修正Chao Yu[Orabug: 37844644] {CVE-2025-22123}
    - gpiovirtuser領域外書き込みの可能性を修正Markus Burri[Orabug: 38095181] {CVE-2025-38082}
    - net_schedhfsceltree にクラスを追加するリエントラントエンキューに対処しますPedro Tammela 氏[Orabug
    38049363] {CVE-2025-38001}
    - smbclientcifs_fill_direntのメモリ解放後使用Use After Freeを修正Zhaolong Wang[Orabug: 38094970] {CVE-2025-38051}
    - platform/x86dell-wmi-sysmancurrent_password_store()のバッファオーバーフローを回避Vladimir Moskovkin[Orabug: 38095141] {CVE-2025-38077}
    - ALSApcmPCM OSS レイヤーにおけるバッファアクセスの競合を修正Takashi Iwai[Orabug: 38095145] {CVE-2025-38078}
    - can: bcmprocfsコンテンツに対して欠如しているrcu読み取り保護を追加Oliver Hartkopp[Orabug: 38049369] {CVE-2025-38003}
    - can: bcmbcm_op runtime 更新のロックを追加しますOliver Hartkopp 氏[Orabug: 38049374] {CVE-2025-38004}
    - padatareorder_work で refcount を漏洩しませんDominik Grzegorzek 氏[Orabug: 38094842] {CVE-2025-38031}
    - cryptoalgif_hash - hash_acceptの二重解放を修正Ivan Plavdin[Orabug:38095153] {CVE-2025-38079}
    - net/tipctipc_aad_encrypt_doneのslab-use-after-freeを修正Wang Liang[Orabug: 38094978] {CVE-2025-38052}
    - sch_hfschfsc_enqueue()のピークを使用するときqlenのアカウンティングバグを修正Cong Wang[Orabug: 38049357] {CVE-2025-38000}
    - idpfidpf_features_checkのnull-ptr-derefを修正Pavan Kumar Linga[Orabug: 38094982] {CVE-2025-38053}
    - ptpocpサマリー出力関数のsignal/freqカウントを制限Sgi MaimonOrabug: 38094984 {CVE-2025-38054}
    - perf/x86/intelsample_freqでPEBS-via-PTのセグメンテーション違反を修正Adrian Hunter[Orabug: 38094988] {CVE-2025-38055}
    - ASoCSOFIntelhdaモジュールをリロードするときのUAFを修正Tavian Barnes[Orabug: 38094991] {CVE-2025-38056}
    - espintcpskb の漏洩を修正Sabrina Dubroca 氏[Orabug: 38094993] {CVE-2025-38057}
    - __legitimize_mnt()MNT_SYNC_UMOUNTのチェックはmount_lockの下にある必要がありますAl Viro[Orabug: 38095000] {CVE-2025-38058}
    - x86/KconfigCFI_AUTO_DEFAULT を !RUST または Rust >= に依存させます 1.88 Pawel Anikiel[Orabug: 38094847] {CVE-2025-38033}
    - btrfs有効な csum ツリーがない場合、NULL ポインターデリファレンスを回避しますQu Wenruo[Orabug: 38095010] {CVE-2025-38059}
    - btrfsbtrfs__prelim_ref の prelim_ref 引数の順序を修正します Goldwyn Rodrigues 氏 [Orabug
    38094856] {CVE-2025-38034}
    - nvmet-tcpnull sk_state_change を復元しませんAlistair Francisco 氏[Orabug: 38094863] {CVE-2025-38035}
    - vxlanFDBデータの競合に注釈を付けるIdo Schimmel[Orabug:38094879] {CVE-2025-38037}
    - cpufreqamd-pstateset_boostの不要なdriver_lockを削除Dhananjay Ugwekar[Orabug: 38094888] {CVE-2025-38038}
    - drm/amd/displayblock_sequence配列サイズを増やしますJoshua Aberback[Orabug: 38095164] {CVE-2025-38080}
    - bpfcopy_verifier_state()は「loop_entry」フィールドをコピーする必要がありますEduard Zingerman[Orabug: 38095018] {CVE-2025-38060}
    - シリアルmctrl_gpiosync および no_sync API に disable_ms を分割Alexis Lothore 氏[Orabug: 38094901] {CVE-2025-38040}
    - netpktgenpktgen_thread_write() でユーザーが与えられたバッファ外のアクセスを修正Peter Seiderer 氏[Orabug
    38095024] {CVE-2025-38061}
    - genirq/msiiommu_cookie の代わりに msi_desc に IOMMU IOVA を直接保存しますJason Gunthorpe 氏 [Orabug
    38095031] {CVE-2025-38062}
    - dmREQ_PREFLUSH によって引き起こされる無条件の IO スロットルを修正しますJinliang Zheng 氏[Orabug: 38095038] {CVE-2025-38063}
    - firmwarearm_ffaffaデバイスにdma_maskを設定Viresh Kumar[Orabug: 38094925] {CVE-2025-38043}
    - mediacx231xx417用にdevice_capsを設定Hans Verkuil[Orabug: 38094934] {CVE-2025-38044}
    - Orangefsファイルサイズを切り捨てませんMatthew Wilcox[Orabug: 38095056] {CVE-2025-38065}
    - dm cache失敗したデバイスの再開で再試行をブロックすることで、BUG_ON を回避しますMing-Hung Tsai 氏 [Orabug
    38095063] {CVE-2025-38066}
    - cryptolzo - 圧縮バッファオーバーランを修正Herbert Xu[Orabug:38095079] {CVE-2025-38068}
    - PCIendpointpci-epf-testカーネルを oops させる二重解放を修正しますChristian Bruel 氏[Orabug
    38095087] {CVE-2025-38069}
    - wifiiwlwifiデバッグアクション順序を修正Johannes Berg[Orabug: 38094942] {CVE-2025-38045}
    - x86/mmmemblock_phys_alloc_range()からの戻り値をチェックPhilip Redkin[Orabug: 38095101] {CVE-2025-38071}
    - libnvdimm/labelsnd_label_data_init()の除算エラーを修正Robert Richter[Orabug: 38095109] {CVE-2025-38072}
    - spi-rockchip登録の領域外アクセスを修正Luis de Arquer[Orabug: 38095173] {CVE-2025-38081}
    - x86/fredFREDを有効にしてS4を再開する際のシステムハングを修正Xin Li[Orabug: 38094951] {CVE-2025-38047}
    - ブロックset_blocksizeと読み込みパスの間の競合を修正Darrick J. Wong[Orabug: 38095117] {CVE-2025-38073}
    - virtio_ringevent_triggered を KCSAN の競合としてタグ付けすることで、データ競合を修正しますZhongqiu Han 氏 [Orabug
    38094958] {CVE-2025-38048}
    - scsitargetiscsi削除された接続のタイムアウトを修正Dmitry Bogdanov[Orabug: 38095134] {CVE-2025-38075}
    - usbtypecucsidisplayportデッドロックを修正Andrei Kuchnski[Orabug: 37977018] {CVE-2025-37967}
    - BluetoothbtnxpuartFWリリース中のカーネルパニックを修正Neeraj Sanjay Kale[Orabug:37844459] {CVE-2025-22102}
    - iiolightopt3001同時フラグアクセスによるデッドロックを修正Luca Ceresoli[Orabug: 37977026] {CVE-2025-37968}
    - mm/page_alloc受け入れられないメモリ処理の競合状態を修正Kirill A. Shutemov[Orabug: 38094767] {CVE-2025-38008}
    - dmaengineidxdidxd_cleanup() ヘルパーで削除の呼び出しをリファクタリングしますShangai Xue[Orabug: 38094790] {CVE-2025-38014}
    - dmaengineidxdidxd_allocのエラー処理パスにあるメモリリークを修正しますShangai Xue[Orabug: 38094793] {CVE-2025-38015}
    - dmaengineti k3-udma欠落しているロックを追加Ronald Wahl[Orabug: 38094756] {CVE-2025-38005}
    - wifimt76ドライバー削除でnapiを無効化Fedor Pchelkin[Orabug: 38094770] {CVE-2025-38009}
    - phy: tegra: xusbUTMI パッドの電源の状態追跡用のビットマスクを使用しますWayne Chang[Orabug: 38094777] {CVE-2025-38010}
    - drm/amdgpucsa unmap use uninterruptibleロックPhilip Yang[Orabug: 38094779] {CVE-2025-38011}
    - HIDbpfデバイスが破損した場合はディスパッチを中止Rongrong[Orabug: 38094796] {CVE-2025-38016}
    - sched_extbpf_iter_scx_dsq_new()は常にイテレータを初期化する必要がありますTejun Heo[Orabug: 38094786] {CVE-2025-38012}
    - net/tlsalloc_page が失敗した場合のカーネルパニックを修正Pengtao He 氏[Orabug: 38094802] {CVE-2025-38018}
    - mlxswspectrum_routerGRE net デバイスを削除する際の use-after-free を修正しますIdo Schimmel 氏[Orabug
    38094804] {CVE-2025-38019}
    - wifimac80211構造体 cfg80211_scan_request の割り当て後に n_channels を設定しますKees Cook 氏 [Orabug
    38094788] {CVE-2025-38013}
    -registermax20086無効なメモリアクセスを修正Cosmintanislav[Orabug:38094833] {CVE-2025-38027}
    - net/mlx5eアップリンクリ件名プロファイルの MACsec オフロードを無効にしますCarolina Jubran 氏[Orabug: 38094808] {CVE-2025-38020}
    - net_sched->change()中にgso_skbリストもフラッシュCong Wang[Orabug: 37998128] {CVE-2025-37992}
    - RDMA/core「KASAN: ib_register_device の slab-use-after-free」問題を修正しますZhu Yanjun 氏 [Orabug
    38094813] {CVE-2025-38022}
    - nfsロック解除パスでnfs_get_lock_contextの失敗を処理Li Lingfeng[Orabug: 38094818] {CVE-2025-38023}
    - HIDuclogicuclogic_input_configured() に NULL チェックを追加Henry Martin 氏[Orabug: 38094764] {CVE-2025-38007}
    - RDMA/rxerxe_queue_cleanupバグのslab-use-after-freeを修正Zhu Yanjun[Orabug: 38094827] {CVE-2025-38024}
    - arm64bpf権限のないユーザーによって読み込まれたcBPFプログラムのみを軽減James Morse[Orabug: 37977004] {CVE-2025-37963}
    - arm64bpfBHB緩和策をcBPFプログラムのエピローグに追加しますJames Morse[Orabug:37976926] {CVE-2025-37948}
    - usbtypecucsidisplayportNULLポインターアクセスを修正Andrei Kuchnski[Orabug: 38015126] {CVE-2025-37994}
    - modulekobject_put()がモジュールタイプkobjectsに対して安全であることを保証しますDmitry Antipov[Orabug: 38015131] {CVE-2025-37995}
    - memblockmemblock_double_array() で使用する前に割り当てられたメモリを受け入れますTom Lendacky 氏 [Orabug
    37976994] {CVE-2025-37960}
    - xenbuskrefを使用してreqの有効期間を追跡Jason Andryyuk[Orabug:37976934] {CVE-2025-37949}
    - smbclientリースブレークとのopen_cached_dirでの競合を回避Paul Aurich[Orabug: 37976959] {CVE-2025-37954}
    - drm/amd/displaydmlヘルパーの無効なコンテキストエラーを修正Roman Li[Orabug: 37977185] {CVE-2025-37965}
    - drm/v3dリセットがスキップされた場合、ジョブを保留リストに追加Maira Canal[Orabug: 37976942] {CVE-2025-37951}
    - iioimust_lsm6dsxst_lsm6dsx_read_tagged_fifo での潜在的なロックアップを修正しますSilvano Seva 氏[Orabug
    37977031] {CVE-2025-37969}
    - iioimust_lsm6dsxst_lsm6dsx_read_fifoの潜在的なロックアップを修正Silvano Seva[Orabug: 37977037] {CVE-2025-37970}
    - KVMSVMSHUTDOWN 傍受で SMM モードを強制的に放置しますMikhail Lobanov 氏[Orabug: 37976977] {CVE-2025-37957}
    - mm/huge_memory無効なpmd移行エントリのデリファレンスを修正Gavin Guo[Orabug: 37976982] {CVE-2025-37958}
    - x86/mmTLBフラッシュが不注意でスキップされる可能性のあるウィンドウを排除Dave HansenOrabug: 37977013{CVE-2025-37964}
    - stagingbcm2835-camerav4l2_devのdevを初期化Dave Stevenson[Orabug:37977042] {CVE-2025-37971}
    - 入力mtk-pmic-keys - 潜在的なNULLポインターデリファレンスを修正Gary Bisson[Orabug:37977044] {CVE-2025-37972}
    - bpfbpf_redirect_peerでパケットをスクラブPaul Chaignon[Orabug:37976990] {CVE-2025-37959}
    - netfilteripsetハッシュ型のリージョンロックを修正しますJozsef Kadlecsik[Orabug: 38015141] {CVE-2025-37997}
    - ipvsdo_output_route4におけるsaddrのuninit-valueを修正Julian Anastasov[Orabug:37976996] {CVE-2025-37961}
    - canm_canm_can_class_allocate_dev()デバイスプローブのスピンロックを初期化しますAntonios Salios 氏 [Orabug
    38015123] {CVE-2025-37993}
    - virtio-netvirtnet_xsk_pool_enable()のエラーでxsk_buffsを解放Jakub Kicinski[Orabug: 37976969] {CVE-2025-37955}
    - sch_htbhtb_deactivate()を冪等にしますCong Wang[Orabug:37977176] {CVE-2025-37953}
    - ksmbdparse_lease_state()のメモリリークを修正しますZhaolong Wang[Orabug: 37977180] {CVE-2025-37962}
    - openvswitchoutput_userspace() における安全でない属性解析を修正Eelco Chaudron 氏[Orabug: 38015148] {CVE-2025-37998}
    - ksmbd__close_file_table_idsのUAFを修正Sean Heelan[Orabug: 37976951] {CVE-2025-37952}
    - ksmbd*posを検証することで領域外ストリーム書き込みを防止Norbert Szetei[Orabug: 37976923] {CVE-2025-37947}
    - ksmbd空の文字列での名前変更を防ぎますNamjae Jeon[Orabug: 37976972] {CVE-2025-37956}
    - s390/pciPF に子 VF がある場合の disable_slot() での pci_dev_put() の重複を修正しますNiklas Schnelle 氏[Orabug
    37976920] {CVE-2025-37946}
    - wificfg80211マルチリンク要素のデフラグ中の領域外アクセスを修正Veerendranath Jakkam[Orabug: 37977046] {CVE-2025-37973}
    - s390/pcizpci_create_device()のエラーリターンの欠落しているチェックを修正Niklas Schnelle[Orabug:37977050] {CVE-2025-37974}
    - fs/erofs/fileiobio_add_folio() の後に erofs_onlinefolio_split() を呼び出しますMax Kellermann 氏 [Orabug
    38015155] {CVE-2025-37999}
    - mlxbf-bootctlsecure_boot_fuse_state_show() で sysfs_emit_at() を使用しますDavid Thompson 氏[Orabug
    37964051,38037120] {CVE-2025-37866}

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

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

ID	名前	製品	ファミリー	公開日	更新日	深刻度
360724	AlmaLinux 9.6 [TuxCare] セキュリティ更新:kernel/kernel-abi-stablelists/kernel-core/etcの複数の脆弱性(ALMALINUX9.6:CLSA-2026:1779434490)	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/2	high
360889	Rocky Linux 9.6 [TuxCare] セキュリティ更新:kernel / kernel-abi-stablelists / kernel-core / etc の複数の脆弱性(ALMALINUX9.6:CLSA-2026:1779434490)	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/2	high
234545	SUSE SLES12 セキュリティ更新 : kernel (SUSE-SU-2025:1293-1)	Nessus	SuSE Local Security Checks	2025/4/17	2026/6/25	high
242347	Oracle Linux 9 : Unbreakable Enterprise カーネル (ELSA-2025-20480)	Nessus	Oracle Linux Local Security Checks	2025/7/18	2026/2/9	medium

検出

プラグインの検索

high

high

high

medium