python-sqlparse security update
A non-validating SQL parser. Security Fix(es): sqlparse is a non-validating SQL parser module for Python. Prior to 0.6.0, sqlparse/filters/output.py fails to escape existing backslashes before quotes in sqlparse.format output_format='python' and output_format='php' and the corresponding sqlformat -l modes, allowing crafted SQL to terminate the generated string and inject Python or PHP code when a downstream consumer executes or imports the generated source. This issue is fixed in version 0.6.0.(CVE-2026-59894) sqlparse is a non-validating SQL parser module for Python. Prior to 0.6.0, sqlparse.format(sql, reindent=True) and sqlformat --reindent route attacker-controlled parenthesized tuple lists through ReindentFilter._get_offset() in sqlparse/filters/reindent.py, where _flatten_up_to_token() repeatedly rebuilds and joins the statement prefix. Thousands of offset calculations walk an expanding token tree, producing quadratic CPU consumption for inputs that remain below MAX_GROUPING_TOKENS and causing request delays, reduced throughput, or worker starvation. This issue is fixed in version 0.6.0.(CVE-2026-84305)
- Products
- python-sqlparse
- Affected versions
- Not specified
- Fixed versions
- 0.4.4-4.oe2403sp1
- CVEs
- CVE-2026-59894, CVE-2026-84305
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 30 Oct 2026, 20:39 UTC · Revision 1
Source evidence
A non-validating SQL parser. Security Fix(es): sqlparse is a non-validating SQL parser module for Python. Prior to 0.6.0, sqlparse/filters/output.py fails to escape existing backslashes before quotes in sqlparse.format output_format='python' and output_format='php' and the corresponding sqlformat -l modes, allowing crafted SQL to terminate the generated string and inject Python or PHP code when a downstream consumer executes or imports the generated source. This issue is fixed in version 0.6.0.(CVE-2026-59894) sqlparse is a non-validating SQL parser module for Python. Prior to 0.6.0, sqlparse.format(sql, reindent=True) and sqlformat --reindent route attacker-controlled parenthesized tuple lists through ReindentFilter._get_offset() in sqlparse/filters/reindent.py, where _flatten_up_to_token() repeatedly rebuilds and joins the statement prefix. Thousands of offset calculations walk an expanding token tree, producing quadratic CPU consumption for inputs that remain below MAX_GROUPING_TOKENS and causing request delays, reduced throughput, or worker starvation. This issue is fixed in version 0.6.0.(CVE-2026-84305)
osv:OESA-2026-4320
python-sqlparse
Fixed versions: 0.4.4-4.oe2403sp1
Complete source record
{
"id": "aeeb3a1ee3337ea95d1601546c3fdc53b6c56a46fb90e2c6e537893a56b8343b",
"url": "https://osv.dev/vulnerability/OESA-2026-4320",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "python-sqlparse security update",
"summary": "A non-validating SQL parser. Security Fix(es): sqlparse is a non-validating SQL parser module for Python. Prior to 0.6.0, sqlparse/filters/output.py fails to escape existing backslashes before quotes in sqlparse.format output_format='python' and output_format='php' and the corresponding sqlformat -l modes, allowing crafted SQL to terminate the generated string and inject Python or PHP code when a downstream consumer executes or imports the generated source. This issue is fixed in version 0.6.0.(CVE-2026-59894) sqlparse is a non-validating SQL parser module for Python. Prior to 0.6.0, sqlparse.format(sql, reindent=True) and sqlformat --reindent route attacker-controlled parenthesized tuple lists through ReindentFilter._get_offset() in sqlparse/filters/reindent.py, where _flatten_up_to_token() repeatedly rebuilds and joins the statement prefix. Thousands of offset calculations walk an expanding token tree, producing quadratic CPU consumption for inputs that remain below MAX_GROUPING_TOKENS and causing request delays, reduced throughput, or worker starvation. This issue is fixed in version 0.6.0.(CVE-2026-84305)",
"evidence": "osv:OESA-2026-4320",
"products": [
{
"name": {
"value": "python-sqlparse",
"evidence": "/affected/0/package/name"
},
"prerequisites": [],
"fixed_versions": [
{
"value": "0.4.4-4.oe2403sp1",
"evidence": "/affected/0/ranges"
}
],
"affected_versions": []
}
],
"severity": "medium",
"structured": {
"id": "OESA-2026-4320",
"aliases": [
"OESA-2026-4320"
],
"metrics": [
{
"type": "CVSS_V4",
"score": "CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:P/VC:N/VI:N/VA:N/SC:H/SI:H/SA:L/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X"
}
],
"affected": [
{
"ranges": [
{
"type": "ECOSYSTEM",
"events": [
{
"introduced": "0"
},
{
"fixed": "0.4.4-4.oe2403sp1"
}
]
}
],
"package": {
"name": "python-sqlparse",
"purl": "pkg:rpm/openEuler/python-sqlparse&distro=openEuler-24.03-LTS-SP1",
"ecosystem": "openEuler:24.03-LTS-SP1"
},
"database_specific": {
"source": "https://repo.openeuler.org/security/data/osv/OESA-2026-4320.json"
},
"ecosystem_specific": {
"src": [
"python-sqlparse-0.4.4-4.oe2403sp1.src.rpm"
],
"noarch": [
"python3-sqlparse-0.4.4-4.oe2403sp1.noarch.rpm"
]
}
}
],
"modified": "2026-10-16T12:15:09.077348048Z",
"provider": "osv",
"upstream": [
"CVE-2026-59894",
"CVE-2026-84305"
],
"references": [
"https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4320",
"https://nvd.nist.gov/vuln/detail/CVE-2026-59894",
"https://nvd.nist.gov/vuln/detail/CVE-2026-84305"
],
"provider_metadata": {
"severity": "Medium"
}
},
"related_cves": [
{
"value": "CVE-2026-59894",
"evidence": "/upstream"
},
{
"value": "CVE-2026-84305",
"evidence": "/upstream"
}
],
"security_relevant": true,
"severity_evidence": "/database_specific/severity"
},
"source_id": "core-osv",
"document_id": 340799,
"published_at": "2026-10-16T11:59:19+00:00"
}