CVE-2026-121265: Libsql abstract perl · SQL::Abstract versions before 2.000003 for Perl allow SQL injection via an
Affects libsql-abstract-perlSource GCVE Database
Not known to be exploited · CVSS 9.8 Critical.
Data as of 13 Nov 2026, 22:04 UTC
Thin evidence
One scorer or none| CISA-ADP | CVSS 3.1 | 9.8 |
|---|
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 7 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 13 Nov 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Ubuntu 26.10libsql-abstract-perlpkg:deb/ubuntu/libsql-abstract-perl?arch=source&distro=stonkingOther threats | Affected
| Fixed in– |
Ubuntu 26.04 LTSlibsql-abstract-perlpkg:deb/ubuntu/libsql-abstract-perl?arch=source&distro=resoluteOther threats | Affected
| Fixed in– |
Ubuntu 24.04 LTSlibsql-abstract-perlpkg:deb/ubuntu/libsql-abstract-perl?arch=source&distro=nobleOther threats | Affected
| Fixed in– |
Ubuntu 22.04 LTSlibsql-abstract-perlpkg:deb/ubuntu/libsql-abstract-perl?arch=source&distro=jammyOther threats | Affected
| Fixed in– |
Ubuntu 20.04 LTSlibsql-abstract-perlpkg:deb/ubuntu/libsql-abstract-perl?arch=source&distro=focalOther threats | Affected
| Fixed in– |
Ubuntu 18.04 LTSlibsql-abstract-perlpkg:deb/ubuntu/libsql-abstract-perl?arch=source&distro=bionicOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
SQL::Abstract versions before 2.000003 for Perl allow SQL injection via an arrayref column value in insert and update. With the array_datatypes option off, which is the default, insert(), update() and values() treat an arrayref column value as literal SQL. Its first element goes into the SQL text unescaped and the rest become bind values. A JSON array, or a repeated form field decoded as an arrayref, is such a value. An application that passes request data as column values to insert or update with the default options allows SQL injection. Releases before 2.000003 also treat an arrayref in generate() as literal SQL, including through AUTOLOAD when allow_autoload is on, whatever array_datatypes is set to.
References
- ubuntu.com/security/CVE-2026-121265 (opens in a new tab)
- cve.org/CVERecord?id=CVE-2026-121265 (opens in a new tab)
- lists.security.metacpan.org/cve-announce/msg/44960723/ (opens in a new tab)
- metacpan.org/release/GETTY/SQL-Abstract-2.000003/changes (opens in a new tab)
- metacpan.org/release/GETTY/SQL-Abstract-2.000003/diff/GETTY/SQL-Abstract-2.000001_04 (opens in a new tab)
- openwall.com/lists/oss-security/2026/11/07/10 (opens in a new tab)