An update for python3 is now available for openEuler-20.03-LTS-SP1,openEuler-20.03-LTS-SP3 and openEuler-22.03-LTS Security Advisory openeuler-security@openeuler.org openEuler security committee openEuler-SA-2022-2102 Final 1.0 1.0 2022-11-18 Initial 2022-11-18 2022-11-18 openEuler SA Tool V1.0 2022-11-18 python3 security update An update for python3 is now available for openEuler-20.03-LTS-SP1,openEuler-20.03-LTS-SP3 and openEuler-22.03-LTS. Python combines remarkable power with very clear syntax. It has modules, classes, exceptions, very high level dynamic data types, and dynamic typing. There are interfaces to many system calls and libraries, as well as to various windowing systems. New built-in modules are easily written in C or C++ (or other languages, depending on the chosen implementation). Python is also usable as an extension language for applications written in other languages that need easy-to-use scripting or automation interfaces. This package Provides python version 3. Security Fix(es): 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.(CVE-2022-45061) An update for python3 is now available for openEuler-20.03-LTS-SP1,openEuler-20.03-LTS-SP3 and openEuler-22.03-LTS. openEuler Security has rated this update as having a security impact of high. A Common Vunlnerability Scoring System(CVSS)base score,which gives a detailed severity rating, is available for each vulnerability from the CVElink(s) in the References section. High python3 https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2022-2102 https://www.openeuler.org/en/security/cve/detail.html?id=CVE-2022-45061 https://nvd.nist.gov/vuln/detail/CVE-2022-45061 openEuler-20.03-LTS-SP1 openEuler-20.03-LTS-SP3 openEuler-22.03-LTS python3-debugsource-3.7.9-30.oe1.aarch64.rpm python3-devel-3.7.9-30.oe1.aarch64.rpm python3-debug-3.7.9-30.oe1.aarch64.rpm python3-debuginfo-3.7.9-30.oe1.aarch64.rpm python3-3.7.9-30.oe1.aarch64.rpm python3-debug-3.7.9-29.oe1.aarch64.rpm python3-devel-3.7.9-29.oe1.aarch64.rpm python3-debuginfo-3.7.9-29.oe1.aarch64.rpm python3-debugsource-3.7.9-29.oe1.aarch64.rpm python3-3.7.9-29.oe1.aarch64.rpm python3-3.9.9-17.oe2203.aarch64.rpm python3-debugsource-3.9.9-17.oe2203.aarch64.rpm python3-debuginfo-3.9.9-17.oe2203.aarch64.rpm python3-debug-3.9.9-17.oe2203.aarch64.rpm python3-unversioned-command-3.9.9-17.oe2203.aarch64.rpm python3-devel-3.9.9-17.oe2203.aarch64.rpm python3-help-3.7.9-30.oe1.noarch.rpm python3-help-3.7.9-29.oe1.noarch.rpm python3-help-3.9.9-17.oe2203.noarch.rpm python3-3.7.9-30.oe1.src.rpm python3-3.7.9-29.oe1.src.rpm python3-3.9.9-17.oe2203.src.rpm python3-debug-3.7.9-30.oe1.x86_64.rpm python3-3.7.9-30.oe1.x86_64.rpm python3-debuginfo-3.7.9-30.oe1.x86_64.rpm python3-debugsource-3.7.9-30.oe1.x86_64.rpm python3-devel-3.7.9-30.oe1.x86_64.rpm python3-3.7.9-29.oe1.x86_64.rpm python3-devel-3.7.9-29.oe1.x86_64.rpm python3-debug-3.7.9-29.oe1.x86_64.rpm python3-debugsource-3.7.9-29.oe1.x86_64.rpm python3-debuginfo-3.7.9-29.oe1.x86_64.rpm python3-unversioned-command-3.9.9-17.oe2203.x86_64.rpm python3-devel-3.9.9-17.oe2203.x86_64.rpm python3-3.9.9-17.oe2203.x86_64.rpm python3-debugsource-3.9.9-17.oe2203.x86_64.rpm python3-debuginfo-3.9.9-17.oe2203.x86_64.rpm python3-debug-3.9.9-17.oe2203.x86_64.rpm 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. 2022-11-18 CVE-2022-45061 openEuler-20.03-LTS-SP1 openEuler-20.03-LTS-SP3 openEuler-22.03-LTS High 7.5 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H python3 security update 2022-11-18 https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2022-2102