Debian DSA-6530-1 Updates pcre2 for a Security Vulnerability

P2 — VALIDATE AND UPDATENot provided by the authority · Not provided by the authorityEXPLOITATION: NOT STATED

Quick Answer

DSA-6530-1 fixes an out-of-bounds write in PCRE2 for Debian 13 (trixie) at source build 10.46-1~deb13u3. The September 29 announcement had no CVE number yet; Debian's current tracker identifies CVE-2026-103111. Absence of an ID at publication was not absence of a vulnerability or a fix.

Confirm Scope And Apply The Supported Fix

What to do now: update installed binary libraries built from the fixed Debian source, then restart or redeploy applications still using the old code. Prioritize applications that accept attacker-controlled regular expressions and use the affected JIT APIs; do not assume ordinary text input alone establishes that path.

Open the authoritative advisory

Last verified: October 2, 2026 UTC against the Debian announcement and current tracker. No regular-expression engine was executed.

Scope And Authority

Product scopeDebian 13 (trixie) pcre2 packages
AdvisoryDSA-6530-1
CVEsCVE-2026-103111 (now mapped by the Debian tracker; the original DSA said the ID was not yet available)
Authoritative release date2026-09-29 20:48:08 UTC (Date header of Debian announcement)
Authority revision dateNo separate material revision date stated by Debian when verified
Affected versionsDebian 13 (trixie) pcre2 packages before 10.46-1~deb13u3.
Fixed versionpcre2 10.46-1~deb13u3 for Debian 13 (trixie)
CVSS base scoreNot provided by the authority
CVSS severityNot provided by the authority
Exploitation statusNot stated by the authority; no exploitation claim is inferred.

What Changed

Debian describes denial of service or possible code execution from the out-of-bounds write. Its current CVE record narrows the condition to an attacker-controlled pattern with certain JIT API use. The upstream fix is associated with 10.49, but Debian backported it to 10.46-1~deb13u3; do not reject that maintained package solely because its upstream-looking number is lower.

What To Validate Now

  1. Map pattern handling. Identify the application, loaded PCRE2 library and whether untrusted users can supply patterns, not only text to match. Record JIT use where the application exposes it.
  2. Update the correct package family. Use the trixie security binary packages from 10.46-1~deb13u3. Embedded/static copies and other distributions need their own maintained fix path.
  3. Replace loaded code. Restart or redeploy affected consumers under change control. Keep the installed/deployed library identity, not just a package download record.
  4. Run benign regression cases. Check known matching and nonmatching patterns through the real application, including its approved JIT configuration. Avoid hostile patterns or unbounded resource tests on production.
  5. Document the boundary. Retain version and test results. A passing regex example validates behavior, not absence of all memory-safety defects or earlier exploitation.

Operational Cautions

Use the exact supported release stream and repository. Test dependencies, clusters, integrations, and rollback before broad deployment; a CVSS rating or reachable feature is not evidence of exploitation.

Evidence To Retain

  • Exact product, release stream, package or application version, enabled feature, environment, and accountable owner.
  • UTC timestamps, authority revision, approved change record, installer or package-manager output, and resulting version.
  • Relevant logs and monitoring evidence, test results, exceptions, compensating controls, and rollback decisions.

Related TechGeeks Resources

Authoritative References

Correction policy: If the authority changes affected versions, fixed versions, severity, exploitation information, mitigations, or required action, TechGeeks will update this notice and its verification date.