CVE-2026-1285: djangoproject Django · Inefficient Algorithmic Complexity
Affects djangoproject DjangoSource CVE Database V5
Not known to be exploited · CVSS 7.5 High · fixed in 6.0.2 : patch djangoproject Django soon.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 1.1% chance of exploitation in 30 days – higher than 66% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 6.0.2, 5.2.11, 4.2.28
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 3 Feb 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: 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 2026-10-26.
What to do
Upgrade Django and django to 6.0.2, 5.2.11 or 4.2.28.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| djangoprojectDjango | Affected
| Fixed in
|
PyPIdjangopkg:pypi/djangoOther threats | Affected
| Fixed in– |
PyPIdjangopkg:pypi/djangoOther 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
To mitigate CVE-2026-1285, organizations should promptly upgrade Django to the fixed versions: 6.0.2 or later, 5.2.11 or later, and 4.2.28 or later. If immediate upgrading is not feasible, consider implementing input validation or sanitization to limit or reject inputs with excessive unmatched HTML tags before they reach the vulnerable truncation functions. Web application firewalls (WAFs) can be configured to detect and block suspicious payloads containing abnormal HTML tag patterns. Additionally, monitoring application performance and resource usage can help detect potential exploitation attempts early. Developers should audit their codebase for any custom usage of Truncator.chars() or Truncator.words() with html=True and avoid processing untrusted HTML content with these functions. Finally, ensure that all web-facing services using Django are behind rate limiting and other standard DoS protections to reduce the risk of large-scale exploitation.
Description
An issue was discovered in 6.0 before 6.0.2, 5.2 before 5.2.11, and 4.2 before 4.2.28. `django.utils.text.Truncator.chars()` and `Truncator.words()` methods (with `html=True`) and the `truncatechars_html` and `truncatewords_html` template filters allow a remote attacker to cause a potential denial-of-service via crafted inputs containing a large number of unmatched HTML end tags. Earlier, unsupported Django series (such as 5.0.x, 4.1.x, and 3.2.x) were not evaluated and may also be affected. Django would like to thank Seokchan Yoon for reporting this issue.