CVE-2026-15043
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedDBI::SQL::Nano versions from 1.42 before 1.651 for Perl have inverted <= and >= SQL operators on text. DBI::SQL::Nano, DBI's built-in mini-SQL engine, evaluated WHERE predicates incorrectly in some cases. In the non-numeric string branch of the is_matched method, <= was evaluated using Perl's ge operator, and >= was evaluated using Perl's le operator. SQL::Nano is the fallback query engine for DBI's file-backed drivers (DBD::File, DBD::DBM, CSV-style drivers) whenever SQL::Statement is not installed, and is forced whenever DBI_SQL_NANO=1. Queries over such tables use these predicates directly. The impact depends on the context. Where an application relies on a WHERE clause to filter file-backed data for policy or authorization, an inverted <=/>= comparison silently returns the wrong rows.
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · high confidenceDBI::SQL::Nano versions 1.42 through 1.650 have inverted SQL comparison operators for text string comparisons. The SQL <= operator incorrectly uses Perl's ge (greater-than-or-equal) operator, while >= incorrectly uses le (less-than-or-equal). This affects file-backed DBI drivers (DBD::File, DBD::DBM, CSV drivers) when SQL::Statement is not installed or when DBI_SQL_NANO=1 is set, causing WHERE clauses with <= or >= on text columns to return inverted result sets.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Network
- Complexity
- Low
- Privileges
- None
- User interaction
- None
- Scope
- Unchanged
- Confidentiality
- High
- Integrity
- High
- Availability
- High
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Check DBI::SQL::Nano versionRun: perl -MDBI::SQL::Nano -e 'print $DBI::SQL::Nano::VERSION'Affected if Installed version is 1.42 through 1.650 inclusive
-
Check if SQL::Statement is installedRun: perl -MSQL::Statement -e 'print $SQL::Statement::VERSION' 2>/dev/null && echo "installed" || echo "not installed"Affected if SQL::Statement is NOT installed (it serves as an alternate query engine that avoids this bug)
-
Identify file-backed database drivers in useCheck DBI connection strings or configuration for drivers such as DBD::CSV, DBD::DBM, DBD::DBI, or any driver using DBI::SQL::Nano as the query engineAffected if Using file-backed drivers (CSV, DBM, etc.) without SQL::Statement installed
-
Verify DBI module versionRun: perl -MDB -e 'print $DBI::VERSION'Affected if DBI version bundles the vulnerable DBI::SQL::Nano (compare to known patched DBI releases)
You are affected if DBI::SQL::Nano version is between 1.42 and 1.650 AND SQL::Statement is not installed AND you are using file-backed drivers for text comparisons.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
dbcve · scopedUpgrade DBI::SQL::Nano to version 1.651 or later. Alternatively, ensure SQL::Statement is installed (it takes precedence over SQL::Nano), and avoid forcing SQL::Nano with DBI_SQL_NANO=1.
DBI::SQL::Nano version 1.651 or later
- Check the current version of DBI::SQL::Nano by running: perl -MDBI::SQL::Nano -e 'print $DBI::SQL::Nano::VERSION'
- If the version is below 1.651, upgrade DBI::SQL::Nano using cpan or cpanm: cpan DBI::SQL::Nano or cpanm DBI::SQL::Nano
- Alternatively, upgrade the full DBI distribution which includes DBI::SQL::Nano: cpan DBI
- Verify the upgrade was successful by checking the version again: perl -MDBI::SQL::Nano -e 'print $DBI::SQL::Nano::VERSION'
- If using DBD::File, DBD::DBM, or CSV-style drivers, test any existing applications that rely on WHERE clauses with <= or >= on text columns to confirm correct behavior
Generated from the published advisory — verify against the referenced sources before acting.
- Consultation2.0 h
- Implementation1.0 h
- Testing4.0 h
- Review / QA2.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $2,464.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2026-15043 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sourcesPractitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2026-15043 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data