<?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-22.03-LTS</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-2022-2097</ID>
		</Identification>
		<Status>Final</Status>
		<Version>1.0</Version>
		<RevisionHistory>
			<Revision>
				<Number>1.0</Number>
				<Date>2022-11-11</Date>
				<Description>Initial</Description>
			</Revision>
		</RevisionHistory>
		<InitialReleaseDate>2022-11-11</InitialReleaseDate>
		<CurrentReleaseDate>2022-11-11</CurrentReleaseDate>
		<Generator>
			<Engine>openEuler SA Tool V1.0</Engine>
			<Date>2022-11-11</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-22.03-LTS.</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. This package Provides python version 3.

Security Fix(es):

Python 3.9.x and 3.10.x through 3.10.8 on Linux allows local privilege escalation in a non-default configuration. The Python multiprocessing library, when used with the forkserver start method on Linux, allows pickles to be deserialized from any user in the same machine local network namespace, which in many system configurations means any user on the same machine. Pickles can execute arbitrary code. Thus, this allows for local user privilege escalation to the user that any forkserver process is running as. Setting multiprocessing.util.abstract_sockets_supported to False is a workaround. The forkserver start method for multiprocessing is not the default start method. This issue is Linux specific because only Linux supports abstract namespace sockets. CPython before 3.9 does not make use of Linux abstract namespace sockets by default. Support for users manually specifying an abstract namespace socket was added as a bugfix in 3.7.8 and 3.8.4, but users would need to make specific uncommon API calls in order to do that in CPython before 3.9.(CVE-2022-42919)</Note>
		<Note Title="Topic" Type="General" Ordinal="4" xml:lang="en">An update for python3 is now available for 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.</Note>
		<Note Title="Severity" Type="General" Ordinal="5" xml:lang="en">High</Note>
		<Note Title="Affected Component" Type="General" Ordinal="6" xml:lang="en">python3</Note>
	</DocumentNotes>
	<DocumentReferences>
		<Reference Type="Self">
			<URL>https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2022-2097</URL>
		</Reference>
		<Reference Type="openEuler CVE">
			<URL>https://www.openeuler.org/en/security/cve/detail.html?id=CVE-2022-42919</URL>
		</Reference>
		<Reference Type="Other">
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2022-42919</URL>
		</Reference>
	</DocumentReferences>
	<ProductTree xmlns="http://www.icasi.org/CVRF/schema/prod/1.1">
		<Branch Type="Product Name" Name="openEuler">
			<FullProductName ProductID="openEuler-22.03-LTS" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">openEuler-22.03-LTS</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="aarch64">
			<FullProductName ProductID="python3-unversioned-command-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-unversioned-command-3.9.9-16.oe2203.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-debug-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-debug-3.9.9-16.oe2203.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-3.9.9-16.oe2203.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-devel-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-devel-3.9.9-16.oe2203.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-debugsource-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-debugsource-3.9.9-16.oe2203.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-debuginfo-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-debuginfo-3.9.9-16.oe2203.aarch64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="noarch">
			<FullProductName ProductID="python3-help-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-help-3.9.9-16.oe2203.noarch.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="src">
			<FullProductName ProductID="python3-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-3.9.9-16.oe2203.src.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="x86_64">
			<FullProductName ProductID="python3-unversioned-command-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-unversioned-command-3.9.9-16.oe2203.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-debugsource-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-debugsource-3.9.9-16.oe2203.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-3.9.9-16.oe2203.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-debug-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-debug-3.9.9-16.oe2203.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-devel-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-devel-3.9.9-16.oe2203.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-debuginfo-3.9.9-16" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-debuginfo-3.9.9-16.oe2203.x86_64.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">Python 3.9.x and 3.10.x through 3.10.8 on Linux allows local privilege escalation in a non-default configuration. The Python multiprocessing library, when used with the forkserver start method on Linux, allows pickles to be deserialized from any user in the same machine local network namespace, which in many system configurations means any user on the same machine. Pickles can execute arbitrary code. Thus, this allows for local user privilege escalation to the user that any forkserver process is running as. Setting multiprocessing.util.abstract_sockets_supported to False is a workaround. The forkserver start method for multiprocessing is not the default start method. This issue is Linux specific because only Linux supports abstract namespace sockets. CPython before 3.9 does not make use of Linux abstract namespace sockets by default. Support for users manually specifying an abstract namespace socket was added as a bugfix in 3.7.8 and 3.8.4, but users would need to make specific uncommon API calls in order to do that in CPython before 3.9.</Note>
		</Notes>
		<ReleaseDate>2022-11-11</ReleaseDate>
		<CVE>CVE-2022-42919</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.8</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>python3 security update</Description>
				<DATE>2022-11-11</DATE>
				<URL>https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2022-2097</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
</cvrfdoc>