Resource Exhaustion Affecting python39:3.9/python39-pysocks package, versions <0:1.7.1-4.module+el8.4.0+9822+20bf1249


Severity

Recommended
medium

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.78% (83rd 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 Learn

Learn about Resource Exhaustion vulnerabilities in an interactive lesson.

Start learning
  • Snyk IDSNYK-RHEL8-PYTHON39-5546046
  • published19 Nov 2022
  • disclosed9 Nov 2022

Introduced: 9 Nov 2022

CVE-2022-45061  (opens in a new tab)
CWE-400  (opens in a new tab)

How to fix?

Upgrade RHEL:8 python39:3.9/python39-pysocks to version 0:1.7.1-4.module+el8.4.0+9822+20bf1249 or higher.
This issue was patched in RHSA-2023:2764.

NVD Description

Note: Versions mentioned in the description apply only to the upstream python39:3.9/python39-pysocks package and not the python39:3.9/python39-pysocks package as distributed by RHEL. See How to fix? for RHEL:8 relevant fixed versions and status.

An issue was discovered in Python before 3.11.1. An unnecessary quadratic algorithm exists in one path when processing some inputs to the IDNA (RFC 3490) decoder, such that a crafted, unreasonably long name being presented to the decoder could lead to a CPU denial of service. Hostnames are often supplied by remote servers that could be controlled by a malicious actor; in such a scenario, they could trigger excessive CPU consumption on the client attempting to make use of an attacker-supplied supposed hostname. For example, the attack payload could be placed in the Location header of an HTTP response with status code 302. A fix is planned in 3.11.1, 3.10.9, 3.9.16, 3.8.16, and 3.7.16.

References

CVSS Scores

version 3.1