In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7921: fix skb leak by txs missing in AMSDU txs may be dropped if the frame is aggregated in AMSDU. When the problem shows up, some SKBs would be hold in driver to cause network stopped temporarily. Even if the problem can be recovered by txs timeout handling, mt7921 still need to disable txs in AMSDU to avoid this issue.

The AlmaLinux 9.2 host has packages installed that are affected by multiple vulnerabilities as referenced in the TuxCare ALMALINUX9.2:CLSA-2026:1782151303 advisory.

  - In the Linux kernel, the following vulnerability has been resolved: netfilter: ebtables: fix memory leak     when blob is malformed The bug fix was incomplete, it replaced crash with a memory leak. The old code     had an assignment to ret embedded into the conditional, restore this. (CVE-2022-48641)

  - In the Linux kernel, the following vulnerability has been resolved: thermal/int340x_thermal: handle     data_vault when the value is ZERO_SIZE_PTR In some case, the GDDV returns a package with a buffer which     has zero length. It causes that kmemdup() returns ZERO_SIZE_PTR (0x10). Then the data_vault_read() got     NULL point dereference problem when accessing the 0x10 value in data_vault. [ 71.024560] BUG: kernel NULL     pointer dereference, address: 0000000000000010 This patch uses ZERO_OR_NULL_PTR() for checking     ZERO_SIZE_PTR or NULL value in data_vault. (CVE-2022-48703)

  - In the Linux kernel, the following vulnerability has been resolved: ice: switch: fix potential memleak in     ice_add_adv_recipe() When ice_add_special_words() fails, the 'rm' is not released, which will lead to a     memory leak. Fix this up by going to 'err_unroll' label. Compile tested only. (CVE-2022-48709)

  - In the Linux kernel, the following vulnerability has been resolved: xen-netfront: Fix NULL sring after     live migration A NAPI is setup for each network sring to poll data to kernel The sring with source host is     destroyed before live migration and new sring with target host is setup after live migration. The NAPI for     the old sring is not deleted until setup new sring with target host after migration. With     busy_poll/busy_read enabled, the NAPI can be polled before got deleted when resume VM. BUG: unable to     handle kernel NULL pointer dereference at 0000000000000008 IP: xennet_poll+0xae/0xd20 PGD 0 P4D 0 Oops:
    0000 [#1] SMP PTI Call Trace: finish_task_switch+0x71/0x230 timerqueue_del+0x1d/0x40     hrtimer_try_to_cancel+0xb5/0x110 xennet_alloc_rx_buffers+0x2a0/0x2a0 napi_busy_loop+0xdb/0x270     sock_poll+0x87/0x90 do_sys_poll+0x26f/0x580 tracing_map_insert+0x1d4/0x2f0 event_hist_trigger+0x14a/0x260     finish_task_switch+0x71/0x230 __schedule+0x256/0x890 recalc_sigpending+0x1b/0x50 xen_sched_clock+0x15/0x20
    __rb_reserve_next+0x12d/0x140 ring_buffer_lock_reserve+0x123/0x3d0 event_triggers_call+0x87/0xb0     trace_event_buffer_commit+0x1c4/0x210 xen_clocksource_get_cycles+0x15/0x20 ktime_get_ts64+0x51/0xf0     SyS_ppoll+0x160/0x1a0 SyS_ppoll+0x160/0x1a0 do_syscall_64+0x73/0x130     entry_SYSCALL_64_after_hwframe+0x41/0xa6 ... RIP: xennet_poll+0xae/0xd20 RSP: ffffb4f041933900 CR2:
    0000000000000008 ---[ end trace f8601785b354351c ]--- xen frontend should remove the NAPIs for the old     srings before live migration as the bond srings are destroyed There is a tiny window between the srings     are set to NULL and the NAPIs are disabled, It is safe as the NAPI threads are still frozen at that time     (CVE-2022-48969)

  - In the Linux kernel, the following vulnerability has been resolved: cifs: fix small mempool leak in     SMB2_negotiate() In some cases of failure (dialect mismatches) in SMB2_negotiate(), after the request is     sent, the checks would return -EIO when they should be rather setting rc = -EIO and jumping to neg_exit to     free the response buffer from mempool. (CVE-2022-49938)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - wifi: mt76: mt7921: fix skb leak by txs missing in AMSDU txs may be dropped if the frame is aggregated in     AMSDU. When the problem shows up, some SKBs would be hold in driver to cause network stopped temporarily.
    Even if the problem can be recovered by txs timeout handling, mt7921 still need to disable txs in AMSDU to     avoid this issue. (CVE-2023-54052)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Type	Severity
361823	AlmaLinux 9.2 [TuxCare] Security Update: bpftool / kernel / kernel-abi-stablelists / kernel-core / etc Multiple Vulnerabilities (ALMALINUX9.2:CLSA-2026:1782151303)	Nessus	Alma Linux Local Security Checks	Local	high
297194	SUSE SLED15 / SLES15 : Security update for the Linux Kernel (SUSE-SU-2026:0315-1)	Nessus	SuSE Local Security Checks	Local	high
296680	SUSE SLES15 / openSUSE 15 : Security update for the Linux Kernel (SUSE-SU-2026:0293-1)	Nessus	SuSE Local Security Checks	Local	high
296676	SUSE SLES15: kernel-azure / kernel-azure-devel / kernel-devel-azure / etc (SUSE-SU-2026:0281-1)	Nessus	SuSE Local Security Checks	Local	high
296481	SUSE SLES15 Security Update : kernel (SUSE-SU-2026:0278-1)	Nessus	SuSE Local Security Checks	Local	high
279888	Linux Distros Unpatched Vulnerability : CVE-2023-54052	Nessus	Misc.	Local	medium

Detections

Analytics

CVE-2023-54052

medium

Tenable Plugins

high

high

high

high

high

medium