CVE-2026-65321: laughingman7743 PyAthena · SQL Injection
Affects laughingman7743 PyAthenaSource CVE Database V5
Not known to be exploited · CVSS 9.3 Critical : upgrade to 3.35.4 as a priority.
Data as of 1 Nov 2026, 08:20 UTC
- EPSS
- 0.7% chance of exploitation in 30 days – higher than 55% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 3.35.4
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 2 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: evidence found.
Public exploit code: GitHub proofs of concept
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), GitHub proofs of concept, the Metasploit, Exploit-DB and nuclei-templates index as of 31 Oct 2026.
What to do
Upgrade laughingman7743 PyAthena to 3.35.4.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| laughingman7743PyAthena | Affected
| Fixed in– |
PyPIpyathenapkg:pypi/pyathenaOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A fix is available in PyAthena version 3.35.4. Users should upgrade to version 3.35.4 or later to remediate this SQL injection vulnerability. Patch status is not explicitly stated beyond the version indication, so users should verify the vendor advisory for the latest remediation guidance.
Description
PyAthena prior to 3.35.4 contains a sql injection vulnerability that allows unauthenticated attackers to inject arbitrary SQL by exploiting improper quote-escaping in DefaultParameterFormatter.format(), which routes DELETE and CTAS statements to the _escape_hive function that backslash-escapes single quotes rather than doubling them. Because Athena and Trino do not treat backslashes as escape characters inside string literals, attacker-supplied input such as a single quote followed by SQL syntax causes the parser to terminate the string literal prematurely, enabling data exfiltration via UNION SELECT, execution of destructive statements, and attacker-controlled CTAS destination and content.
References
- github.com/laughingman7743/PyAthena (opens in a new tab)
- github.com/laughingman7743/PyAthena/security/advisories/GHSA-xwj5-g6cv-4r5c (opens in a new tab)
- github.com/pyathena-dev/PyAthena/commit/27901d12245ea722b3b4e211c60e2ade4e7c8efd (opens in a new tab)
- vulncheck.com/advisories/pyathena-sql-injection-via-defaultparameterformatter-delete-ctas (opens in a new tab)
- rahulkarne.com (opens in a new tab)
- github.com/rahulreddykarne/CVE-2026-65321-pyathena (opens in a new tab)