<?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 grpc is now available for openEuler-24.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-2024-2064</ID>
		</Identification>
		<Status>Final</Status>
		<Version>1.0</Version>
		<RevisionHistory>
			<Revision>
				<Number>1.0</Number>
				<Date>2024-08-30</Date>
				<Description>Initial</Description>
			</Revision>
		</RevisionHistory>
		<InitialReleaseDate>2024-08-30</InitialReleaseDate>
		<CurrentReleaseDate>2024-08-30</CurrentReleaseDate>
		<Generator>
			<Engine>openEuler SA Tool V1.0</Engine>
			<Date>2024-08-30</Date>
		</Generator>
	</DocumentTracking>
	<DocumentNotes>
		<Note Title="Synopsis" Type="General" Ordinal="1" xml:lang="en">grpc security update</Note>
		<Note Title="Summary" Type="General" Ordinal="2" xml:lang="en">An update for grpc is now available for openEuler-24.03-LTS</Note>
		<Note Title="Description" Type="General" Ordinal="3" xml:lang="en">gRPC is a modern open source high performance RPC framework that can run in any environment. It can efficiently connect services in and across data centers with pluggable support for load balancing, tracing, health checking and authentication. It is also applicable in last mile of distributed computing to connect devices, mobile applications and browsers to backend services.

Security Fix(es):

It&apos;s possible for a gRPC client communicating with a HTTP/2 proxy to poison the HPACK table between the proxy and the backend such that other clients see failed requests. It&apos;s also possible to use this vulnerability to leak other clients HTTP header keys, but not values.

This occurs because the error status for a misencoded header is not cleared between header reads, resulting in subsequent (incrementally indexed) added headers in the first request being poisoned until cleared from the HPACK table.

Please update to a fixed version of gRPC as soon as possible. This bug has been fixed in 1.58.3, 1.59.5, 1.60.2, 1.61.3, 1.62.3, 1.63.2, 1.64.3, 1.65.4.(CVE-2024-7246)</Note>
		<Note Title="Topic" Type="General" Ordinal="4" xml:lang="en">An update for grpc is now available for openEuler-24.03-LTS.

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">grpc</Note>
	</DocumentNotes>
	<DocumentReferences>
		<Reference Type="Self">
			<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2024-2064</URL>
		</Reference>
		<Reference Type="openEuler CVE">
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2024-7246</URL>
		</Reference>
		<Reference Type="Other">
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2024-7246</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" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">openEuler-24.03-LTS</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="x86_64">
			<FullProductName ProductID="grpc-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">grpc-1.60.0-4.oe2403.x86_64.rpm</FullProductName>
			<FullProductName ProductID="grpc-debuginfo-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">grpc-debuginfo-1.60.0-4.oe2403.x86_64.rpm</FullProductName>
			<FullProductName ProductID="grpc-debugsource-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">grpc-debugsource-1.60.0-4.oe2403.x86_64.rpm</FullProductName>
			<FullProductName ProductID="grpc-devel-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">grpc-devel-1.60.0-4.oe2403.x86_64.rpm</FullProductName>
			<FullProductName ProductID="grpc-plugins-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">grpc-plugins-1.60.0-4.oe2403.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-grpcio-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">python3-grpcio-1.60.0-4.oe2403.x86_64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="aarch64">
			<FullProductName ProductID="grpc-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">grpc-1.60.0-4.oe2403.aarch64.rpm</FullProductName>
			<FullProductName ProductID="grpc-debuginfo-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">grpc-debuginfo-1.60.0-4.oe2403.aarch64.rpm</FullProductName>
			<FullProductName ProductID="grpc-debugsource-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">grpc-debugsource-1.60.0-4.oe2403.aarch64.rpm</FullProductName>
			<FullProductName ProductID="grpc-devel-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">grpc-devel-1.60.0-4.oe2403.aarch64.rpm</FullProductName>
			<FullProductName ProductID="grpc-plugins-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">grpc-plugins-1.60.0-4.oe2403.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-grpcio-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">python3-grpcio-1.60.0-4.oe2403.aarch64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="src">
			<FullProductName ProductID="grpc-1.60.0-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS">grpc-1.60.0-4.oe2403.src.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">It&apos;s possible for a gRPC client communicating with a HTTP/2 proxy to poison the HPACK table between the proxy and the backend such that other clients see failed requests. It&apos;s also possible to use this vulnerability to leak other clients HTTP header keys, but not values.

This occurs because the error status for a misencoded header is not cleared between header reads, resulting in subsequent (incrementally indexed) added headers in the first request being poisoned until cleared from the HPACK table.

Please update to a fixed version of gRPC as soon as possible. This bug has been fixed in 1.58.3, 1.59.5, 1.60.2, 1.61.3, 1.62.3, 1.63.2, 1.64.3, 1.65.4.</Note>
		</Notes>
		<ReleaseDate>2024-08-30</ReleaseDate>
		<CVE>CVE-2024-7246</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>5.8</BaseScore>
				<Vector>AV:N/AC:L/PR:N/UI:N/S:C/C:N/I:N/A:L</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>grpc security update</Description>
				<DATE>2024-08-30</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2024-2064</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
</cvrfdoc>