Bug 2566998 (CVE-2026-121007) - CVE-2026-121007 perl-sql-abstract: SQL::Abstract: SQL injection via nested statements in identifier positions
Summary: CVE-2026-121007 perl-sql-abstract: SQL::Abstract: SQL injection via nested st...
Keywords:
Status: NEW
Alias: CVE-2026-121007
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
high
high
Target Milestone: ---
Assignee: Product Security
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-11-04 14:47 UTC by OSIDB Bzimport
Modified: 2026-11-04 17:10 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2026-11-04 14:47:20 UTC
SQL::Abstract versions from 1.90_01 before 2.000001_04 for Perl allow SQL injection via the where values of a nested statement in an identifier position.

A nested statement such as { -select => ... } in a position where plain scalars are identifiers treats its own plain scalars as identifiers too. These positions are the select list, ORDER BY, GROUP BY, RETURNING, and with the ExtraClauses plugin FROM (-as) and JOIN (to). The values of the statement's where, having and set clauses, and the rows of a -values, go into the SQL text instead of the bind list, unescaped unless quote_char is set. Subselects in a WHERE condition are not affected.

An application that passes untrusted input as a where value of such a nested statement, expecting it to be bound, allows SQL injection.


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