<?xml version="1.0" encoding="UTF-8"?>
<cvrfdoc xmlns="http://www.icasi.org/CVRF/schema/cvrf/1.1" xmlns:cvrf="http://www.icasi.org/CVRF/schema/cvrf/1.1">
	<DocumentTitle xml:lang="en">An update for python3 is now available for openEuler-24.03-LTS-SP1</DocumentTitle>
	<DocumentType>Security Advisory</DocumentType>
	<DocumentPublisher Type="Vendor">
		<ContactDetails>openeuler-security@openeuler.org</ContactDetails>
		<IssuingAuthority>openEuler security committee</IssuingAuthority>
	</DocumentPublisher>
	<DocumentTracking>
		<Identification>
			<ID>openEuler-SA-2026-3070</ID>
		</Identification>
		<Status>Final</Status>
		<Version>1.0</Version>
		<RevisionHistory>
			<Revision>
				<Number>1.0</Number>
				<Date>2026-07-19</Date>
				<Description>Initial</Description>
			</Revision>
		</RevisionHistory>
		<InitialReleaseDate>2026-07-19</InitialReleaseDate>
		<CurrentReleaseDate>2026-07-19</CurrentReleaseDate>
		<Generator>
			<Engine>openEuler SA Tool V1.0</Engine>
			<Date>2026-07-19</Date>
		</Generator>
	</DocumentTracking>
	<DocumentNotes>
		<Note Title="Synopsis" Type="General" Ordinal="1" xml:lang="en">python3 security update</Note>
		<Note Title="Summary" Type="General" Ordinal="2" xml:lang="en">An update for python3 is now available for openEuler-24.03-LTS-SP1</Note>
		<Note Title="Description" Type="General" Ordinal="3" xml:lang="en">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):

When using the &quot;configparser&quot; module to write configuration files
containing multi-line text values with carriage return characters (\r) the
resulting file could be injected with unexpected keys and values if the
attacker controls the written value.(CVE-2026-0864)

To allow builds of Python to be run from an in-tree layout (rather than
an installed file layout), the VPATH variable is defined at build time
and used to locate certain landmarks - specifically,
Modules/setup.local. When this landmark is found relative to VPATH
relative to the executable, Python assumes it is running in a source
tree and generates a different default sys.path. This code remains in
release builds, so that release-ready builds can be built in-tree.

On Windows, since builds are written to &apos;PCbuild/&apos;, the value of
VPATH is set to &apos;..\..&apos;, which results in a landmark of
&apos;..\..\Modules\setup.local&apos;. This path is outside the install directory
of Python, and may have different permissions, potentially allowing a
low-privilege user to create the landmark and an alternative `Lib`
folder that will be discovered by an otherwise restricted install.

Such a setup occurs with the legacy default install location for all
users (in the now superseded EXE installer), due to how Windows allows
all users to create folders in the root directory of their OS drive.

Our recommended mitigation on Windows is to migrate away from the
legacy installer and use the new [Python install
manager](https://www.python.org/downloads/latest/pymanager/) to install
for the current user. Installs where the directory two levels above the
Python installation directory have equivalent permissions are unaffected
(in general, a per-user install cannot be modified at all by other
users, removing any escalation of privilege risk, and could be directly
modified by a privileged user, making the potential tampering
irrelevant). Alternative mitigations might include preemptively creating
and restricting access to a `Modules` directory. Be aware that only 3.13
and 3.14 will receive updated legacy installers - earlier fixes are only
provided as sources.

Platforms other than Windows allow VPATH to be overridden, but as they
don&apos;t usually use a separated directory in the build for binaries, are
unlikely to have a landmark reference outside of the install directory.

The landmark detection involving VPATH is a fallback for when a more
specific landmark - .\pybuilddir.txt - is absent, and was included for
compatibility. Future releases of Python will no longer include the
fallback, and so builds will need to generate or preserve the
pybuilddir.txt file in order to work in-tree. This landmark file has
been generated on Windows since 3.11, and on other platforms for longer.(CVE-2026-12003)

unicodedata.normalize() can take excessive CPU time when processing
specially crafted Unicode input containing long runs of combining characters
with alternating Canonical Combining Class values.
This affects all normalization forms.(CVE-2026-3276)</Note>
		<Note Title="Topic" Type="General" Ordinal="4" xml:lang="en">An update for python3 is now available for openEuler-24.03-LTS-SP1/openEuler-22.03-LTS-SP3/openEuler-24.03-LTS/openEuler-24.03-LTS-SP2.

openEuler Security has rated this update as having a security impact of medium. 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.</Note>
		<Note Title="Severity" Type="General" Ordinal="5" xml:lang="en">Medium</Note>
		<Note Title="Affected Component" Type="General" Ordinal="6" xml:lang="en">python3</Note>
	</DocumentNotes>
	<DocumentReferences>
		<Reference Type="Self">
			<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3070</URL>
		</Reference>
		<Reference Type="openEuler CVE">
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-0864</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-12003</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-3276</URL>
		</Reference>
		<Reference Type="Other">
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-0864</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-12003</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-3276</URL>
		</Reference>
	</DocumentReferences>
	<ProductTree xmlns="http://www.icasi.org/CVRF/schema/prod/1.1">
		<Branch Type="Product Name" Name="openEuler">
			<FullProductName ProductID="openEuler-24.03-LTS-SP1" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">openEuler-24.03-LTS-SP1</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="src">
			<FullProductName ProductID="python3-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-3.11.6-37.oe2403sp1.src.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="x86_64">
			<FullProductName ProductID="python3-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-3.11.6-37.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-debug-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-debug-3.11.6-37.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-debuginfo-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-debuginfo-3.11.6-37.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-debugsource-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-debugsource-3.11.6-37.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-devel-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-devel-3.11.6-37.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-tkinter-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-tkinter-3.11.6-37.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-unversioned-command-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-unversioned-command-3.11.6-37.oe2403sp1.x86_64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="noarch">
			<FullProductName ProductID="python3-help-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-help-3.11.6-37.oe2403sp1.noarch.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="aarch64">
			<FullProductName ProductID="python3-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-3.11.6-37.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-debug-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-debug-3.11.6-37.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-debuginfo-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-debuginfo-3.11.6-37.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-debugsource-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-debugsource-3.11.6-37.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-devel-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-devel-3.11.6-37.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-tkinter-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-tkinter-3.11.6-37.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-unversioned-command-3.11.6-37" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">python3-unversioned-command-3.11.6-37.oe2403sp1.aarch64.rpm</FullProductName>
		</Branch>
	</ProductTree>
	<Vulnerability Ordinal="1" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">When using the &quot;configparser&quot; module to write configuration files
containing multi-line text values with carriage return characters (\r) the
resulting file could be injected with unexpected keys and values if the
attacker controls the written value.</Note>
		</Notes>
		<ReleaseDate>2026-07-19</ReleaseDate>
		<CVE>CVE-2026-0864</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP1</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>4.1</BaseScore>
				<Vector>AV:L/AC:L/AT:P/PR:H/UI:P/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>python3 security update</Description>
				<DATE>2026-07-19</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3070</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="2" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">To allow builds of Python to be run from an in-tree layout (rather than
an installed file layout), the VPATH variable is defined at build time
and used to locate certain landmarks - specifically,
Modules/setup.local. When this landmark is found relative to VPATH
relative to the executable, Python assumes it is running in a source
tree and generates a different default sys.path. This code remains in
release builds, so that release-ready builds can be built in-tree.

On Windows, since builds are written to &apos;PCbuild/&apos;, the value of
VPATH is set to &apos;..\..&apos;, which results in a landmark of
&apos;..\..\Modules\setup.local&apos;. This path is outside the install directory
of Python, and may have different permissions, potentially allowing a
low-privilege user to create the landmark and an alternative `Lib`
folder that will be discovered by an otherwise restricted install.

Such a setup occurs with the legacy default install location for all
users (in the now superseded EXE installer), due to how Windows allows
all users to create folders in the root directory of their OS drive.

Our recommended mitigation on Windows is to migrate away from the
legacy installer and use the new [Python install
manager](https://www.python.org/downloads/latest/pymanager/) to install
for the current user. Installs where the directory two levels above the
Python installation directory have equivalent permissions are unaffected
(in general, a per-user install cannot be modified at all by other
users, removing any escalation of privilege risk, and could be directly
modified by a privileged user, making the potential tampering
irrelevant). Alternative mitigations might include preemptively creating
and restricting access to a `Modules` directory. Be aware that only 3.13
and 3.14 will receive updated legacy installers - earlier fixes are only
provided as sources.

Platforms other than Windows allow VPATH to be overridden, but as they
don&apos;t usually use a separated directory in the build for binaries, are
unlikely to have a landmark reference outside of the install directory.

The landmark detection involving VPATH is a fallback for when a more
specific landmark - .\pybuilddir.txt - is absent, and was included for
compatibility. Future releases of Python will no longer include the
fallback, and so builds will need to generate or preserve the
pybuilddir.txt file in order to work in-tree. This landmark file has
been generated on Windows since 3.11, and on other platforms for longer.</Note>
		</Notes>
		<ReleaseDate>2026-07-19</ReleaseDate>
		<CVE>CVE-2026-12003</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP1</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>5.3</BaseScore>
				<Vector>AV:L/AC:L/AT:P/PR:L/UI:A/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>python3 security update</Description>
				<DATE>2026-07-19</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3070</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="3" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">unicodedata.normalize() can take excessive CPU time when processing
specially crafted Unicode input containing long runs of combining characters
with alternating Canonical Combining Class values.
This affects all normalization forms.</Note>
		</Notes>
		<ReleaseDate>2026-07-19</ReleaseDate>
		<CVE>CVE-2026-3276</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP1</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>6.3</BaseScore>
				<Vector>AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:L/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</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>python3 security update</Description>
				<DATE>2026-07-19</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3070</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
</cvrfdoc>