In the Linux kernel, the following vulnerability has been resolved: blk-mq: fix tags leak when shrink nr_hw_queues Although we don't need to realloc set->tags[] when shrink nr_hw_queues, we need to free them. Or these tags will be leaked. How to reproduce: 1. mount -t configfs configfs /mnt 2. modprobe null_blk nr_devices=0 submit_queues=8 3. mkdir /mnt/nullb/nullb0 4. echo 1 > /mnt/nullb/nullb0/power 5. echo 4 > /mnt/nullb/nullb0/submit_queues 6. rmdir /mnt/nullb/nullb0 In step 4, will alloc 9 tags (8 submit queues and 1 poll queue), then in step 5, new_nr_hw_queues = 5 (4 submit queues and 1 poll queue). At last in step 6, only these 5 tags are freed, the other 4 tags leaked.

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

  - A flaw was found in the KVM's AMD nested virtualization (SVM). A malicious L1 guest could purposely fail     to intercept the shutdown of a cooperative nested guest (L2), possibly leading to a page fault and kernel     panic in the host (L0). (CVE-2022-3344)

  - In the Linux kernel, the following vulnerability has been resolved: usbnet: Run unregister_netdev() before     unbind() again Commit 2c9d6c2b871d (usbnet: run unbind() before unregister_netdev()) sought to fix a     use-after-free on disconnect of USB Ethernet adapters. It turns out that a different fix is necessary to     address the issue:
    https://lore.kernel.org/netdev/18b3541e5372bc9b9fc733d422f4e698c089077c.1650177997.git.lukas@wunner.de/ So     the commit was not necessary. The commit made binding and unbinding of USB Ethernet asymmetrical: Before,     usbnet_probe() first invoked the ->bind() callback and then register_netdev(). usbnet_disconnect()     mirrored that by first invoking unregister_netdev() and then ->unbind(). Since the commit, the order in     usbnet_disconnect() is reversed and no longer mirrors usbnet_probe(). One consequence is that a PHY     disconnected (and stopped) in ->unbind() is afterwards stopped once more by unregister_netdev() as it     closes the netdev before unregistering. That necessitates a contortion in ->stop() because the PHY may     only be stopped if it hasn't already been disconnected. Reverting the commit allows making the call to     phy_stop() unconditional in ->stop(). (CVE-2022-49501)

  - In the Linux kernel, the following vulnerability has been resolved: crypto: arm64/poly1305 - fix a read     out-of-bound A kasan error was reported during fuzzing: BUG: KASAN: slab-out-of-bounds in     neon_poly1305_blocks.constprop.0+0x1b4/0x250 [poly1305_neon] Read of size 4 at addr ffff0010e293f010 by     task syz-executor.5/1646715 CPU: 4 PID: 1646715 Comm: syz-executor.5 Kdump: loaded Not tainted     5.10.0.aarch64 #1 Hardware name: Huawei TaiShan 2280 /BC11SPCD, BIOS 1.59 01/31/2019 Call trace:
    dump_backtrace+0x0/0x394 show_stack+0x34/0x4c arch/arm64/kernel/stacktrace.c:196 __dump_stack     lib/dump_stack.c:77 [inline] dump_stack+0x158/0x1e4 lib/dump_stack.c:118     print_address_description.constprop.0+0x68/0x204 mm/kasan/report.c:387 __kasan_report+0xe0/0x140     mm/kasan/report.c:547 kasan_report+0x44/0xe0 mm/kasan/report.c:564 check_memory_region_inline     mm/kasan/generic.c:187 [inline] __asan_load4+0x94/0xd0 mm/kasan/generic.c:252     neon_poly1305_blocks.constprop.0+0x1b4/0x250 [poly1305_neon] neon_poly1305_do_update+0x6c/0x15c     [poly1305_neon] neon_poly1305_update+0x9c/0x1c4 [poly1305_neon] crypto_shash_update crypto/shash.c:131     [inline] shash_finup_unaligned+0x84/0x15c crypto/shash.c:179 crypto_shash_finup+0x8c/0x140     crypto/shash.c:193 shash_digest_unaligned+0xb8/0xe4 crypto/shash.c:201 crypto_shash_digest+0xa4/0xfc     crypto/shash.c:217 crypto_shash_tfm_digest+0xb4/0x150 crypto/shash.c:229 essiv_skcipher_setkey+0x164/0x200     [essiv] crypto_skcipher_setkey+0xb0/0x160 crypto/skcipher.c:612 skcipher_setkey+0x3c/0x50     crypto/algif_skcipher.c:305 alg_setkey+0x114/0x2a0 crypto/af_alg.c:220 alg_setsockopt+0x19c/0x210     crypto/af_alg.c:253 __sys_setsockopt+0x190/0x2e0 net/socket.c:2123 __do_sys_setsockopt net/socket.c:2134     [inline] __se_sys_setsockopt net/socket.c:2131 [inline] __arm64_sys_setsockopt+0x78/0x94 net/socket.c:2131
    __invoke_syscall arch/arm64/kernel/syscall.c:36 [inline] invoke_syscall+0x64/0x100     arch/arm64/kernel/syscall.c:48 el0_svc_common.constprop.0+0x220/0x230 arch/arm64/kernel/syscall.c:155     do_el0_svc+0xb4/0xd4 arch/arm64/kernel/syscall.c:217 el0_svc+0x24/0x3c arch/arm64/kernel/entry-     common.c:353 el0_sync_handler+0x160/0x164 arch/arm64/kernel/entry-common.c:369 el0_sync+0x160/0x180     arch/arm64/kernel/entry.S:683 This error can be reproduced by the following code compiled as ko on a     system with kasan enabled: #include <linux/module.h> #include <linux/crypto.h> #include <crypto/hash.h>     #include <crypto/poly1305.h> char test_data[] = \x00\x01\x02\x03\x04\x05\x06\x07     \x08\x09\x0a\x0b\x0c\x0d\x0e\x0f \x10\x11\x12\x13\x14\x15\x16\x17 \x18\x19\x1a\x1b\x1c\x1d\x1e; int     init(void) { struct crypto_shash *tfm = NULL; char *data = NULL, *out = NULL; tfm =     crypto_alloc_shash(poly1305, 0, 0); data = kmalloc(POLY1305_KEY_SIZE - 1, GFP_KERNEL); out =     kmalloc(POLY1305_DIGEST_SIZE, GFP_KERNEL); memcpy(data, test_data, POLY1305_KEY_SIZE - 1);
    crypto_shash_tfm_digest(tfm, data, POLY1305_KEY_SIZE - 1, out); kfree(data); kfree(out); return 0; } void     deinit(void) { } module_init(init) module_exit(deinit) MODULE_LICENSE(GPL); The root cause of the bug     sits in neon_poly1305_blocks. The logic neon_poly1305_blocks() performed is that if it was called with     both s[] and r[] uninitialized, it will first try to initialize them with the data from the first block     that it believed to be 32 bytes in length. First 16 bytes are used as the key and the next 16 bytes for     s[]. This would lead to the aforementioned read out-of-bound. However, after calling poly1305_init_arch(),     only 16 bytes were deducted from the input and s[] is initialized yet again with the following 16 bytes.
    The second initialization of s[] is certainly redundent which indicates that the first initialization     should be for r[] only. This patch fixes the issue by calling poly1305_init_arm64() instead o
    ---truncated--- (CVE-2022-50231)

  - In the Linux kernel, the following vulnerability has been resolved: bpf: Fix reference state management     for synchronous callbacks Currently, verifier verifies callback functions (sync and async) as if they will     be executed once, (i.e. it explores execution state as if the function was being called once). The next     insn to explore is set to start of subprog and the exit from nested frame is handled using curframe > 0     and prepare_func_exit. In case of async callback it uses a customized variant of push_stack simulating a     kind of branch to set up custom state and execution context for the async callback. While this approach is     simple and works when callback really will be executed only once, it is unsafe for all of our current     helpers which are for_each style, i.e. they execute the callback multiple times. A callback releasing     acquired references of the caller may do so multiple times, but currently verifier sees it as one call     inside the frame, which then returns to caller. Hence, it thinks it released some reference that the cb     e.g. got access through callback_ctx (register filled inside cb from spilled typed register on stack).
    Similarly, it may see that an acquire call is unpaired inside the callback, so the caller will copy the     reference state of callback and then will have to release the register with new ref_obj_ids. But again,     the callback may execute multiple times, but the verifier will only account for acquired references for a     single symbolic execution of the callback, which will cause leaks. Note that for async callback case,     things are different. While currently we have bpf_timer_set_callback which only executes it once, even for     multiple executions it would be safe, as reference state is NULL and check_reference_leak would force     program to release state before BPF_EXIT. The state is also unaffected by analysis for the caller frame.
    Hence async callback is safe. Since we want the reference state to be accessible, e.g. for pointers loaded     from stack through callback_ctx's PTR_TO_STACK, we still have to copy caller's reference_state to     callback's bpf_func_state, but we enforce that whatever references it adds to that reference_state has     been released before it hits BPF_EXIT. This requires introducing a new callback_ref member in the     reference state to distinguish between caller vs callee references. Hence, check_reference_leak now errors     out if it sees we are in callback_fn and we have not released callback_ref refs. Since there can be     multiple nested callbacks, like frame 0 -> cb1 -> cb2 etc. we need to also distinguish between whether     this particular ref belongs to this callback frame or parent, and only error for our own, so we store     state->frameno (which is always non-zero for callbacks). In short, callbacks can read parent     reference_state, but cannot mutate it, to be able to use pointers acquired by the caller. They must only     undo their changes (by releasing their own acquired_refs before BPF_EXIT) on top of caller reference_state     before returning (at which point the caller and callback state will match anyway, so no need to copy it     back to caller). (CVE-2022-50650)

  - In the Linux kernel, the following vulnerability has been resolved: net: stmmac: fix possible memory leak     in stmmac_dvr_probe() The bitmap_free() should be called to free priv->af_xdp_zc_qps when     create_singlethread_workqueue() fails, otherwise there will be a memory leak, so we add the err path     error_wq_init to fix it. (CVE-2022-50663)

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

According to the versions of the kernel packages installed, the EulerOS Virtualization installation on the remote host is affected by the following vulnerabilities :

    netfilter: ctnetlink: remove refcounting in expectation dumpers(CVE-2025-39764)

    nvme: nvme-fc: Ensure -ioerr_work is cancelled in nvme_fc_delete_ctrl()(CVE-2025-40261)

    ipv4: ip_gre: make ipgre_header() robust(CVE-2026-23011)

    bonding: limit BOND_MODE_8023AD to Ethernet devices(CVE-2026-23099)

    iommu: disable SVA when CONFIG_X86 is set(CVE-2025-71089)

    mm/hugetlb: fix hugetlb_pmd_shared()(CVE-2026-23100)

    uacce: ensure safe queue release with state management(CVE-2026-23063)

    scsi: target: Reset t_task_cdb pointer in error case(CVE-2025-68782)

    leds: led-class: Only Add LED to leds_list when it is fully ready(CVE-2026-23101)

    usb: typec: ucsi: Handle incorrect num_connectors capability(CVE-2025-71108)

    net/sched: sch_qfq: do not free existing class in qfq_change_class()(CVE-2026-22999)

    SUNRPC: svcauth_gss: avoid NULL deref on zero length gss_token in gss_read_proxy_verf(CVE-2025-71120)

    perf/x86/amd: Check event before enable to avoid GPF(CVE-2025-68798)

    libceph: make decode_pool() more resilient against corrupted osdmaps(CVE-2025-71116)

    NFSD: NFSv4 file creation neglects setting ACL(CVE-2025-68803)

    x86/fpu: Clear XSTATE_BV[i] in guest XSAVE state whenever XFD[i]=1(CVE-2026-23005)

    nbd: defer config put in recv_work(CVE-2025-68372)

    net: hns3: using the num_tqps in the vf driver to apply for resources(CVE-2025-71064)

    net: sock: fix hardened usercopy panic in sock_recv_errqueue(CVE-2026-22977)

    uacce: implement mremap in uacce_vm_ops to return -EPERM(CVE-2026-23056)

    irqchip/gic-v3-its: Avoid truncating memory addresses(CVE-2026-23085)

    KVM: x86: Fix VM hard lockup after prolonged inactivity with periodic HV timer(CVE-2025-71104)

    net: openvswitch: fix middle attribute validation in push_nsh() action(CVE-2025-68785)

    libceph: make calc_target() set t-paused, not just clear it(CVE-2026-23047)

    NFS: Automounted filesystems should inherit ro,noexec,nodev,sync flags(CVE-2025-68764)

    macvlan: fix error recovery in macvlan_common_newlink()(CVE-2026-23209)

    regmap: Fix race condition in hwspinlock irqsave routine(CVE-2026-23071)

    nvme-tcp: fix NULL pointer dereferences in nvmet_tcp_build_pdu_iovec(CVE-2026-22998)

    net: hns3: add VLAN id validation before using(CVE-2025-71112)

    sctp: Prevent TOCTOU out-of-bounds write(CVE-2025-40331)

    crypto: virtio - Add spinlock protection with virtqueue notification(CVE-2026-23229)

    uacce: fix isolate sysfs check condition(CVE-2026-23094)

    net/sched: Enforce that teql can only be used as root qdisc(CVE-2026-23074)

    scsi: target: iscsi: Fix use-after-free in iscsit_dec_conn_usage_count()(CVE-2026-23216)

    ipvlan: Make the addrs_lock be per port(CVE-2026-23103)

    RDMA/core: Check for the presence of LS_NLA_TYPE_DGID correctly(CVE-2025-71096)

    net: hv_netvsc: reject RSS hash key programming without RX indirection table(CVE-2026-23054)

    nfsd: provide locking for v4_end_grace(CVE-2026-22980)

    net/sched: qfq: Use cl_is_active to determine whether class is active in qfq_rm_from_ag(CVE-2026-23105)

    ACPICA: Avoid walking the Namespace if start_node is NULL(CVE-2025-71118)

    nvmet-tcp: fixup hang in nvmet_tcp_listen_data_ready()(CVE-2026-23179)

    tpm: Cap the number of PCR banks(CVE-2025-71077)

    sctp: move SCTP_CMD_ASSOC_SHKEY right after SCTP_CMD_PEER_INIT(CVE-2026-23125)

    migrate: correct lock ordering for hugetlb file folios(CVE-2026-23097)

    net: usb: pegasus: fix memory leak in update_eth_regs_async()(CVE-2026-23021)

    net/mlx5: fw_tracer, Validate format string parameters(CVE-2025-68816)

    scsi: qla2xxx: Delay module unload while fabric scan in progress(CVE-2025-71235)

    net: use dst_dev_rcu() in sk_setup_caps()(CVE-2025-40170)

    pNFS: Fix a deadlock when returning a delegation during open()(CVE-2026-23050)

    scsi: Revert 'scsi: qla2xxx: Perform lockless command completion in abort path'(CVE-2025-68818)

    ipvs: fix ipv4 null-ptr-deref in route error path(CVE-2025-68813)

    fsnotify: do not generate ACCESS/MODIFY events on child for special files(CVE-2025-68788)

    vsock/virtio: fix potential underflow in virtio_transport_get_credit()(CVE-2026-23069)

    ip6_gre: make ip6gre_header() robust(CVE-2025-71098)

    platform/x86: classmate-laptop: Add missing NULL pointer checks(CVE-2026-23237)

    net/sched: sch_qfq: Fix NULL deref when deactivating inactive aggregate in qfq_reset(CVE-2026-22976)

    blk-cgroup: Fix NULL deref caused by blkg_policy_data being installed before init(CVE-2023-54271)

    KVM: arm64: Prevent access to vCPU events before init(CVE-2025-40102)

    tracing: Add recursion protection in kernel stack trace recording(CVE-2026-23138)

    scsi: qla2xxx: Fix bsg_done() causing double free(CVE-2025-71238)

    mm/secretmem: fix use-after-free race in fault handler(CVE-2025-40272)

    vsock/virtio: cap TX credit to local buffer size(CVE-2026-23086)

    iomap: adjust read range correctly for non-block-aligned positions(CVE-2025-68794)

    ipv6: use RCU in ip6_xmit()(CVE-2025-40135)

    libceph: make free_choose_arg_map() resilient to partial allocation(CVE-2026-22991)

    tracing: Do not register unsupported perf events(CVE-2025-71125)

    netfilter: nf_tables: avoid chain re-validation if possible(CVE-2025-71160)

    io_uring/io-wq: check IO_WQ_BIT_EXIT inside work run loop(CVE-2026-23113)

    HID: uclogic: Correct devm device reference for hidinput input_dev name(CVE-2023-54207)

    scsi: target: iscsi: Fix use-after-free in iscsit_dec_session_usage_count()(CVE-2026-23193)

    scsi: core: Wake up the error handler when final completions race against each other(CVE-2026-23110)

    vsock: fix lock inversion in vsock_assign_transport()(CVE-2025-40231)

    bonding: annotate data-races around slave-last_rx(CVE-2026-23212)

    be2net: Fix NULL pointer dereference in be_cmd_get_mac_from_list(CVE-2026-23084)

    inet: frags: flush pending skbs in fqdir_pre_exit()(CVE-2025-68768)

    ip6_tunnel: use skb_vlan_inet_prepare() in __ip6_tnl_rcv()(CVE-2026-23003)

    io_uring: fix filename leak in __io_openat_prep()(CVE-2025-68814)

    RDMA/cm: Fix leaking the multicast GID table reference(CVE-2025-71084)

    net/sched: cls_u32: use skb_header_pointer_careful()(CVE-2026-23204)

    wifi: avoid kernel-infoleak from struct iw_point(CVE-2026-22978)

    scsi: qla2xxx: Validate sp before freeing associated memory(CVE-2025-71236)

    nvmet-tcp: add bounds checks in nvmet_tcp_build_pdu_iovec(CVE-2026-23112)

    scsi: qla2xxx: Free sp in error path to fix system crash(CVE-2025-71232)

    ipv6: BUG() in pskb_expand_head() as part of calipso_skbuff_setattr()(CVE-2025-71085)

    macvlan: fix possible UAF in macvlan_forward_source()(CVE-2026-23001)

    drm/nouveau/kms/nv50-: init hpd_irq_lock for PIOR DP(CVE-2023-54263)

    media: dvb-usb: dtv5100: fix out-of-bounds in dtv5100_i2c_msg()(CVE-2025-68819)

    crypto: seqiv - Do not use req-iv after crypto_aead_encrypt(CVE-2025-71131)

    blk-mq: fix tags leak when shrink nr_hw_queues(CVE-2023-54227)

    net: usb: rtl8150: fix memory leak on usb_submit_urb() failure(CVE-2025-71154)

    ipv6: use RCU in ip6_output()(CVE-2025-40158)

    libceph: replace overzealous BUG_ON in osdmap_apply_incremental()(CVE-2026-22990)

    net: fix segmentation of forwarding fraglist GRO(CVE-2026-23154)

    sched/deadline: only set free_cpus for online runqueues(CVE-2025-68780)

    crypto: authencesn - reject too-short AAD (assoclen8) to match ESP/ESN spec(CVE-2026-23060)

    l2tp: avoid one data-race in l2tp_tunnel_del_work()(CVE-2026-23120)

    ipv4: Fix reference count leak when using error routes with nexthop objects(CVE-2025-71097)

    uacce: fix cdev handling in the cleanup path(CVE-2026-23096)

    pnfs/flexfiles: Fix memory leak in nfs4_ff_alloc_deviceid_node()(CVE-2026-23038)

    KVM: Don't clobber irqfd routing type when deassigning irqfd(CVE-2026-23198)

    netdevsim: fix a race issue related to the operation on bpf_bound_progs list(CVE-2026-23126)

    RDMA/umad: Reject negative data_len in ib_umad_write(CVE-2026-23243)

Tenable has extracted the preceding description block directly from the EulerOS Virtualization kernel security advisory.

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.

  - blk-mq: fix tags leak when shrink nr_hw_queues Although we don't need to realloc set->tags[] when shrink     nr_hw_queues, we need to free them. Or these tags will be leaked. How to reproduce: 1. mount -t configfs     configfs /mnt 2. modprobe null_blk nr_devices=0 submit_queues=8 3. mkdir /mnt/nullb/nullb0 4. echo 1 >     /mnt/nullb/nullb0/power 5. echo 4 > /mnt/nullb/nullb0/submit_queues 6. rmdir /mnt/nullb/nullb0 In step 4,     will alloc 9 tags (8 submit queues and 1 poll queue), then in step 5, new_nr_hw_queues = 5 (4 submit     queues and 1 poll queue). At last in step 6, only these 5 tags are freed, the other 4 tags leaked.
    (CVE-2023-54227)

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

ID	Name	Product	Family	Type	Severity
366919	Debian dla-4841 : ata-modules-6.1.0-53-armmp-di - security update	Nessus	Debian Local Security Checks	Local	high
352031	AlmaLinux 9.2 [TuxCare] Security Update: bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / etc Multiple Vulnerabilities (ALMALINUX9.2:CLSA-2026:1786761805)	Nessus	Alma Linux Local Security Checks	Local	critical
348098	EulerOS Virtualization 2.11.0 : kernel (EulerOS-SA-2026-3511)	Nessus	Huawei Local Security Checks	Local	critical
348006	EulerOS Virtualization 2.11.1 : kernel (EulerOS-SA-2026-3424)	Nessus	Huawei Local Security Checks	Local	critical
319448	EulerOS Virtualization 2.13.1 : kernel (EulerOS-SA-2026-2132)	Nessus	Huawei Local Security Checks	Local	high
319348	EulerOS Virtualization 2.12.1 : kernel (EulerOS-SA-2026-2077)	Nessus	Huawei Local Security Checks	Local	critical
319345	EulerOS Virtualization 2.12.0 : kernel (EulerOS-SA-2026-2102)	Nessus	Huawei Local Security Checks	Local	critical
319325	EulerOS Virtualization 2.13.0 : kernel (EulerOS-SA-2026-2171)	Nessus	Huawei 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
280700	Linux Distros Unpatched Vulnerability : CVE-2023-54227	Nessus	Misc.	Local	high

Detections

Analytics

CVE-2023-54227

high

Tenable Plugins

high

critical

critical

critical

high

critical

critical

high

high

high

high

high

high