<?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 libxml2 is now available for openEuler-24.03-LTS-SP4</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-2026-4372</ID>
		</Identification>
		<Status>Final</Status>
		<Version>1.0</Version>
		<RevisionHistory>
			<Revision>
				<Number>1.0</Number>
				<Date>2026-10-16</Date>
				<Description>Initial</Description>
			</Revision>
		</RevisionHistory>
		<InitialReleaseDate>2026-10-16</InitialReleaseDate>
		<CurrentReleaseDate>2026-10-16</CurrentReleaseDate>
		<Generator>
			<Engine>openEuler SA Tool V1.0</Engine>
			<Date>2026-10-16</Date>
		</Generator>
	</DocumentTracking>
	<DocumentNotes>
		<Note Title="Synopsis" Type="General" Ordinal="1" xml:lang="en">libxml2 security update</Note>
		<Note Title="Summary" Type="General" Ordinal="2" xml:lang="en">An update for libxml2 is now available for openEuler-24.03-LTS-SP4</Note>
		<Note Title="Description" Type="General" Ordinal="3" xml:lang="en">This library allows to manipulate XML files. It includes support to read, modify and write XML and HTML files. There is DTDs support this includes parsing and validation even with complex DtDs, either at parse time or later once the document has been modified. The output can be a simple SAX stream or and in-memory DOM like representations. In this case one can use the built-in XPath and XPointer implementation to select sub nodes or ranges. A flexible Input/Output mechanism is available, with existing HTTP and FTP modules and combined to an URI library.

Security Fix(es):

A flaw was found in libxml2. A local user or an attacker providing a specially crafted XML catalog can trigger a NULL pointer dereference during XML catalog parsing. This occurs when a `nextCatalog` element lacks its mandatory `catalog` attribute, leading to the application crashing and causing a Denial of Service (DoS).(CVE-2026-76781)

In libxml2 before 2.15.4, there is a heap-based buffer overflow in xmlXPtrEvalXPtrPart because of xmlXPtrEval xpointer length saturation.(CVE-2026-86142)

In xmlIO in libxml2 before 2.15.4, an inconsistency in xmlOutputWriteCallback and xmlBufUse causes negative lengths to reach write callbacks, aka a lack of a check for integer overflow before calling writecallback. This has security relevance for many types of uses of that length value within a callback.(CVE-2026-86143)

In xinclude in libxml2 before 2.15.4, xmlXIncludeProcess and xmlXIncludeProcessTree do not propagate parseFlags. This has security relevance for, for example, the XML_PARSE_NONET flag, if (without it) a custom resource loader accesses the internet and triggers XML external entity injection, SSRF, or a denial of service (e.g., for an attacker-controlled internet resource that is intentionally slow).(CVE-2026-86144)</Note>
		<Note Title="Topic" Type="General" Ordinal="4" xml:lang="en">An update for libxml2 is now available for openEuler-24.03-LTS-SP4.

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">libxml2</Note>
	</DocumentNotes>
	<DocumentReferences>
		<Reference Type="Self">
			<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4372</URL>
		</Reference>
		<Reference Type="openEuler CVE">
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-76781</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-86142</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-86143</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-86144</URL>
		</Reference>
		<Reference Type="Other">
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-76781</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-86142</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-86143</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-86144</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-SP4" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">openEuler-24.03-LTS-SP4</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="x86_64">
			<FullProductName ProductID="libxml2-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">libxml2-2.11.9-20.oe2403sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="libxml2-debuginfo-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">libxml2-debuginfo-2.11.9-20.oe2403sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="libxml2-debugsource-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">libxml2-debugsource-2.11.9-20.oe2403sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="libxml2-devel-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">libxml2-devel-2.11.9-20.oe2403sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="python3-libxml2-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">python3-libxml2-2.11.9-20.oe2403sp4.x86_64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="noarch">
			<FullProductName ProductID="libxml2-help-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">libxml2-help-2.11.9-20.oe2403sp4.noarch.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="aarch64">
			<FullProductName ProductID="libxml2-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">libxml2-2.11.9-20.oe2403sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="libxml2-debuginfo-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">libxml2-debuginfo-2.11.9-20.oe2403sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="libxml2-debugsource-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">libxml2-debugsource-2.11.9-20.oe2403sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="libxml2-devel-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">libxml2-devel-2.11.9-20.oe2403sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="python3-libxml2-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">python3-libxml2-2.11.9-20.oe2403sp4.aarch64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="src">
			<FullProductName ProductID="libxml2-2.11.9-20" CPE="cpe:/a:openEuler:openEuler:24.03-LTS-SP4">libxml2-2.11.9-20.oe2403sp4.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">A flaw was found in libxml2. A local user or an attacker providing a specially crafted XML catalog can trigger a NULL pointer dereference during XML catalog parsing. This occurs when a `nextCatalog` element lacks its mandatory `catalog` attribute, leading to the application crashing and causing a Denial of Service (DoS).</Note>
		</Notes>
		<ReleaseDate>2026-10-16</ReleaseDate>
		<CVE>CVE-2026-76781</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>5.5</BaseScore>
				<Vector>AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>libxml2 security update</Description>
				<DATE>2026-10-16</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4372</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">In libxml2 before 2.15.4, there is a heap-based buffer overflow in xmlXPtrEvalXPtrPart because of xmlXPtrEval xpointer length saturation.</Note>
		</Notes>
		<ReleaseDate>2026-10-16</ReleaseDate>
		<CVE>CVE-2026-86142</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>6.9</BaseScore>
				<Vector>AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:L</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>libxml2 security update</Description>
				<DATE>2026-10-16</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4372</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="1" xml:lang="en">In xmlIO in libxml2 before 2.15.4, an inconsistency in xmlOutputWriteCallback and xmlBufUse causes negative lengths to reach write callbacks, aka a lack of a check for integer overflow before calling writecallback. This has security relevance for many types of uses of that length value within a callback.</Note>
		</Notes>
		<ReleaseDate>2026-10-16</ReleaseDate>
		<CVE>CVE-2026-86143</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>6.9</BaseScore>
				<Vector>AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:L</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>libxml2 security update</Description>
				<DATE>2026-10-16</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4372</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="4" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">In xinclude in libxml2 before 2.15.4, xmlXIncludeProcess and xmlXIncludeProcessTree do not propagate parseFlags. This has security relevance for, for example, the XML_PARSE_NONET flag, if (without it) a custom resource loader accesses the internet and triggers XML external entity injection, SSRF, or a denial of service (e.g., for an attacker-controlled internet resource that is intentionally slow).</Note>
		</Notes>
		<ReleaseDate>2026-10-16</ReleaseDate>
		<CVE>CVE-2026-86144</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-24.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>5.6</BaseScore>
				<Vector>AV:L/AC:H/PR:N/UI:N/S:C/C:L/I:L/A:L</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>libxml2 security update</Description>
				<DATE>2026-10-16</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4372</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
</cvrfdoc>