jiachao2130/cvrf2cusa
1
0
Fork 1
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
main
cvrf2cusa/cvrf/2023/cvrf-openEuler-SA-2023-1067.xml
Jia Chao 0b34274085 git mv 
Signed-off-by: Jia Chao <jiac13@chinaunicom.cn>
2024-07-25 09:57:37 +08:00

205 lines
17 KiB
XML
Raw Permalink Blame History

<?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-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-2023-1067</ID>
</Identification>
<Status>Final</Status>
<Version>1.0</Version>
<RevisionHistory>
<Revision>
<Number>1.0</Number>
<Date>2023-02-10</Date>
<Description>Initial</Description>
</Revision>
</RevisionHistory>
<InitialReleaseDate>2023-02-10</InitialReleaseDate>
<CurrentReleaseDate>2023-02-10</CurrentReleaseDate>
<Generator>
<Engine>openEuler SA Tool V1.0</Engine>
<Date>2023-02-10</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-22.03-LTS.</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):
Sending a flood of dynamic DNS updates may cause `named` to allocate large amounts of memory. This, in turn, may cause `named` to exit due to a lack of free memory. We are not aware of any cases where this has been exploited. Memory is allocated prior to the checking of access permissions (ACLs) and is retained during the processing of a dynamic update from a client whose access credentials are accepted. Memory allocated to clients that are not permitted to send updates is released immediately upon rejection. The scope of this vulnerability is limited therefore to trusted clients who are permitted to make dynamic zone changes. If a dynamic update is REFUSED, memory will be released again very quickly. Therefore it is only likely to be possible to degrade or stop `named` by sending a flood of unaccepted dynamic updates comparable in magnitude to a query flood intended to achieve the same detrimental outcome. BIND 9.11 and earlier branches are also affected, but through exhaustion of internal resources rather than memory constraints. This may reduce performance but should not be a significant problem for most servers. Therefore we don&apos;t intend to address this for BIND versions prior to BIND 9.16. This issue affects BIND 9 versions 9.16.0 through 9.16.36, 9.18.0 through 9.18.10, 9.19.0 through 9.19.8, and 9.16.8-S1 through 9.16.36-S1.(CVE-2022-3094)
BIND 9 resolver can crash when stale cache and stale answers are enabled, option `stale-answer-client-timeout` is set to a positive integer, and the resolver receives an RRSIG query. This issue affects BIND 9 versions 9.16.12 through 9.16.36, 9.18.0 through 9.18.10, 9.19.0 through 9.19.8, and 9.16.12-S1 through 9.16.36-S1.(CVE-2022-3736)
This issue can affect BIND 9 resolvers with `stale-answer-enable yes;` that also make use of the option `stale-answer-client-timeout`, configured with a value greater than zero. If the resolver receives many queries that require recursion, there will be a corresponding increase in the number of clients that are waiting for recursion to complete. If there are sufficient clients already waiting when a new client query is received so that it is necessary to SERVFAIL the longest waiting client (see BIND 9 ARM `recursive-clients` limit and soft quota), then it is possible for a race to occur between providing a stale answer to this older client and sending an early timeout SERVFAIL, which may cause an assertion failure. This issue affects BIND 9 versions 9.16.12 through 9.16.36, 9.18.0 through 9.18.10, 9.19.0 through 9.19.8, and 9.16.12-S1 through 9.16.36-S1.(CVE-2022-3924)</Note>
<Note Title="Topic" Type="General" Ordinal="4" xml:lang="en">An update for bind 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">bind</Note>
</DocumentNotes>
<DocumentReferences>
<Reference Type="Self">
<URL>https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2023-1067</URL>
</Reference>
<Reference Type="openEuler CVE">
<URL>https://www.openeuler.org/en/security/cve/detail.html?id=CVE-2022-3094</URL>
<URL>https://www.openeuler.org/en/security/cve/detail.html?id=CVE-2022-3736</URL>
<URL>https://www.openeuler.org/en/security/cve/detail.html?id=CVE-2022-3924</URL>
</Reference>
<Reference Type="Other">
<URL>https://nvd.nist.gov/vuln/detail/CVE-2022-3094</URL>
<URL>https://nvd.nist.gov/vuln/detail/CVE-2022-3736</URL>
<URL>https://nvd.nist.gov/vuln/detail/CVE-2022-3924</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="bind-libs-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-libs-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
<FullProductName ProductID="bind-dnssec-utils-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-dnssec-utils-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-devel-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-devel-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
<FullProductName ProductID="bind-devel-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-devel-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-libs-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-libs-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
<FullProductName ProductID="bind-debugsource-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-debugsource-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
<FullProductName ProductID="bind-chroot-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-chroot-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
<FullProductName ProductID="bind-debuginfo-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-debuginfo-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
<FullProductName ProductID="bind-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-utils-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-utils-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
<FullProductName ProductID="bind-utils-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-utils-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-9.16.23-14.oe2203.aarch64.rpm</FullProductName>
</Branch>
<Branch Type="Package Arch" Name="noarch">
<FullProductName ProductID="bind-dnssec-doc-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-dnssec-doc-9.16.23-14.oe2203.noarch.rpm</FullProductName>
<FullProductName ProductID="python3-bind-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">python3-bind-9.16.23-14.oe2203.noarch.rpm</FullProductName>
<FullProductName ProductID="bind-license-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-license-9.16.23-14.oe2203.noarch.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-utils-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-utils-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-devel-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-devel-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
<FullProductName ProductID="bind-dnssec-utils-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-dnssec-utils-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
<FullProductName ProductID="bind-libs-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-libs-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
<FullProductName ProductID="bind-utils-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-utils-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
<FullProductName ProductID="bind-devel-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-devel-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-libs-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-libs-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
<FullProductName ProductID="bind-chroot-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-chroot-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
<FullProductName ProductID="bind-debugsource-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-debugsource-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
<FullProductName ProductID="bind-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
<FullProductName ProductID="bind-debuginfo-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-debuginfo-9.16.23-14.oe2203.sw_64.rpm</FullProductName>
</Branch>
<Branch Type="Package Arch" Name="src">
<FullProductName ProductID="bind-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-9.16.23-14.oe2203.src.rpm</FullProductName>
</Branch>
<Branch Type="Package Arch" Name="x86_64">
<FullProductName ProductID="bind-debuginfo-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-debuginfo-9.16.23-14.oe2203.x86_64.rpm</FullProductName>
<FullProductName ProductID="bind-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-9.16.23-14.oe2203.x86_64.rpm</FullProductName>
<FullProductName ProductID="bind-devel-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-devel-9.16.23-14.oe2203.x86_64.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-9.16.23-14.oe2203.x86_64.rpm</FullProductName>
<FullProductName ProductID="bind-dnssec-utils-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-dnssec-utils-9.16.23-14.oe2203.x86_64.rpm</FullProductName>
<FullProductName ProductID="bind-libs-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-libs-9.16.23-14.oe2203.x86_64.rpm</FullProductName>
<FullProductName ProductID="bind-utils-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-utils-9.16.23-14.oe2203.x86_64.rpm</FullProductName>
<FullProductName ProductID="bind-chroot-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-chroot-9.16.23-14.oe2203.x86_64.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-libs-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-libs-9.16.23-14.oe2203.x86_64.rpm</FullProductName>
<FullProductName ProductID="bind-debugsource-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-debugsource-9.16.23-14.oe2203.x86_64.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-devel-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-devel-9.16.23-14.oe2203.x86_64.rpm</FullProductName>
<FullProductName ProductID="bind-pkcs11-utils-9.16.23-14" CPE="cpe:/a:openEuler:openEuler:22.03-LTS">bind-pkcs11-utils-9.16.23-14.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">Sending a flood of dynamic DNS updates may cause `named` to allocate large amounts of memory. This, in turn, may cause `named` to exit due to a lack of free memory. We are not aware of any cases where this has been exploited. Memory is allocated prior to the checking of access permissions (ACLs) and is retained during the processing of a dynamic update from a client whose access credentials are accepted. Memory allocated to clients that are not permitted to send updates is released immediately upon rejection. The scope of this vulnerability is limited therefore to trusted clients who are permitted to make dynamic zone changes. If a dynamic update is REFUSED, memory will be released again very quickly. Therefore it is only likely to be possible to degrade or stop `named` by sending a flood of unaccepted dynamic updates comparable in magnitude to a query flood intended to achieve the same detrimental outcome. BIND 9.11 and earlier branches are also affected, but through exhaustion of internal resources rather than memory constraints. This may reduce performance but should not be a significant problem for most servers. Therefore we don t intend to address this for BIND versions prior to BIND 9.16. This issue affects BIND 9 versions 9.16.0 through 9.16.36, 9.18.0 through 9.18.10, 9.19.0 through 9.19.8, and 9.16.8-S1 through 9.16.36-S1.</Note>
</Notes>
<ReleaseDate>2023-02-10</ReleaseDate>
<CVE>CVE-2022-3094</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.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>2023-02-10</DATE>
<URL>https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2023-1067</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="2" xml:lang="en">BIND 9 resolver can crash when stale cache and stale answers are enabled, option `stale-answer-client-timeout` is set to a positive integer, and the resolver receives an RRSIG query. This issue affects BIND 9 versions 9.16.12 through 9.16.36, 9.18.0 through 9.18.10, 9.19.0 through 9.19.8, and 9.16.12-S1 through 9.16.36-S1.</Note>
</Notes>
<ReleaseDate>2023-02-10</ReleaseDate>
<CVE>CVE-2022-3736</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.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>2023-02-10</DATE>
<URL>https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2023-1067</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="3" xml:lang="en">This issue can affect BIND 9 resolvers with `stale-answer-enable yes;` that also make use of the option `stale-answer-client-timeout`, configured with a value greater than zero. If the resolver receives many queries that require recursion, there will be a corresponding increase in the number of clients that are waiting for recursion to complete. If there are sufficient clients already waiting when a new client query is received so that it is necessary to SERVFAIL the longest waiting client (see BIND 9 ARM `recursive-clients` limit and soft quota), then it is possible for a race to occur between providing a stale answer to this older client and sending an early timeout SERVFAIL, which may cause an assertion failure. This issue affects BIND 9 versions 9.16.12 through 9.16.36, 9.18.0 through 9.18.10, 9.19.0 through 9.19.8, and 9.16.12-S1 through 9.16.36-S1.</Note>
</Notes>
<ReleaseDate>2023-02-10</ReleaseDate>
<CVE>CVE-2022-3924</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.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>2023-02-10</DATE>
<URL>https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2023-1067</URL>
</Remediation>
</Remediations>
</Vulnerability>
</cvrfdoc>
Reference in New Issue View Git Blame Copy Permalink