An update for python3 is now available for openEuler-24.03-LTS-SP1 Security Advisory openeuler-security@openeuler.org openEuler security committee openEuler-SA-2026-2115 Final 1.0 1.0 2026-04-25 Initial 2026-04-25 2026-04-25 openEuler SA Tool V1.0 2026-04-25 python3 security update An update for python3 is now available for openEuler-24.03-LTS-SP1 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. Security Fix(es): CR/LF bytes were not rejected by HTTP client proxy tunnel headers or host.(CVE-2026-1502) Mitgation of CVE-2026-4519 was incomplete. If the URL contained "%action" the mitigation could be bypassed for certain browser types the "webbrowser.open()" API could have commands injected into the underlying shell. See CVE-2026-4519 for details.(CVE-2026-4786) Use-after-free (UAF) was possible in the `lzma.LZMADecompressor`, `bz2.BZ2Decompressor`, and `gzip.GzipFile` when a memory allocation fails with a `MemoryError` and the decompression instance is re-used. This scenario can be triggered if the process is under memory pressure. The fix cleans up the dangling pointer in this specific error condition. The vulnerability is only present if the program re-uses decompressor instances across multiple decompression calls even after a `MemoryError` is raised during decompression. Using the helper functions to one-shot decompress data such as `lzma.decompress()`, `bz2.decompress()`, `gzip.decompress()`, and `zlib.decompress()` are not affected as a new decompressor instance is used per call. If the decompressor instance is not re-used after an error condition, this usage is similarly not vulnerable.(CVE-2026-6100) An update for python3 is now available for master/openEuler-20.03-LTS-SP4/openEuler-22.03-LTS-SP4/openEuler-24.03-LTS/openEuler-24.03-LTS-Next/openEuler-24.03-LTS-SP1/openEuler-24.03-LTS-SP2/openEuler-24.03-LTS-SP3/openEuler-24.03-LTS-SP4/openEuler-22.03-LTS-SP3. openEuler Security has rated this update as having a security impact of critical. 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. Critical python3 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-2115 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-1502 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-4786 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-6100 https://nvd.nist.gov/vuln/detail/CVE-2026-1502 https://nvd.nist.gov/vuln/detail/CVE-2026-4786 https://nvd.nist.gov/vuln/detail/CVE-2026-6100 openEuler-24.03-LTS-SP1 python3-help-3.11.6-28.oe2403sp1.noarch.rpm python3-3.11.6-28.oe2403sp1.aarch64.rpm python3-debug-3.11.6-28.oe2403sp1.aarch64.rpm python3-debuginfo-3.11.6-28.oe2403sp1.aarch64.rpm python3-debugsource-3.11.6-28.oe2403sp1.aarch64.rpm python3-devel-3.11.6-28.oe2403sp1.aarch64.rpm python3-tkinter-3.11.6-28.oe2403sp1.aarch64.rpm python3-unversioned-command-3.11.6-28.oe2403sp1.aarch64.rpm python3-3.11.6-28.oe2403sp1.src.rpm python3-3.11.6-28.oe2403sp1.x86_64.rpm python3-debug-3.11.6-28.oe2403sp1.x86_64.rpm python3-debuginfo-3.11.6-28.oe2403sp1.x86_64.rpm python3-debugsource-3.11.6-28.oe2403sp1.x86_64.rpm python3-devel-3.11.6-28.oe2403sp1.x86_64.rpm python3-tkinter-3.11.6-28.oe2403sp1.x86_64.rpm python3-unversioned-command-3.11.6-28.oe2403sp1.x86_64.rpm CR/LF bytes were not rejected by HTTP client proxy tunnel headers or host. 2026-04-25 CVE-2026-1502 openEuler-24.03-LTS-SP1 Medium 5.7 AV:N/AC:L/AT:P/PR:H/UI:P/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X python3 security update 2026-04-25 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-2115 Mitgation of CVE-2026-4519 was incomplete. If the URL contained "%action" the mitigation could be bypassed for certain browser types the "webbrowser.open()" API could have commands injected into the underlying shell. See CVE-2026-4519 for details. 2026-04-25 CVE-2026-4786 openEuler-24.03-LTS-SP1 High 7.0 AV:L/AC:L/AT:P/PR:N/UI:A/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X python3 security update 2026-04-25 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-2115 Use-after-free (UAF) was possible in the `lzma.LZMADecompressor`, `bz2.BZ2Decompressor`, and `gzip.GzipFile` when a memory allocation fails with a `MemoryError` and the decompression instance is re-used. This scenario can be triggered if the process is under memory pressure. The fix cleans up the dangling pointer in this specific error condition. The vulnerability is only present if the program re-uses decompressor instances across multiple decompression calls even after a `MemoryError` is raised during decompression. Using the helper functions to one-shot decompress data such as `lzma.decompress()`, `bz2.decompress()`, `gzip.decompress()`, and `zlib.decompress()` are not affected as a new decompressor instance is used per call. If the decompressor instance is not re-used after an error condition, this usage is similarly not vulnerable. 2026-04-25 CVE-2026-6100 openEuler-24.03-LTS-SP1 Critical 9.1 AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X python3 security update 2026-04-25 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-2115