In the Linux kernel, the following vulnerability has been resolved: usb: dwc2: fix a devres leak in hw_enable upon suspend resume Each time the platform goes to low power, PM suspend / resume routines call: __dwc2_lowlevel_hw_enable -> devm_add_action_or_reset(). This adds a new devres each time. This may also happen at runtime, as dwc2_lowlevel_hw_enable() can be called from udc_start(). This can be seen with tracing: - echo 1 > /sys/kernel/debug/tracing/events/dev/devres_log/enable - go to low power - cat /sys/kernel/debug/tracing/trace A new "ADD" entry is found upon each low power cycle: ... devres_log: 49000000.usb-otg ADD 82a13bba devm_action_release (8 bytes) ... devres_log: 49000000.usb-otg ADD 49889daf devm_action_release (8 bytes) ... A second issue is addressed here: - regulator_bulk_enable() is called upon each PM cycle (suspend/resume). - regulator_bulk_disable() never gets called. So the reference count for these regulators constantly increase, by one upon each low power cycle, due to missing regulator_bulk_disable() call in __dwc2_lowlevel_hw_disable(). The original fix that introduced the devm_add_action_or_reset() call, fixed an issue during probe, that happens due to other errors in dwc2_driver_probe() -> dwc2_core_reset(). Then the probe fails without disabling regulators, when dr_mode == USB_DR_MODE_PERIPHERAL. Rather fix the error path: disable all the low level hardware in the error path, by using the "hsotg->ll_hw_enabled" flag. Checking dr_mode has been introduced to avoid a dual call to dwc2_lowlevel_hw_disable(). "ll_hw_enabled" should achieve the same (and is used currently in the remove() routine).

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

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

    usb: dwc2: fix a devres leak in hw_enable upon suspend resume

    Each time the platform goes to low power, PM suspend / resume routines     call: __dwc2_lowlevel_hw_enable -> devm_add_action_or_reset().
    This adds a new devres each time.
    This may also happen at runtime, as dwc2_lowlevel_hw_enable() can be     called from udc_start().

    This can be seen with tracing:
    - echo 1 > /sys/kernel/debug/tracing/events/dev/devres_log/enable
    - go to low power
    - cat /sys/kernel/debug/tracing/trace

    A new ADD entry is found upon each low power cycle:
    ... devres_log: 49000000.usb-otg ADD 82a13bba devm_action_release (8 bytes)     ... devres_log: 49000000.usb-otg ADD 49889daf devm_action_release (8 bytes)     ...

    A second issue is addressed here:
    - regulator_bulk_enable() is called upon each PM cycle (suspend/resume).
    - regulator_bulk_disable() never gets called.

    So the reference count for these regulators constantly increase, by one     upon each low power cycle, due to missing regulator_bulk_disable() call     in __dwc2_lowlevel_hw_disable().

    The original fix that introduced the devm_add_action_or_reset() call,     fixed an issue during probe, that happens due to other errors in     dwc2_driver_probe() -> dwc2_core_reset(). Then the probe fails without     disabling regulators, when dr_mode == USB_DR_MODE_PERIPHERAL.

    Rather fix the error path: disable all the low level hardware in the     error path, by using the hsotg->ll_hw_enabled flag. Checking dr_mode     has been introduced to avoid a dual call to dwc2_lowlevel_hw_disable().
    ll_hw_enabled should achieve the same (and is used currently in the     remove() routine).

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 Unity Linux 20 host has a package installed that is affected by a vulnerability as referenced in the UTSA-2025-992569 advisory.

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

    usb: dwc2: fix a devres leak in hw_enable upon suspend resume

    Each time the platform goes to low power, PM suspend / resume routines     call: __dwc2_lowlevel_hw_enable -> devm_add_action_or_reset().
    This adds a new devres each time.
    This may also happen at runtime, as dwc2_lowlevel_hw_enable() can be     called from udc_start().

    This can be seen with tracing:
    - echo 1 > /sys/kernel/debug/tracing/events/dev/devres_log/enable
    - go to low power
    - cat /sys/kernel/debug/tracing/trace

    A new ADD entry is found upon each low power cycle:
    ... devres_log: 49000000.usb-otg ADD 82a13bba devm_action_release (8 bytes)     ... devres_log: 49000000.usb-otg ADD 49889daf devm_action_release (8 bytes)     ...

    A second issue is addressed here:
    - regulator_bulk_enable() is called upon each PM cycle (suspend/resume).
    - regulator_bulk_disable() never gets called.

    So the reference count for these regulators constantly increase, by one     upon each low power cycle, due to missing regulator_bulk_disable() call     in __dwc2_lowlevel_hw_disable().

    The original fix that introduced the devm_add_action_or_reset() call,     fixed an issue during probe, that happens due to other errors in     dwc2_driver_probe() -> dwc2_core_reset(). Then the probe fails without     disabling regulators, when dr_mode == USB_DR_MODE_PERIPHERAL.

    Rather fix the error path: disable all the low level hardware in the     error path, by using the hsotg->ll_hw_enabled flag. Checking dr_mode     has been introduced to avoid a dual call to dwc2_lowlevel_hw_disable().
    ll_hw_enabled should achieve the same (and is used currently in the     remove() routine).

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.

  - usb: dwc2: fix a devres leak in hw_enable upon suspend resume Each time the platform goes to low power, PM     suspend / resume routines call: __dwc2_lowlevel_hw_enable -> devm_add_action_or_reset(). This adds a new     devres each time. This may also happen at runtime, as dwc2_lowlevel_hw_enable() can be called from     udc_start(). This can be seen with tracing: - echo 1 >     /sys/kernel/debug/tracing/events/dev/devres_log/enable - go to low power - cat     /sys/kernel/debug/tracing/trace A new ADD entry is found upon each low power cycle: ... devres_log:
    49000000.usb-otg ADD 82a13bba devm_action_release (8 bytes) ... devres_log: 49000000.usb-otg ADD 49889daf     devm_action_release (8 bytes) ... A second issue is addressed here: - regulator_bulk_enable() is called     upon each PM cycle (suspend/resume). - regulator_bulk_disable() never gets called. So the reference count     for these regulators constantly increase, by one upon each low power cycle, due to missing     regulator_bulk_disable() call in __dwc2_lowlevel_hw_disable(). The original fix that introduced the     devm_add_action_or_reset() call, fixed an issue during probe, that happens due to other errors in     dwc2_driver_probe() -> dwc2_core_reset(). Then the probe fails without disabling regulators, when dr_mode     == USB_DR_MODE_PERIPHERAL. Rather fix the error path: disable all the low level hardware in the error     path, by using the hsotg->ll_hw_enabled flag. Checking dr_mode has been introduced to avoid a dual call     to dwc2_lowlevel_hw_disable(). ll_hw_enabled should achieve the same (and is used currently in the     remove() routine). (CVE-2023-53054)

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

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 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.

ID	Name	Product	Family	Severity
280933	Unity Linux 20.1060a / 20.1070a Security Update: kernel (UTSA-2025-993165)	Nessus	Unity Linux Local Security Checks	medium
280202	Unity Linux 20.1060e / 20.1070e Security Update: kernel (UTSA-2025-992569)	Nessus	Unity Linux Local Security Checks	medium
244948	Linux Distros Unpatched Vulnerability : CVE-2023-53054	Nessus	Misc.	medium
241966	SUSE SLES15 : Recommended update for initial livepatch (SUSE-SU-2025:02262-1)	Nessus	SuSE Local Security Checks	high
241036	SUSE SLES15 Security Update : kernel (SUSE-SU-2025:02173-1)	Nessus	SuSE Local Security Checks	medium

Detections

Analytics

CVE-2023-53054

medium

Tenable Plugins

medium

medium

medium

high

medium