<?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 bind 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-2025-1106</ID>
		</Identification>
		<Status>Final</Status>
		<Version>1.0</Version>
		<RevisionHistory>
			<Revision>
				<Number>1.0</Number>
				<Date>2025-02-14</Date>
				<Description>Initial</Description>
			</Revision>
		</RevisionHistory>
		<InitialReleaseDate>2025-02-14</InitialReleaseDate>
		<CurrentReleaseDate>2025-02-14</CurrentReleaseDate>
		<Generator>
			<Engine>openEuler SA Tool V1.0</Engine>
			<Date>2025-02-14</Date>
		</Generator>
	</DocumentTracking>
	<DocumentNotes>
		<Note Title="Synopsis" Type="General" Ordinal="1" xml:lang="en">bind security update</Note>
		<Note Title="Summary" Type="General" Ordinal="2" xml:lang="en">An update for bind is now available for openEuler-24.03-LTS-SP1</Note>
		<Note Title="Description" Type="General" Ordinal="3" xml:lang="en">BIND (Berkeley Internet Name Domain) is an implementation of the DNS (Domain Name System) protocols. BIND includes a DNS server (named), which resolves host names to IP addresses; a resolver library (routines for applications to use when interfacing with DNS); and tools for verifying that the DNS server is operating properly.

Security Fix(es):

It is possible to construct a zone such that some queries to it will generate responses containing numerous records in the Additional section. An attacker sending many such queries can cause either the authoritative server itself or an independent resolver to use disproportionate resources processing the queries. Zones will usually need to have been deliberately crafted to attack this exposure.
This issue affects BIND 9 versions 9.11.0 through 9.11.37, 9.16.0 through 9.16.50, 9.18.0 through 9.18.32, 9.20.0 through 9.20.4, 9.21.0 through 9.21.3, 9.11.3-S1 through 9.11.37-S1, 9.16.8-S1 through 9.16.50-S1, and 9.18.11-S1 through 9.18.32-S1.(CVE-2024-11187)

Clients using DNS-over-HTTPS (DoH) can exhaust a DNS resolver&apos;s CPU and/or memory by flooding it with crafted valid or invalid HTTP/2 traffic.
This issue affects BIND 9 versions 9.18.0 through 9.18.32, 9.20.0 through 9.20.4, 9.21.0 through 9.21.3, and 9.18.11-S1 through 9.18.32-S1.(CVE-2024-12705)</Note>
		<Note Title="Topic" Type="General" Ordinal="4" xml:lang="en">An update for bind is now available for openEuler-24.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">bind</Note>
	</DocumentNotes>
	<DocumentReferences>
		<Reference Type="Self">
			<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2025-1106</URL>
		</Reference>
		<Reference Type="openEuler CVE">
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2024-11187</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2024-12705</URL>
		</Reference>
		<Reference Type="Other">
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2024-11187</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2024-12705</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="aarch64">
			<FullProductName ProductID="bind-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-9.18.21-4.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="bind-chroot-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-chroot-9.18.21-4.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="bind-debuginfo-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-debuginfo-9.18.21-4.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="bind-debugsource-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-debugsource-9.18.21-4.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="bind-devel-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-devel-9.18.21-4.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="bind-dnssec-utils-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-dnssec-utils-9.18.21-4.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="bind-libs-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-libs-9.18.21-4.oe2403sp1.aarch64.rpm</FullProductName>
			<FullProductName ProductID="bind-utils-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-utils-9.18.21-4.oe2403sp1.aarch64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="src">
			<FullProductName ProductID="bind-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-9.18.21-4.oe2403sp1.src.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="x86_64">
			<FullProductName ProductID="bind-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-9.18.21-4.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="bind-chroot-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-chroot-9.18.21-4.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="bind-debuginfo-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-debuginfo-9.18.21-4.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="bind-debugsource-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-debugsource-9.18.21-4.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="bind-devel-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-devel-9.18.21-4.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="bind-dnssec-utils-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-dnssec-utils-9.18.21-4.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="bind-libs-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-libs-9.18.21-4.oe2403sp1.x86_64.rpm</FullProductName>
			<FullProductName ProductID="bind-utils-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-utils-9.18.21-4.oe2403sp1.x86_64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="noarch">
			<FullProductName ProductID="bind-dnssec-doc-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-dnssec-doc-9.18.21-4.oe2403sp1.noarch.rpm</FullProductName>
			<FullProductName ProductID="bind-license-9.18.21-4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP1">bind-license-9.18.21-4.oe2403sp1.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">It is possible to construct a zone such that some queries to it will generate responses containing numerous records in the Additional section. An attacker sending many such queries can cause either the authoritative server itself or an independent resolver to use disproportionate resources processing the queries. Zones will usually need to have been deliberately crafted to attack this exposure.
This issue affects BIND 9 versions 9.11.0 through 9.11.37, 9.16.0 through 9.16.50, 9.18.0 through 9.18.32, 9.20.0 through 9.20.4, 9.21.0 through 9.21.3, 9.11.3-S1 through 9.11.37-S1, 9.16.8-S1 through 9.16.50-S1, and 9.18.11-S1 through 9.18.32-S1.</Note>
		</Notes>
		<ReleaseDate>2025-02-14</ReleaseDate>
		<CVE>CVE-2024-11187</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.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>bind security update</Description>
				<DATE>2025-02-14</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2025-1106</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">Clients using DNS-over-HTTPS (DoH) can exhaust a DNS resolver&apos;s CPU and/or memory by flooding it with crafted valid or invalid HTTP/2 traffic.
This issue affects BIND 9 versions 9.18.0 through 9.18.32, 9.20.0 through 9.20.4, 9.21.0 through 9.21.3, and 9.18.11-S1 through 9.18.32-S1.</Note>
		</Notes>
		<ReleaseDate>2025-02-14</ReleaseDate>
		<CVE>CVE-2024-12705</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.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>bind security update</Description>
				<DATE>2025-02-14</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2025-1106</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
</cvrfdoc>