<?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 pcre2 is now available for openEuler-20.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-3814</ID>
		</Identification>
		<Status>Final</Status>
		<Version>1.0</Version>
		<RevisionHistory>
			<Revision>
				<Number>1.0</Number>
				<Date>2026-09-14</Date>
				<Description>Initial</Description>
			</Revision>
		</RevisionHistory>
		<InitialReleaseDate>2026-09-14</InitialReleaseDate>
		<CurrentReleaseDate>2026-09-14</CurrentReleaseDate>
		<Generator>
			<Engine>openEuler SA Tool V1.0</Engine>
			<Date>2026-09-14</Date>
		</Generator>
	</DocumentTracking>
	<DocumentNotes>
		<Note Title="Synopsis" Type="General" Ordinal="1" xml:lang="en">pcre2 security update</Note>
		<Note Title="Summary" Type="General" Ordinal="2" xml:lang="en">An update for pcre2 is now available for openEuler-20.03-LTS-SP4</Note>
		<Note Title="Description" Type="General" Ordinal="3" xml:lang="en">PCRE2 is a re-working of the original PCRE1 library to provide an entirely new API. Since its initial release in 2015, there has been further development of the code and it now differs from PCRE1 in more than just the API. PCRE2 is written in C, and it has its own API. There are three sets of functions, one for the 8-bit library, which processes strings of bytes, one for the 16-bit library, which processes strings of 16-bit values, and one for the 32-bit library, which processes strings of 32-bit values. Unlike PCRE1, there are no C++ wrappers.

Security Fix(es):

PCRE2 before 10.48 allows a pcre2_dfa_match out-of-bounds write because reuse of a cached workspace block, in a recursive DFA matching workspace, lacks a size check (even though a newly allocated block, for the same purpose, does have a size check). This outcome requires an attacker-controlled regular expression, or a recursive pattern in conjunction with a small heap limit (this can be set through the API).(CVE-2026-86145)</Note>
		<Note Title="Topic" Type="General" Ordinal="4" xml:lang="en">An update for pcre2 is now available for openEuler-20.03-LTS-SP4.

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">pcre2</Note>
	</DocumentNotes>
	<DocumentReferences>
		<Reference Type="Self">
			<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3814</URL>
		</Reference>
		<Reference Type="openEuler CVE">
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-86145</URL>
		</Reference>
		<Reference Type="Other">
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-86145</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-SP4" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">openEuler-20.03-LTS-SP4</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="aarch64">
			<FullProductName ProductID="pcre2-10.35-12" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">pcre2-10.35-12.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="pcre2-debuginfo-10.35-12" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">pcre2-debuginfo-10.35-12.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="pcre2-debugsource-10.35-12" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">pcre2-debugsource-10.35-12.oe2003sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="pcre2-devel-10.35-12" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">pcre2-devel-10.35-12.oe2003sp4.aarch64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="src">
			<FullProductName ProductID="pcre2-10.35-12" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">pcre2-10.35-12.oe2003sp4.src.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="x86_64">
			<FullProductName ProductID="pcre2-10.35-12" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">pcre2-10.35-12.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="pcre2-debuginfo-10.35-12" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">pcre2-debuginfo-10.35-12.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="pcre2-debugsource-10.35-12" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">pcre2-debugsource-10.35-12.oe2003sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="pcre2-devel-10.35-12" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">pcre2-devel-10.35-12.oe2003sp4.x86_64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="noarch">
			<FullProductName ProductID="pcre2-help-10.35-12" CPE="cpe:/a:openEuler:openEuler:20.03-LTS-SP4">pcre2-help-10.35-12.oe2003sp4.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">PCRE2 before 10.48 allows a pcre2_dfa_match out-of-bounds write because reuse of a cached workspace block, in a recursive DFA matching workspace, lacks a size check (even though a newly allocated block, for the same purpose, does have a size check). This outcome requires an attacker-controlled regular expression, or a recursive pattern in conjunction with a small heap limit (this can be set through the API).</Note>
		</Notes>
		<ReleaseDate>2026-09-14</ReleaseDate>
		<CVE>CVE-2026-86145</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-20.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>8.2</BaseScore>
				<Vector>AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:L</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>pcre2 security update</Description>
				<DATE>2026-09-14</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3814</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
</cvrfdoc>