Bug 2531300 - CVE-2026-73194 perl-DBI: DBI for Perl: Heap out-of-bounds write via unvalidated numeric placeholder [fedora-all]
Summary: CVE-2026-73194 perl-DBI: DBI for Perl: Heap out-of-bounds write via unvalidat...
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: perl-DBI
Version: rawhide
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
Assignee: Jitka Plesnikova
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: {"flaws": ["84099e8e-5ec0-4a5e-8a82-5...
Depends On:
Blocks: CVE-2026-73194
TreeView+ depends on / blocked
 
Reported: 2026-09-10 06:43 UTC by Vladimir Vasilev
Modified: 2026-09-14 08:22 UTC (History)
5 users (show)

Fixed In Version: perl-DBI-1.653-1.fc46 perl-DBI-1.653-1.fc45 perl-DBI-1.653-1.fc44 perl-DBI-1.653-1.fc43
Clone Of:
Environment:
Last Closed: 2026-09-14 08:22:22 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Vladimir Vasilev 2026-09-10 06:43:39 UTC
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.

DBI versions before 1.652 for Perl allow a heap out-of-bounds write via an unvalidated numeric placeholder that sets the binder counter in preparse.

preparse reserves seven output bytes per input byte, the width of the longest ':p99999' expansion. The ':N' branch parses the number with `atoi(src)` and assigns it to the binder counter with no range check, so a statement containing ':2147483648' leaves the counter negative (-2147483648 with glibc, where atoi wraps). Each following '?' then expands through `sprintf(start, ":p%d", idx++)` to ':p-2147483648', 14 bytes with the terminating NUL where the buffer budgets 7. The placeholder limit added in 1.650 tests the counter against 99,999, which a negative counter passes.

Any caller that preparses an untrusted statement into ':pN' style placeholders gets a heap out-of-bounds write that grows with the number of '?' marks following the poisoned placeholder. The '?' and '%s' return styles compare the parsed number against the expected sequence and error out, and are unaffected.


Note You need to log in before you can comment on or make changes to this bug.