CVE-2026-81723: NLTK · Quadratic CPU Exhaustion in `XMLCorpusView._read_xml_fragment()`
Affects gptlineSource GCVE Database
Not known to be exploited · CVSS 3.7 Low : upgrade to 1.0.8_23 when convenient.
Data as of 1 Nov 2026, 22:58 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 20% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.0.8_23
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:LExploitation evidence
Disclosed: evidence found.
CVE published 3 Sep 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 1 Nov 2026.
What to do
Upgrade gptline to 1.0.8_23.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Homebrewgptlinepkg:brew/gptlineOther 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 patch is available for this vulnerability. Users should apply the official fix once released. Until then, avoid processing untrusted XML corpus files with affected readers. The suggested fix involves avoiding rescanning the entire accumulated fragment on each iteration by using incremental parsing or bounded fragment accumulation. No generic mitigations are recommended beyond applying the patch when available.
Description
NLTK's XMLCorpusView._read_xml_fragment() function exhibits quadratic CPU exhaustion when processing malformed XML corpus files. The function reads input in 1 KiB blocks, appending to a growing buffer and rescanning the entire accumulated fragment with a regex match on each iteration. This causes CPU usage to grow quadratically with input size, leading to potential denial of service. The issue affects several corpus readers relying on XMLCorpusView, including BNCCorpusReader.
References
- github.com/nltk/nltk/security/advisories/GHSA-vp2x-qp44-57v7 (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2026-81723 (opens in a new tab)
- github.com/nltk/nltk/commit/7808692d451b962711005d954859bb83aabcf8fa (opens in a new tab)
- github.com/nltk/nltk (opens in a new tab)
- github.com/nltk/nltk/releases/tag/v3.10.3 (opens in a new tab)
- vulncheck.com/advisories/nltk-before-3.10.3-quadratic-cpu-exhaustion-via-xmlcorpusview (opens in a new tab)