The Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2025-990758 advisory.

    In the Linux kernel, the following vulnerability has been resolved:

    scsi: zfcp: Fix double free of FSF request when qdio send fails

    We used to use the wrong type of integer in 'zfcp_fsf_req_send()' to cache     the FSF request ID when sending a new FSF request. This is used in case the     sending fails and we need to remove the request from our internal hash     table again (so we don't keep an invalid reference and use it when we free     the request again).

    In 'zfcp_fsf_req_send()' we used to cache the ID as 'int' (signed and 32     bit wide), but the rest of the zfcp code (and the firmware specification)     handles the ID as 'unsigned long'/'u64' (unsigned and 64 bit wide [s390x     ELF ABI]).  For one this has the obvious problem that when the ID grows     past 32 bit (this can happen reasonably fast) it is truncated to 32 bit     when storing it in the cache variable and so doesn't match the original ID     anymore.  The second less obvious problem is that even when the original ID     has not yet grown past 32 bit, as soon as the 32nd bit is set in the     original ID (0x80000000 = 2'147'483'648) we will have a mismatch when we     cast it back to 'unsigned long'. As the cached variable is of a signed     type, the compiler will choose a sign-extending instruction to load the 32     bit variable into a 64 bit register (e.g.: 'lgf %r11,188(%r15)'). So once     we pass the cached variable into 'zfcp_reqlist_find_rm()' to remove the     request again all the leading zeros will be flipped to ones to extend the     sign and won't match the original ID anymore (this has been observed in     practice).

    If we can't successfully remove the request from the hash table again after     'zfcp_qdio_send()' fails (this happens regularly when zfcp cannot notify     the adapter about new work because the adapter is already gone during     e.g. a ChpID toggle) we will end up with a double free.  We unconditionally     free the request in the calling function when 'zfcp_fsf_req_send()' fails,     but because the request is still in the hash table we end up with a stale     memory reference, and once the zfcp adapter is either reset during recovery     or shutdown we end up freeing the same memory twice.

    The resulting stack traces vary depending on the kernel and have no direct     correlation to the place where the bug occurs. Here are three examples that     have been seen in practice:

      list_del corruption. next->prev should be 00000001b9d13800, but was 00000000dead4ead.
    (next=00000001bd131a00)
      ------------[ cut here ]------------       kernel BUG at lib/list_debug.c:62!       monitor event: 0040 ilc:2 [#1] PREEMPT SMP       Modules linked in: ...
      CPU: 9 PID: 1617 Comm: zfcperp0.0.1740 Kdump: loaded       Hardware name: ...
      Krnl PSW : 0704d00180000000 00000003cbeea1f8 (__list_del_entry_valid+0x98/0x140)                  R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:1 PM:0 RI:0 EA:3       Krnl GPRS: 00000000916d12f1 0000000080000000 000000000000006d 00000003cb665cd6                  0000000000000001 0000000000000000 0000000000000000 00000000d28d21e8                  00000000d3844000 00000380099efd28 00000001bd131a00 00000001b9d13800                  00000000d3290100 0000000000000000 00000003cbeea1f4 00000380099efc70       Krnl Code: 00000003cbeea1e8: c020004f68a7        larl    %r2,00000003cc8d7336                  00000003cbeea1ee: c0e50027fd65        brasl   %r14,00000003cc3e9cb8                 #00000003cbeea1f4: af000000            mc      0,0                 >00000003cbeea1f8: c02000920440        larl    %r2,00000003cd12aa78                  00000003cbeea1fe: c0e500289c25        brasl   %r14,00000003cc3fda48                  00000003cbeea204: b9040043            lgr     %r4,%r3                  00000003cbeea208: b9040051            lgr     %r5,%r1                  00000003cbeea20c: b9040032            lgr     %r3,%r2       Call Trace:
       [<00000003cbeea1f8>] __list_del_entry_valid+0x98/0x140       ([<00000003cbeea1f4>] __list_del_entry_valid+0x94/0x140)        [<000003ff7ff502fe>] zfcp_fsf_req_dismiss_all+0xde/0x150 [zfcp]        [<000003ff7ff49cd0>] zfcp_erp_strategy_do_action+0x160/0x280 [zfcp]
    ---truncated---

Tenable has extracted the preceding description block directly from the Unity Linux security advisory.

Note that Nessus has not tested for this issue 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.

  - scsi: zfcp: Fix double free of FSF request when qdio send fails We used to use the wrong type of integer     in 'zfcp_fsf_req_send()' to cache the FSF request ID when sending a new FSF request. This is used in case     the sending fails and we need to remove the request from our internal hash table again (so we don't keep     an invalid reference and use it when we free the request again). In 'zfcp_fsf_req_send()' we used to cache     the ID as 'int' (signed and 32 bit wide), but the rest of the zfcp code (and the firmware specification)     handles the ID as 'unsigned long'/'u64' (unsigned and 64 bit wide [s390x ELF ABI]). For one this has the     obvious problem that when the ID grows past 32 bit (this can happen reasonably fast) it is truncated to 32     bit when storing it in the cache variable and so doesn't match the original ID anymore. The second less     obvious problem is that even when the original ID has not yet grown past 32 bit, as soon as the 32nd bit     is set in the original ID (0x80000000 = 2'147'483'648) we will have a mismatch when we cast it back to     'unsigned long'. As the cached variable is of a signed type, the compiler will choose a sign-extending     instruction to load the 32 bit variable into a 64 bit register (e.g.: 'lgf %r11,188(%r15)'). So once we     pass the cached variable into 'zfcp_reqlist_find_rm()' to remove the request again all the leading zeros     will be flipped to ones to extend the sign and won't match the original ID anymore (this has been observed     in practice). If we can't successfully remove the request from the hash table again after     'zfcp_qdio_send()' fails (this happens regularly when zfcp cannot notify the adapter about new work     because the adapter is already gone during e.g. a ChpID toggle) we will end up with a double free. We     unconditionally free the request in the calling function when 'zfcp_fsf_req_send()' fails, but because the     request is still in the hash table we end up with a stale memory reference, and once the zfcp adapter is     either reset during recovery or shutdown we end up freeing the same memory twice. The resulting stack     traces vary depending on the kernel and have no direct correlation to the place where the bug occurs. Here     are three examples that have been seen in practice: list_del corruption. next->prev should be     00000001b9d13800, but was 00000000dead4ead. (next=00000001bd131a00) ------------[ cut here ]------------     kernel BUG at lib/list_debug.c:62! monitor event: 0040 ilc:2 [#1] PREEMPT SMP Modules linked in: ... CPU:
    9 PID: 1617 Comm: zfcperp0.0.1740 Kdump: loaded Hardware name: ... Krnl PSW : 0704d00180000000     00000003cbeea1f8 (__list_del_entry_valid+0x98/0x140) R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:1 PM:0     RI:0 EA:3 Krnl GPRS: 00000000916d12f1 0000000080000000 000000000000006d 00000003cb665cd6 0000000000000001     0000000000000000 0000000000000000 00000000d28d21e8 00000000d3844000 00000380099efd28 00000001bd131a00     00000001b9d13800 00000000d3290100 0000000000000000 00000003cbeea1f4 00000380099efc70 Krnl Code:
    00000003cbeea1e8: c020004f68a7 larl %r2,00000003cc8d7336 00000003cbeea1ee: c0e50027fd65 brasl     %r14,00000003cc3e9cb8 #00000003cbeea1f4: af000000 mc 0,0 >00000003cbeea1f8: c02000920440 larl     %r2,00000003cd12aa78 00000003cbeea1fe: c0e500289c25 brasl %r14,00000003cc3fda48 00000003cbeea204: b9040043     lgr %r4,%r3 00000003cbeea208: b9040051 lgr %r5,%r1 00000003cbeea20c: b9040032 lgr %r3,%r2 Call Trace:
    [<00000003cbeea1f8>] __list_del_entry_valid+0x98/0x140 ([<00000003cbeea1f4>]
    __list_del_entry_valid+0x94/0x140) [<000003ff7ff502fe>] zfcp_fsf_req_dismiss_all+0xde/0x150 [zfcp]     [<000003ff7ff49cd0>] zfcp_erp_strategy_do_action+0x160/0x280 [zfcp] ---truncated--- (CVE-2022-49789)

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

The Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2025-993054 advisory.

    In the Linux kernel, the following vulnerability has been resolved:

    scsi: zfcp: Fix double free of FSF request when qdio send fails

    We used to use the wrong type of integer in 'zfcp_fsf_req_send()' to cache     the FSF request ID when sending a new FSF request. This is used in case the     sending fails and we need to remove the request from our internal hash     table again (so we don't keep an invalid reference and use it when we free     the request again).

    In 'zfcp_fsf_req_send()' we used to cache the ID as 'int' (signed and 32     bit wide), but the rest of the zfcp code (and the firmware specification)     handles the ID as 'unsigned long'/'u64' (unsigned and 64 bit wide [s390x     ELF ABI]).  For one this has the obvious problem that when the ID grows     past 32 bit (this can happen reasonably fast) it is truncated to 32 bit     when storing it in the cache variable and so doesn't match the original ID     anymore.  The second less obvious problem is that even when the original ID     has not yet grown past 32 bit, as soon as the 32nd bit is set in the     original ID (0x80000000 = 2'147'483'648) we will have a mismatch when we     cast it back to 'unsigned long'. As the cached variable is of a signed     type, the compiler will choose a sign-extending instruction to load the 32     bit variable into a 64 bit register (e.g.: 'lgf %r11,188(%r15)'). So once     we pass the cached variable into 'zfcp_reqlist_find_rm()' to remove the     request again all the leading zeros will be flipped to ones to extend the     sign and won't match the original ID anymore (this has been observed in     practice).

    If we can't successfully remove the request from the hash table again after     'zfcp_qdio_send()' fails (this happens regularly when zfcp cannot notify     the adapter about new work because the adapter is already gone during     e.g. a ChpID toggle) we will end up with a double free.  We unconditionally     free the request in the calling function when 'zfcp_fsf_req_send()' fails,     but because the request is still in the hash table we end up with a stale     memory reference, and once the zfcp adapter is either reset during recovery     or shutdown we end up freeing the same memory twice.

    The resulting stack traces vary depending on the kernel and have no direct     correlation to the place where the bug occurs. Here are three examples that     have been seen in practice:

      list_del corruption. next->prev should be 00000001b9d13800, but was 00000000dead4ead.
    (next=00000001bd131a00)
      ------------[ cut here ]------------       kernel BUG at lib/list_debug.c:62!       monitor event: 0040 ilc:2 [#1] PREEMPT SMP       Modules linked in: ...
      CPU: 9 PID: 1617 Comm: zfcperp0.0.1740 Kdump: loaded       Hardware name: ...
      Krnl PSW : 0704d00180000000 00000003cbeea1f8 (__list_del_entry_valid+0x98/0x140)                  R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:1 PM:0 RI:0 EA:3       Krnl GPRS: 00000000916d12f1 0000000080000000 000000000000006d 00000003cb665cd6                  0000000000000001 0000000000000000 0000000000000000 00000000d28d21e8                  00000000d3844000 00000380099efd28 00000001bd131a00 00000001b9d13800                  00000000d3290100 0000000000000000 00000003cbeea1f4 00000380099efc70       Krnl Code: 00000003cbeea1e8: c020004f68a7        larl    %r2,00000003cc8d7336                  00000003cbeea1ee: c0e50027fd65        brasl   %r14,00000003cc3e9cb8                 #00000003cbeea1f4: af000000            mc      0,0                 >00000003cbeea1f8: c02000920440        larl    %r2,00000003cd12aa78                  00000003cbeea1fe: c0e500289c25        brasl   %r14,00000003cc3fda48                  00000003cbeea204: b9040043            lgr     %r4,%r3                  00000003cbeea208: b9040051            lgr     %r5,%r1                  00000003cbeea20c: b9040032            lgr     %r3,%r2       Call Trace:
       [<00000003cbeea1f8>] __list_del_entry_valid+0x98/0x140       ([<00000003cbeea1f4>] __list_del_entry_valid+0x94/0x140)        [<000003ff7ff502fe>] zfcp_fsf_req_dismiss_all+0xde/0x150 [zfcp]        [<000003ff7ff49cd0>] zfcp_erp_strategy_do_action+0x160/0x280 [zfcp]
    ---truncated---

Tenable has extracted the preceding description block directly from the Unity Linux security advisory.

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

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:01982-1 advisory.

    The SUSE Linux Enterprise 15 SP3 kernel was updated to receive various security bugfixes.


    The following security bugs were fixed:

    - CVE-2021-32399: Fixed a race condition when removing the HCI controller (bsc#1184611).
    - CVE-2022-49110: netfilter: conntrack: revisit gc autotuning (bsc#1237981).
    - CVE-2022-49139: Bluetooth: fix null ptr deref on hci_sync_conn_complete_evt (bsc#1238032).
    - CVE-2022-49320: dmaengine: zynqmp_dma: In struct zynqmp_dma_chan fix desc_size data type (bsc#1238394).
    - CVE-2022-49767: 9p/trans_fd: always use O_NONBLOCK read/write (bsc#1242493).
    - CVE-2022-49769: gfs2: Check sb_bsize_shift after reading superblock (bsc#1242440).
    - CVE-2022-49770: ceph: avoid putting the realm twice when decoding snaps fails (bsc#1242597).
    - CVE-2022-49775: tcp: cdg: allow tcp_cdg_release() to be called multiple times (bsc#1242245).
    - CVE-2022-49789: scsi: zfcp: Fix double free of FSF request when qdio send fails (bsc#1242366).
    - CVE-2023-53039: HID: intel-ish-hid: ipc: Fix potential use-after-free in work function (bsc#1242745).
    - CVE-2024-53168: net: make sock_inuse_add() available (bsc#1234887).
    - CVE-2024-56558: nfsd: make sure exp active before svc_export_show (bsc#1235100).
    - CVE-2024-56705: media: atomisp: add check for rgby_data memory allocation failure (bsc#1235568).
    - CVE-2025-21812: ax25: rcu protect dev->ax25_ptr (bsc#1238471).
    - CVE-2025-21999: proc: fix UAF in proc_get_inode() (bsc#1240802).
    - CVE-2025-22028: media: vimc: skip .s_stream() for stopped entities (bsc#1241362).
    - CVE-2025-22121: ext4: fix out-of-bound read in ext4_xattr_inode_dec_ref_all() (bsc#1241593).
    - CVE-2025-37789: net: openvswitch: fix nested key length validation in the set() action (bsc#1242762).
    - CVE-2025-37846: arm64: mops: Do not dereference src reg for a set operation (bsc#1242963).
    - CVE-2025-40364: io_uring: fix io_req_prep_async with provided buffers (bsc#1241637).


Tenable has extracted the preceding description block directly from the SUSE 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 remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:02173-1 advisory.

    The SUSE Linux Enterprise 15 SP5 kernel was updated to receive various security bugfixes.


    The following security bugs were fixed:

    - CVE-2022-49775: tcp: cdg: allow tcp_cdg_release() to be called multiple times (bsc#1242245).
    - CVE-2024-53168: net: make sock_inuse_add() available (bsc#1234887).
    - CVE-2024-56558: nfsd: make sure exp active before svc_export_show (bsc#1235100).
    - CVE-2025-21999: proc: fix UAF in proc_get_inode() (bsc#1240802).
    - CVE-2025-22056: netfilter: nft_tunnel: fix geneve_opt type confusion addition (bsc#1241525).
    - CVE-2025-23145: mptcp: fix NULL pointer in can_accept_new_subflow (bsc#1242596).
    - CVE-2025-37789: net: openvswitch: fix nested key length validation in the set() action (bsc#1242762).
    - CVE-2024-28956: x86/its: Add support for ITS-safe indirect thunk (bsc#1242006).
    - CVE-2025-37785: ext4: fix OOB read when checking dotdot dir (bsc#1241640).


Tenable has extracted the preceding description block directly from the SUSE security advisory.

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

An update of the linux package has been released.

The Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2026-006626 advisory.

    In the Linux kernel, the following vulnerability has been resolved:

    scsi: zfcp: Fix double free of FSF request when qdio send fails

    We used to use the wrong type of integer in 'zfcp_fsf_req_send()' to cache     the FSF request ID when sending a new FSF request. This is used in case the     sending fails and we need to remove the request from our internal hash     table again (so we don't keep an invalid reference and use it when we free     the request again).

    In 'zfcp_fsf_req_send()' we used to cache the ID as 'int' (signed and 32     bit wide), but the rest of the zfcp code (and the firmware specification)     handles the ID as 'unsigned long'/'u64' (unsigned and 64 bit wide [s390x     ELF ABI]).  For one this has the obvious problem that when the ID grows     past 32 bit (this can happen reasonably fast) it is truncated to 32 bit     when storing it in the cache variable and so doesn't match the original ID     anymore.  The second less obvious problem is that even when the original ID     has not yet grown past 32 bit, as soon as the 32nd bit is set in the     original ID (0x80000000 = 2'147'483'648) we will have a mismatch when we     cast it back to 'unsigned long'. As the cached variable is of a signed     type, the compiler will choose a sign-extending instruction to load the 32     bit variable into a 64 bit register (e.g.: 'lgf %r11,188(%r15)'). So once     we pass the cached variable into 'zfcp_reqlist_find_rm()' to remove the     request again all the leading zeros will be flipped to ones to extend the     sign and won't match the original ID anymore (this has been observed in     practice).

    If we can't successfully remove the request from the hash table again after     'zfcp_qdio_send()' fails (this happens regularly when zfcp cannot notify     the adapter about new work because the adapter is already gone during     e.g. a ChpID toggle) we will end up with a double free.  We unconditionally     free the request in the calling function when 'zfcp_fsf_req_send()' fails,     but because the request is still in the hash table we end up with a stale     memory reference, and once the zfcp adapter is either reset during recovery     or shutdown we end up freeing the same memory twice.

    The resulting stack traces vary depending on the kernel and have no direct     correlation to the place where the bug occurs. Here are three examples that     have been seen in practice:

      list_del corruption. next->prev should be 00000001b9d13800, but was 00000000dead4ead.
    (next=00000001bd131a00)
      ------------[ cut here ]------------       kernel BUG at lib/list_debug.c:62!       monitor event: 0040 ilc:2 [#1] PREEMPT SMP       Modules linked in: ...
      CPU: 9 PID: 1617 Comm: zfcperp0.0.1740 Kdump: loaded       Hardware name: ...
      Krnl PSW : 0704d00180000000 00000003cbeea1f8 (__list_del_entry_valid+0x98/0x140)                  R:0 T:1 IO:1 EX:1 Key:0 M:1 W:0 P:0 AS:3 CC:1 PM:0 RI:0 EA:3       Krnl GPRS: 00000000916d12f1 0000000080000000 000000000000006d 00000003cb665cd6                  0000000000000001 0000000000000000 0000000000000000 00000000d28d21e8                  00000000d3844000 00000380099efd28 00000001bd131a00 00000001b9d13800                  00000000d3290100 0000000000000000 00000003cbeea1f4 00000380099efc70       Krnl Code: 00000003cbeea1e8: c020004f68a7        larl    %r2,00000003cc8d7336                  00000003cbeea1ee: c0e50027fd65        brasl   %r14,00000003cc3e9cb8                 #00000003cbeea1f4: af000000            mc      0,0                 >00000003cbeea1f8: c02000920440        larl    %r2,00000003cd12aa78                  00000003cbeea1fe: c0e500289c25        brasl   %r14,00000003cc3fda48                  00000003cbeea204: b9040043            lgr     %r4,%r3                  00000003cbeea208: b9040051            lgr     %r5,%r1                  00000003cbeea20c: b9040032            lgr     %r3,%r2       Call Trace:
       [<00000003cbeea1f8>] __list_del_entry_valid+0x98/0x140       ([<00000003cbeea1f4>] __list_del_entry_valid+0x94/0x140)        [<000003ff7ff502fe>] zfcp_fsf_req_dismiss_all+0xde/0x150 [zfcp]        [<000003ff7ff49cd0>] zfcp_erp_strategy_do_action+0x160/0x280 [zfcp]
    ---truncated---

Tenable has extracted the preceding description block directly from the Unity Linux security advisory.

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

The remote SUSE Linux SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:02262-1 advisory.

    The SUSE Linux Enterprise 15 SP4 kernel was updated to receive various security bugfixes.

    The following security bugs were fixed:

    - CVE-2022-49110: netfilter: conntrack: revisit gc autotuning (bsc#1237981).
    - CVE-2022-49139: Bluetooth: fix null ptr deref on hci_sync_conn_complete_evt (bsc#1238032).
    - CVE-2022-49767: 9p/trans_fd: always use O_NONBLOCK read/write (bsc#1242493).
    - CVE-2022-49775: tcp: cdg: allow tcp_cdg_release() to be called multiple times (bsc#1242245).
    - CVE-2022-49858: octeontx2-pf: Fix SQE threshold checking (bsc#1242589).
    - CVE-2023-53058: net/mlx5: E-Switch, Fix an Oops in error handling code (bsc#1242237).
    - CVE-2023-53060: igb: revert rtnl_lock() that causes deadlock (bsc#1242241).
    - CVE-2023-53064: iavf: Fix hang on reboot with ice (bsc#1242222).
    - CVE-2023-53066: qed/qed_sriov: guard against NULL derefs from qed_iov_get_vf_info (bsc#1242227).
    - CVE-2023-53079: net/mlx5: Fix steering rules cleanup (bsc#1242765).
    - CVE-2023-53114: i40e: Fix kernel crash during reboot when adapter is in recovery mode (bsc#1242398).
    - CVE-2023-53134: bnxt_en: Avoid order-5 memory allocation for TPA data (bsc#1242380)
    - CVE-2024-53168: net: make sock_inuse_add() available (bsc#1234887).
    - CVE-2024-56558: nfsd: make sure exp active before svc_export_show (bsc#1235100).
    - CVE-2025-21888: RDMA/mlx5: Fix a WARN during dereg_mr for DM type (bsc#1240177).
    - CVE-2025-21999: proc: fix UAF in proc_get_inode() (bsc#1240802).
    - CVE-2025-22056: netfilter: nft_tunnel: fix geneve_opt type confusion addition (bsc#1241525).
    - CVE-2025-22060: net: mvpp2: Prevent parser TCAM memory corruption (bsc#1241526).
    - CVE-2025-23138: watch_queue: fix pipe accounting mismatch (bsc#1241648).
    - CVE-2025-23145: mptcp: fix NULL pointer in can_accept_new_subflow (bsc#1242596).
    - CVE-2025-37785: ext4: fix OOB read when checking dotdot dir (bsc#1241640).
    - CVE-2025-37789: net: openvswitch: fix nested key length validation in the set() action (bsc#1242762).


Tenable has extracted the preceding description block directly from the SUSE 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 remote SUSE Linux SLES12 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2025:01983-1 advisory.

    The SUSE Linux Enterprise 12 SP5 kernel was updated to receive various security bugfixes.


    The following security bugs were fixed:

    - CVE-2021-47670: can: peak_usb: fix use after free bugs (bsc#1241407).
    - CVE-2022-49139: Bluetooth: fix null ptr deref on hci_sync_conn_complete_evt (bsc#1238032).
    - CVE-2022-49145: ACPI: CPPC: Avoid out of bounds access when parsing _CPC data (bsc#1238162).
    - CVE-2022-49168: btrfs: do not clean up repair bio if submit fails (bsc#1238109).
    - CVE-2022-49190: kernel/resource: fix kfree() of bootmem memory again (bsc#1238130).
    - CVE-2022-49212: mtd: rawnand: atmel: fix refcount issue in atmel_nand_controller_init (bsc#1238331).
    - CVE-2022-49216: drm/tegra: Fix reference leak in tegra_dsi_ganged_probe (bsc#1238338).
    - CVE-2022-49235: ath9k_htc: fix uninit value bugs (bsc#1238333).
    - CVE-2022-49248: ALSA: firewire-lib: fix uninitialized flag for AV/C deferred transaction (bsc#1238284).
    - CVE-2022-49253: media: usb: go7007: s2250-board: fix leak in probe() (bsc#1238420).
    - CVE-2022-49320: dmaengine: zynqmp_dma: In struct zynqmp_dma_chan fix desc_size data type (bsc#1238394).
    - CVE-2022-49326: rtl818x: Prevent using not initialized queues (bsc#1238646).
    - CVE-2022-49371: driver core: fix deadlock in __device_attach (bsc#1238546).
    - CVE-2022-49382: soc: rockchip: Fix refcount leak in rockchip_grf_init (bsc#1238306).
    - CVE-2022-49396: phy: qcom-qmp: fix reset-controller leak on probe errors (bsc#1238289).
    - CVE-2022-49420: net: annotate races around sk->sk_bound_dev_if (bsc#1238887).
    - CVE-2022-49441: tty: fix deadlock caused by calling printk() under tty_port->lock (bsc#1238263).
    - CVE-2022-49445: pinctrl: renesas: core: Fix possible null-ptr-deref in sh_pfc_map_resources()     (bsc#1238019).
    - CVE-2022-49460: PM / devfreq: rk3399_dmc: Disable edev on remove() (bsc#1238892).
    - CVE-2022-49467: drm: msm: fix possible memory leak in mdp5_crtc_cursor_set() (bsc#1238815).
    - CVE-2022-49474: Bluetooth: fix dangling sco_conn and use-after-free in sco_sock_timeout (bsc#1238071).
    - CVE-2022-49491: drm/rockchip: vop: fix possible null-ptr-deref in vop_bind() (bsc#1238539).
    - CVE-2022-49503: ath9k_htc: fix potential out of bounds access with invalid rxstatus->rs_keyix     (bsc#1238868).
    - CVE-2022-49592: net: stmmac: fix dma queue left shift overflow issue (bsc#1238311).
    - CVE-2022-49625: sfc: fix kernel panic when creating VF (bsc#1238411).
    - CVE-2022-49635: drm/i915/selftests: fix subtraction overflow bug (bsc#1238806).
    - CVE-2022-49652: dmaengine: ti: Fix refcount leak in ti_dra7_xbar_route_allocate (bsc#1238871).
    - CVE-2022-49715: irqchip/gic-v3: Fix refcount leak in gic_populate_ppi_partitions (bsc#1238818).
    - CVE-2022-49728: kABI workaround for changeing the variable length type to size_t (bsc#1239111).
    - CVE-2022-49729: nfc: nfcmrvl: Fix memory leak in nfcmrvl_play_deferred (bsc#1239060).
    - CVE-2022-49751: w1: fix WARNING after calling w1_process() (bsc#1240254).
    - CVE-2022-49761: btrfs: always report error in run_one_delayed_ref() (bsc#1240261).
    - CVE-2022-49772: ALSA: usb-audio: Drop snd_BUG_ON() from snd_usbmidi_output_open() (bsc#1242147).
    - CVE-2022-49775: tcp: cdg: allow tcp_cdg_release() to be called multiple times (bsc#1242245).
    - CVE-2022-49776: macvlan: enforce a consistent minimal mtu (bsc#1242248).
    - CVE-2022-49787: mmc: sdhci-pci: Fix possible memory leak caused by missing pci_dev_put() (bsc#1242352).
    - CVE-2022-49788: misc/vmw_vmci: fix an infoleak in vmci_host_do_receive_datagram() (bsc#1242353).
    - CVE-2022-49813: net: ena: Fix error handling in ena_init() (bsc#1242497).
    - CVE-2022-49821: mISDN: fix possible memory leak in mISDN_dsp_element_register() (bsc#1242542).
    - CVE-2022-49826: ata: libata-transport: fix double ata_host_put() in ata_tport_add() (bsc#1242549).
    - CVE-2022-49829: drm/scheduler: fix fence ref counting (bsc#1242691).
    - CVE-2022-49832: pinctrl: devicetree: fix null pointer dereferencing in pinctrl_dt_to_map (bsc#1242154).
    - CVE-2022-49835: ALSA: hda: fix potential memleak in 'add_widget_node' (bsc#1242385).
    - CVE-2022-49840: bpf, test_run: Fix alignment problem in bpf_prog_test_run_skb() (bsc#1242447).
    - CVE-2022-49842: ASoC: soc-utils: Remove __exit for snd_soc_util_exit() (bsc#1242484).
    - CVE-2022-49853: net: macvlan: fix memory leaks of macvlan_common_newlink (bsc#1242688).
    - CVE-2022-49861: dmaengine: mv_xor_v2: Fix a resource leak in mv_xor_v2_remove() (bsc#1242580).
    - CVE-2022-49862: tipc: fix the msg->req tlv len check in tipc_nl_compat_name_table_dump_header     (bsc#1242755).
    - CVE-2022-49865: ipv6: addrlabel: fix infoleak when sending struct ifaddrlblmsg to network (bsc#1242570).
    - CVE-2022-49871: net: tun: call napi_schedule_prep() to ensure we own a napi (bsc#1242558).
    - CVE-2022-49872: net: gso: fix panic on frag_list with mixed head alloc types (bsc#1242594).
    - CVE-2022-49874: HID: hyperv: fix possible memory leak in mousevsc_probe() (bsc#1242478).
    - CVE-2022-49898: btrfs: fix tree mod log mishandling of reallocated nodes (bsc#1242472).
    - CVE-2022-49907: net: mdio: fix undefined behavior in bit shift for __mdiobus_register (bsc#1242450).
    - CVE-2022-49913: btrfs: fix inode list leak during backref walking at find_parent_nodes() (bsc#1242470).
    - CVE-2022-49914: btrfs: fix inode list leak during backref walking at resolve_indirect_refs()     (bsc#1242427).
    - CVE-2022-49922: nfc: nfcmrvl: Fix potential memory leak in nfcmrvl_i2c_nci_send() (bsc#1242378).
    - CVE-2022-49923: nfc: nxp-nci: Fix potential memory leak in nxp_nci_send() (bsc#1242394).
    - CVE-2022-49924: nfc: fdp: Fix potential memory leak in fdp_nci_send() (bsc#1242426).
    - CVE-2022-49925: RDMA/core: Fix null-ptr-deref in ib_core_cleanup() (bsc#1242371).
    - CVE-2022-49931: IB/hfi1: Correctly move list in sc_disable() (bsc#1242382).
    - CVE-2023-52868: thermal: core: prevent potential string overflow (bsc#1225044).
    - CVE-2023-52975: scsi: iscsi_tcp: Fix UAF during logout when accessing the shost ipaddress (bsc#1240322).
    - CVE-2023-52988: ALSA: hda/via: Avoid potential array out-of-bound in add_secret_dac_path()     (bsc#1240293).
    - CVE-2023-52989: firewire: fix memory leak for payload of request subaction to IEC 61883-1 FCP region     (bsc#1240266).
    - CVE-2023-52993: x86/i8259: Mark legacy PIC interrupts with IRQ_LEVEL (bsc#1240297).
    - CVE-2023-53039: HID: intel-ish-hid: ipc: Fix potential use-after-free in work function (bsc#1242745).
    - CVE-2023-53045: usb: gadget: u_audio: do not let userspace block driver unbind (bsc#1242756).
    - CVE-2023-53066: qed/qed_sriov: guard against NULL derefs from qed_iov_get_vf_info (bsc#1242227).
    - CVE-2023-53079: net/mlx5: Fix steering rules cleanup (bsc#1242765).
    - CVE-2023-53080: xsk: Add missing overflow check in xdp_umem_reg (bsc#1242287).
    - CVE-2023-53094: tty: serial: fsl_lpuart: fix race on RX DMA shutdown (bsc#1242288).
    - CVE-2023-53103: bonding: Fix memory leak when changing bond type to Ethernet (bsc#1242408).
    - CVE-2023-53114: i40e: Fix kernel crash during reboot when adapter is in recovery mode (bsc#1242398).
    - CVE-2023-53139: nfc: fdp: add null check of devm_kmalloc_array in fdp_nci_i2c_read_device_properties     (bsc#1242361).
    - CVE-2024-26740: Fixed use the backlog for mirred ingress  (bsc#1222563).
    - CVE-2024-27010: net/sched: Fix mirred deadlock on device recursion (bsc#1223720).
    - CVE-2024-45021: memcg_write_event_control(): fix a user-triggerable oops (bsc#1230434).
    - CVE-2024-46751: btrfs: do not BUG_ON() when 0 reference count at btrfs_lookup_extent_info()     (bsc#1230786).
    - CVE-2024-46752: btrfs: reduce nesting for extent processing at btrfs_lookup_extent_info() (bsc#1230794).
    - CVE-2024-50106: nfsd: fix race between laundromat and free_stateid() (bsc#1232882).
    - CVE-2024-53168: sunrpc: fix one UAF issue caused by sunrpc kernel tcp socket (bsc#1234887).
    - CVE-2024-56779: nfsd: fix nfs4_openowner leak when concurrent nfsd4_open occur (bsc#1235632).
    - CVE-2025-21648: netfilter: conntrack: clamp maximum hashtable size to INT_MAX (bsc#1236142).
    - CVE-2025-21702: pfifo_tail_enqueue: Drop new packet when sch->limit == 0 (bsc#1237312).
    - CVE-2025-21704: usb: cdc-acm: Check control transfer buffer size before access (bsc#1237571).
    - CVE-2025-21787: team: better TEAM_OPTION_TYPE_STRING validation (bsc#1238774).
    - CVE-2025-21814: ptp: Ensure info->enable callback is always set (bsc#1238473).
    - CVE-2025-22021: netfilter: socket: Lookup orig tuple for IPv6 SNAT (bsc#1241282).
    - CVE-2025-22027: media: streamzap: fix race between device disconnection and urb callback (bsc#1241369).
    - CVE-2025-22050: usbnet:fix NPE during rx_complete (bsc#1241441).
    - CVE-2025-22058: udp: Fix memory accounting leak (bsc#1241332).
    - CVE-2025-22060: net: mvpp2: Prevent parser TCAM memory corruption (bsc#1241526).
    - CVE-2025-22063: netlabel: Fix NULL pointer exception caused by CALIPSO on IPv4 sockets (bsc#1241351).
    - CVE-2025-22104: ibmvnic: Use kernel helpers for hex dumps (bsc#1241550).
    - CVE-2025-23136: thermal: int340x: Add NULL check for adev (bsc#1241357).
    - CVE-2025-23150: ext4: fix off-by-one error in do_split (bsc#1242513).
    - CVE-2025-23161: PCI: vmd: Make vmd_dev::cfg_lock a raw_spinlock_t type (bsc#1242792).
    - CVE-2025-37749: net: ppp: Add bound checking for skb data on ppp_sync_txmung (bsc#1242859).
    - CVE-2025-37752: net_sched: sch_sfq: move the limit validation (bsc#1242504).
    - CVE-2025-37780: isofs: Prevent the use of too small fid (bsc#1242786).
    - CVE-2025-37782: hfs/hfsplus: fix slab-out-of-bounds in hfs_bnode_read_key (bsc#1242770).
    - CVE-2025-37789: net: openvswitch: fix nested key length validation in the set() action (bsc#1242762).
    - CVE-2025-37794: wifi: mac80211: Purge vif txq in ieee80211_do_stop() (bsc#1242566).
    - CVE-2025-37796: wifi: at76c50x: fix use after free access in at76_disconnect (bsc#1242727).
    - CVE-2025-37797: net_sched: hfsc: Fix a UAF vulnerability in class handling (bsc#1242417).
    - CVE-2025-37823: net_sched: hfsc: Fix a potential UAF in hfsc_dequeue() too (bsc#1242924).
    - CVE-2025-37833: net/niu: Niu requires MSIX ENTRY_DATA fields touch before entry reads (bsc#1242868).
    - CVE-2025-37852: drm/amdgpu: handle amdgpu_cgs_create_device() errors in amd_powerplay_create()     (bsc#1243074).
    - CVE-2025-37879: 9p/net: fix improper handling of bogus negative read/write replies (bsc#1243077).
    - CVE-2025-37949: xenbus: Use kref to track req lifetime (bsc#1243541).
    - CVE-2025-37989: net: phy: leds: fix memory leak (bsc#1243511).
    - CVE-2025-38637: net_sched: skbprio: Remove overly strict queue assertions (bsc#1241657).


Tenable has extracted the preceding description block directly from the SUSE security advisory.

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

ID	Name	Product	Family	Published	Updated	Severity
275048	Unity Linux 20.1060e / 20.1070e Security Update: kernel (UTSA-2025-990758)	Nessus	Unity Linux Local Security Checks	11/12/2025	8/29/2026	high
246629	Linux Distros Unpatched Vulnerability : CVE-2022-49789	Nessus	Misc.	8/9/2025	9/30/2026	high
281094	Unity Linux 20.1060a / 20.1070a Security Update: kernel (UTSA-2025-993054)	Nessus	Unity Linux Local Security Checks	12/31/2025	12/31/2025	high
240812	SUSE SLES15 Security Update : kernel (SUSE-SU-2025:01982-1)	Nessus	SuSE Local Security Checks	6/27/2025	6/27/2025	high
241036	SUSE SLES15 : Security update for the Linux Kernel (SUSE-SU-2025:02173-1)	Nessus	SuSE Local Security Checks	7/1/2025	9/29/2026	medium
151965	Photon OS 4.0: Linux PHSA-2021-4.0-0065	Nessus	PhotonOS Local Security Checks	7/22/2021	10/9/2026	high
305441	Unity Linux 20.1050e Security Update: kernel (UTSA-2026-006626)	Nessus	Unity Linux Local Security Checks	4/8/2026	4/8/2026	high
241966	SUSE SLES15: cluster-md-kmp-default / dlm-kmp-default / gfs2-kmp-default / etc (SUSE-SU-2025:02262-1)	Nessus	SuSE Local Security Checks	7/11/2025	6/25/2026	high
240793	SUSE SLES12 Security Update : kernel (SUSE-SU-2025:01983-1)	Nessus	SuSE Local Security Checks	6/27/2025	12/9/2025	high

Detections

Analytics

Plugins Search

high

high

high

high

medium

high

high

high

high