<?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 c-ares is now available for openEuler-20.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-2023-1302</ID> </Identification> <Status>Final</Status> <Version>1.0</Version> <RevisionHistory> <Revision> <Number>1.0</Number> <Date>2023-06-03</Date> <Description>Initial</Description> </Revision> </RevisionHistory> <InitialReleaseDate>2023-06-03</InitialReleaseDate> <CurrentReleaseDate>2023-06-03</CurrentReleaseDate> <Generator> <Engine>openEuler SA Tool V1.0</Engine> <Date>2023-06-03</Date> </Generator> </DocumentTracking> <DocumentNotes> <Note Title="Synopsis" Type="General" Ordinal="1" xml:lang="en">c-ares security update</Note> <Note Title="Summary" Type="General" Ordinal="2" xml:lang="en">An update for c-ares is now available for openEuler-20.03-LTS-SP1.</Note> <Note Title="Description" Type="General" Ordinal="3" xml:lang="en"> Security Fix(es): c-ares is an asynchronous resolver library. c-ares is vulnerable to denial of service. If a target resolver sends a query, the attacker forges a malformed UDP packet with a length of 0 and returns them to the target resolver. The target resolver erroneously interprets the 0 length as a graceful shutdown of the connection. This issue has been patched in version 1.19.1.(CVE-2023-32067)</Note> <Note Title="Topic" Type="General" Ordinal="4" xml:lang="en">An update for c-ares is now available for openEuler-20.03-LTS-SP1. 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">c-ares</Note> </DocumentNotes> <DocumentReferences> <Reference Type="Self"> <URL>https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2023-1302</URL> </Reference> <Reference Type="openEuler CVE"> <URL>https://www.openeuler.org/en/security/cve/detail.html?id=CVE-2023-32067</URL> </Reference> <Reference Type="Other"> <URL>https://nvd.nist.gov/vuln/detail/CVE-2023-32067</URL> </Reference> </DocumentReferences> <ProductTree xmlns="http://www.icasi.org/CVRF/schema/prod/1.1"> <Branch Type="Product Name" Name="openEuler"> <FullProductName ProductID="openEuler-20.03-LTS-SP1" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP1">openEuler-20.03-LTS-SP1</FullProductName> </Branch> <Branch Type="Package Arch" Name="aarch64"> <FullProductName ProductID="c-ares-devel-1.16.1-6" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP1">c-ares-devel-1.16.1-6.oe1.aarch64.rpm</FullProductName> <FullProductName ProductID="c-ares-debuginfo-1.16.1-6" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP1">c-ares-debuginfo-1.16.1-6.oe1.aarch64.rpm</FullProductName> <FullProductName ProductID="c-ares-1.16.1-6" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP1">c-ares-1.16.1-6.oe1.aarch64.rpm</FullProductName> <FullProductName ProductID="c-ares-debugsource-1.16.1-6" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP1">c-ares-debugsource-1.16.1-6.oe1.aarch64.rpm</FullProductName> </Branch> <Branch Type="Package Arch" Name="noarch"> <FullProductName ProductID="c-ares-help-1.16.1-6" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP1">c-ares-help-1.16.1-6.oe1.noarch.rpm</FullProductName> </Branch> <Branch Type="Package Arch" Name="src"> <FullProductName ProductID="c-ares-1.16.1-6" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP1">c-ares-1.16.1-6.oe1.src.rpm</FullProductName> </Branch> <Branch Type="Package Arch" Name="x86_64"> <FullProductName ProductID="c-ares-1.16.1-6" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP1">c-ares-1.16.1-6.oe1.x86_64.rpm</FullProductName> <FullProductName ProductID="c-ares-debugsource-1.16.1-6" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP1">c-ares-debugsource-1.16.1-6.oe1.x86_64.rpm</FullProductName> <FullProductName ProductID="c-ares-devel-1.16.1-6" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP1">c-ares-devel-1.16.1-6.oe1.x86_64.rpm</FullProductName> <FullProductName ProductID="c-ares-debuginfo-1.16.1-6" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP1">c-ares-debuginfo-1.16.1-6.oe1.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">c-ares is an asynchronous resolver library. c-ares is vulnerable to denial of service. If a target resolver sends a query, the attacker forges a malformed UDP packet with a length of 0 and returns them to the target resolver. The target resolver erroneously interprets the 0 length as a graceful shutdown of the connection. This issue has been patched in version 1.19.1.</Note> </Notes> <ReleaseDate>2023-06-03</ReleaseDate> <CVE>CVE-2023-32067</CVE> <ProductStatuses> <Status Type="Fixed"> <ProductID>openEuler-20.03-LTS-SP1</ProductID> </Status> </ProductStatuses> <Threats> <Threat Type="Impact"> <Description>High</Description> </Threat> </Threats> <CVSSScoreSets> <ScoreSet> <BaseScore>7.5</BaseScore> <Vector>AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H</Vector> </ScoreSet> </CVSSScoreSets> <Remediations> <Remediation Type="Vendor Fix"> <Description>c-ares security update</Description> <DATE>2023-06-03</DATE> <URL>https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2023-1302</URL> </Remediation> </Remediations> </Vulnerability> </cvrfdoc>