NLTK TweetTokenizer vulnerable to denial of service through catastrophic regex backtracking
High7.5CVE-2026-72818 · Published Aug 21, 2026 · updated Sep 10, 2026
Affected versions
| Package | Affected | Fixed in |
|---|---|---|
| nltk PyPI | < 3.10.1 | 3.10.1 |
Details and references
The URLS regular expression in nltk/tokenize/casual.py, compiled into TweetTokenizer.WORD_RE and applied by TweetTokenizer.tokenize, contains a naked-domain branch whose domain-label prefix [a-z0-9]+(?:[.\-][a-z0-9]+)* is unbounded. Input consisting of many alternating label separators can be partitioned in exponentially many ways, and because the branch also requires a trailing top-level domain that such input never supplies, the engine explores those partitions before failing at each offset. A few kilobytes of input therefore consumes seconds to minutes of single-threaded CPU, and the HANG_RE substitution performed before matching does not collapse the pattern. TweetTokenizer is intended for tokenizing untrusted social-media text, so any service that applies it, or the module-level casual_tokenize, to submitted text can be stalled per request without authentication. Version 3.10.1 bounds the label repetition.
- CVSS 3.1
- CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
- Severity from
- GitHub (reviewed advisory)
- Weakness
- CWE-1333
- Also known as
- CVE-2026-72818, PYSEC-2026-3870
- nvd.nist.gov/vuln/detail/CVE-2026-72818
- github.com/nltk/nltk/issues/3704
- github.com/nltk/nltk/pull/3701
- github.com/nltk/nltk/commit/e092ed52eccae642304448bffc8d23cb301f85c1
- github.com/nltk/nltk
- github.com/nltk/nltk/blob/3.9.4/nltk/tokenize/casual.py
- github.com/nltk/nltk/releases/tag/v3.10.1
- www.vulncheck.com/advisories/nltk-tweettokenizer-url-pattern-backtracks-catastrophically-on-naked-domain-like-input