Multiple Locks of a Critical Resource Affecting python3-perf6.18-debuginfo package, versions <1:6.18.33-63.124.amzn2023


Severity

Recommended
high

Based on Amazon Linux security rating.

Threat Intelligence

EPSS
0.09% (1st percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-AMZN2023-PYTHON3PERF618DEBUGINFO-17945983
  • published11 Jul 2026
  • disclosed26 Jun 2026

Introduced: 26 Jun 2026

CVE-2026-53323  (opens in a new tab)
CWE-764  (opens in a new tab)

How to fix?

Upgrade Amazon-Linux:2023 python3-perf6.18-debuginfo to version 1:6.18.33-63.124.amzn2023 or higher.
This issue was patched in ALAS2023-2026-1866.

NVD Description

Note: Versions mentioned in the description apply only to the upstream python3-perf6.18-debuginfo package and not the python3-perf6.18-debuginfo package as distributed by Amazon-Linux. See How to fix? for Amazon-Linux:2023 relevant fixed versions and status.

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

net: dsa: remove redundant netdev_lock_ops() from conduit ethtool ops

DSA replaces the conduit (master) device's ethtool_ops with its own wrappers that aggregate stats from both the conduit and DSA switch ports. Taking the lock again inside the DSA wrappers causes a deadlock.

Stumbled upon this when booting qemu with fbnic and CONFIG_NET_DSA_LOOP=y (which looks like some kind of testing device that auto-populates the ports of eth0). ethtool -i is enough to deadlock. This means we have basically zero coverage for DSA stuff with real ops locked devs.

Remove the redundant netdev_lock_ops()/netdev_unlock_ops() calls from the DSA conduit ethtool wrappers.

CVSS Base Scores

version 3.1