ZeroHour
oss-securitypublished ()ingested

Re: pcre2 version 10.48 released with security fixes

AI summary · glm-5.3-flash

PCRE2 10.48 ships security fixes; one issue received CVE-2026-86145 while others await identifiers amid CNA backlogs.

Salvatore Bonaccorso noted on oss-security that PCRE2 version 10.48 includes security fixes, with one issue assigned CVE-2026-86145 and remaining fixes not yet assigned identifiers. The post criticizes large CNA backlogs delaying CVE assignment, which complicates downstream fix tracking. No exploitation is reported.

  • PCRE2 10.48 released with security fixes
  • CVE-2026-86145 assigned to one issue
  • Other fixes lack CVE identifiers so far
  • CNA backlogs delay identifier assignment
VendorsPCRE2
ProductsPCRE2

Vulnerabilities mentionedAll →

CVEVulnerabilityCVSSEPSSFlagsAffectedExposurePublished
CVE-2026-86145
Out-of-Bounds Write in PCRE2 Regular Expression Library (pcre2_dfa_match)

PCRE2, the widely embedded Perl-compatible regular expression library, contains an out-of-bounds write in its pcre2_dfa_match function because the code path that reuses a cached workspace block skips the size check that a newly allocated block performs. Triggering the flaw requires either an attacker-controlled regular expression or a recursive pattern combined with a small heap limit set through the API, conditions that arise in applications that let users supply regex patterns or tune PCRE2's heap limit. A successful attacker can write beyond the workspace buffer, corrupting data (high integrity impact per CVSS 3.1) with only low availability impact; code execution is not documented. Any application, service, or language runtime bundling PCRE2 before 10.48 is affected, with real-world exposure concentrated in software that passes user-controlled regexes to the library. No public proof-of-concept or in-the-wild exploitation is known, EPSS puts the 30-day exploitation probability at 0.4%, and the flaw is fixed in PCRE2 10.48.

Do: Upgrade PCRE2 to 10.48 or later, and install vendor updates (new PHP packages, distribution packages, or application releases) that bundle the fixed library. Audit whether your applications expose user-supplied regular expressions or call pcre2 APIs with recursive patterns and a reduced heap limit, and restrict or validate such inputs until patched. No public PoC or in-the-wild exploitation is known, so no emergency action is required beyond normal patching.

8.2<1%
  • PCRE2 project PCRE2 All versions before 10.48 (fixed in 10.48)
mass≈millions of installations of software bundling PCRE2 (e.g., PHP, Apache HTTP Server); the directly exploitable subset is unknown
Full article

Posted by Salvatore Bonaccorso on Sep 05 Hi, [...] This one got CVE-2026-86145, but so far not the others I think. For tracking downstream fixes defintively it would be more helpful to have a CVE identifier assigned sooner, but right now as we know many of the CNAs in scope for products have huge backlogs. Regards, Salvatore

This source does not provide full text. Read it at seclists.org.