<?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-SP3</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-1461</ID>
		</Identification>
		<Status>Final</Status>
		<Version>1.0</Version>
		<RevisionHistory>
			<Revision>
				<Number>1.0</Number>
				<Date>2026-02-28</Date>
				<Description>Initial</Description>
			</Revision>
		</RevisionHistory>
		<InitialReleaseDate>2026-02-28</InitialReleaseDate>
		<CurrentReleaseDate>2026-02-28</CurrentReleaseDate>
		<Generator>
			<Engine>openEuler SA Tool V1.0</Engine>
			<Date>2026-02-28</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-SP3</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):

In CPython&apos;s email module, when folding a long comment containing exclusively unfoldable characters, the parentheses are not preserved. This could be exploited to inject headers into email messages in scenarios where email addresses are user-controlled and not sanitized.(CVE-2025-11468)

When passing data to the b64decode(), standard_b64decode(), and urlsafe_b64decode() functions in the &quot;base64&quot; module the characters &quot;+/&quot; will always be accepted, regardless of the value of &quot;altchars&quot; parameter, typically used to establish an &quot;alternative base64 alphabet&quot; such as the URL safe alphabet. This behavior matches what is recommended in earlier base64 RFCs, but newer RFCs now recommend either dropping characters outside the specified base64 alphabet or raising an error. The old behavior has the possibility of causing data integrity issues.




This behavior can only be insecure if your application uses an alternate base64 alphabet (without &quot;+/&quot;). If your application does not use the &quot;altchars&quot; parameter or the urlsafe_b64decode() function, then your application does not use an alternative base64 alphabet.




The attached patches DOES NOT make the base64-decode behavior raise an error, as this would be a change in behavior and break existing programs. Instead, the patch deprecates the behavior which will be replaced with the newly recommended behavior in a future version of Python. Users are recommended to mitigate by verifying user-controlled inputs match the base64 
alphabet they are expecting or verify that their application would not be 
affected if the b64decode() functions accepted &quot;+&quot; or &quot;/&quot; outside of altchars.(CVE-2025-12781)

User-controlled data URLs parsed by urllib.request.DataHandler allow injecting headers through newlines in the data URL mediatype.(CVE-2025-15282)

The poplib module, when passed a user-controlled command, can have additional commands injected using newlines. Mitigation rejects commands containing control characters.(CVE-2025-15367)

When using http.cookies.Morsel, user-controlled cookie values and parameters can allow injecting HTTP headers into messages. Patch rejects all control characters within cookie names, values, and parameters.(CVE-2026-0672)

The wsgiref.headers.Headers module has an HTTP header injection vulnerability where user-controlled header names and values containing newlines can allow injecting malicious HTTP headers.(CVE-2026-0865)

The 
email module, specifically the &quot;BytesGenerator&quot; class, didn’t properly quote newlines for email headers when 
serializing an email message allowing for header injection when an email
 is serialized. This is only applicable if using &quot;LiteralHeader&quot; writing headers that don&apos;t respect email folding rules, the new behavior will reject the incorrectly folded headers in &quot;BytesGenerator&quot;.(CVE-2026-1299)</Note>
		<Note Title="Topic" Type="General" Ordinal="4" xml:lang="en">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-20.03-LTS-SP1/openEuler-22.03-LTS/openEuler-22.03-LTS-Next/openEuler-22.03-LTS-SP1/openEuler-22.03-LTS-SP2/openEuler-22.03-LTS-SP3.

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-1461</URL>
		</Reference>
		<Reference Type="openEuler CVE">
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2025-11468</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2025-12781</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2025-15282</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2025-15367</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-0672</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-0865</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-1299</URL>
		</Reference>
		<Reference Type="Other">
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2025-11468</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2025-12781</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2025-15282</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2025-15367</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-0672</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-0865</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-1299</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-SP3" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">openEuler-24.03-LTS-SP3</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="aarch64">
			<FullProductName ProductID="python3-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-3.11.6-24.oe2403sp3.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-debug-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-debug-3.11.6-24.oe2403sp3.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-debuginfo-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-debuginfo-3.11.6-24.oe2403sp3.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-debugsource-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-debugsource-3.11.6-24.oe2403sp3.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-devel-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-devel-3.11.6-24.oe2403sp3.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-tkinter-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-tkinter-3.11.6-24.oe2403sp3.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-unversioned-command-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-unversioned-command-3.11.6-24.oe2403sp3.aarch64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="src">
			<FullProductName ProductID="python3-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-3.11.6-24.oe2403sp3.src.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="x86_64">
			<FullProductName ProductID="python3-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-3.11.6-24.oe2403sp3.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-debug-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-debug-3.11.6-24.oe2403sp3.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-debuginfo-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-debuginfo-3.11.6-24.oe2403sp3.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-debugsource-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-debugsource-3.11.6-24.oe2403sp3.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-devel-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-devel-3.11.6-24.oe2403sp3.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-tkinter-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-tkinter-3.11.6-24.oe2403sp3.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-unversioned-command-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-unversioned-command-3.11.6-24.oe2403sp3.x86_64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="noarch">
			<FullProductName ProductID="python3-help-3.11.6-24" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP3">python3-help-3.11.6-24.oe2403sp3.noarch.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">In CPython&apos;s email module, when folding a long comment containing exclusively unfoldable characters, the parentheses are not preserved. This could be exploited to inject headers into email messages in scenarios where email addresses are user-controlled and not sanitized.</Note>
		</Notes>
		<ReleaseDate>2026-02-28</ReleaseDate>
		<CVE>CVE-2025-11468</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP3</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>5.7</BaseScore>
				<Vector>AV:N/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-02-28</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-1461</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">When passing data to the b64decode(), standard_b64decode(), and urlsafe_b64decode() functions in the &quot;base64&quot; module the characters &quot;+/&quot; will always be accepted, regardless of the value of &quot;altchars&quot; parameter, typically used to establish an &quot;alternative base64 alphabet&quot; such as the URL safe alphabet. This behavior matches what is recommended in earlier base64 RFCs, but newer RFCs now recommend either dropping characters outside the specified base64 alphabet or raising an error. The old behavior has the possibility of causing data integrity issues.




This behavior can only be insecure if your application uses an alternate base64 alphabet (without &quot;+/&quot;). If your application does not use the &quot;altchars&quot; parameter or the urlsafe_b64decode() function, then your application does not use an alternative base64 alphabet.




The attached patches DOES NOT make the base64-decode behavior raise an error, as this would be a change in behavior and break existing programs. Instead, the patch deprecates the behavior which will be replaced with the newly recommended behavior in a future version of Python. Users are recommended to mitigate by verifying user-controlled inputs match the base64 
alphabet they are expecting or verify that their application would not be 
affected if the b64decode() functions accepted &quot;+&quot; or &quot;/&quot; outside of altchars.</Note>
		</Notes>
		<ReleaseDate>2026-02-28</ReleaseDate>
		<CVE>CVE-2025-12781</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP3</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>5.3</BaseScore>
				<Vector>AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>python3 security update</Description>
				<DATE>2026-02-28</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-1461</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">User-controlled data URLs parsed by urllib.request.DataHandler allow injecting headers through newlines in the data URL mediatype.</Note>
		</Notes>
		<ReleaseDate>2026-02-28</ReleaseDate>
		<CVE>CVE-2025-15282</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP3</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>6.0</BaseScore>
				<Vector>AV:N/AC:L/AT:P/PR:L/UI:N/VC:N/VI:H/VA:N/SC:N/SI:L/SA:N</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>python3 security update</Description>
				<DATE>2026-02-28</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-1461</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="4" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">The poplib module, when passed a user-controlled command, can have additional commands injected using newlines. Mitigation rejects commands containing control characters.</Note>
		</Notes>
		<ReleaseDate>2026-02-28</ReleaseDate>
		<CVE>CVE-2025-15367</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP3</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>5.9</BaseScore>
				<Vector>AV:N/AC:L/AT:P/PR:H/UI:N/VC:L/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-02-28</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-1461</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="5" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">When using http.cookies.Morsel, user-controlled cookie values and parameters can allow injecting HTTP headers into messages. Patch rejects all control characters within cookie names, values, and parameters.</Note>
		</Notes>
		<ReleaseDate>2026-02-28</ReleaseDate>
		<CVE>CVE-2026-0672</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP3</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>6.0</BaseScore>
				<Vector>AV:N/AC:L/AT:P/PR:L/UI:N/VC:L/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-02-28</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-1461</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="6" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">The wsgiref.headers.Headers module has an HTTP header injection vulnerability where user-controlled header names and values containing newlines can allow injecting malicious HTTP headers.</Note>
		</Notes>
		<ReleaseDate>2026-02-28</ReleaseDate>
		<CVE>CVE-2026-0865</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP3</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>5.9</BaseScore>
				<Vector>AV:N/AC:L/AT:P/PR:H/UI:N/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-02-28</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-1461</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="7" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">The 
email module, specifically the &quot;BytesGenerator&quot; class, didn’t properly quote newlines for email headers when 
serializing an email message allowing for header injection when an email
 is serialized. This is only applicable if using &quot;LiteralHeader&quot; writing headers that don&apos;t respect email folding rules, the new behavior will reject the incorrectly folded headers in &quot;BytesGenerator&quot;.</Note>
		</Notes>
		<ReleaseDate>2026-02-28</ReleaseDate>
		<CVE>CVE-2026-1299</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP3</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>6.0</BaseScore>
				<Vector>AV:N/AC:L/AT:P/PR:L/UI:N/VC:L/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-02-28</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-1461</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
</cvrfdoc>