Skip to main content
VulnerabilityPublished Updated

CVE-2024-53907: django · Unthrottled Resource Allocation

Affects djangoSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High · fixed in 5.1.4 : patch django soon.

Data as of 26 Oct 2026, 15:59 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.3% chance of exploitation in 30 days – higher than 72% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 5.1.4, 5.0.10, 4.2.17
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 6 Dec 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 26 Oct 2026.

What to do

Upgrade django to 5.1.4, 5.0.10 or 4.2.17.

Affected software

ProductAffectedFixed in
PyPIdjangopkg:pypi/djangoOther threatsAffected
  • <4.2.17
  • <5.0.10
  • <5.1.4
Fixed in
  • 4.2.17
  • 5.0.10
  • 5.1.4

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-2024-53907, organizations should upgrade Django to versions 5.1.4, 5.0.10, or 4.2.17 or later, where the vulnerability has been addressed. If immediate patching is not feasible, consider implementing input validation or filtering at the application or web server level to detect and block unusually large or malformed HTML entity sequences before they reach the Django application. Rate limiting and web application firewalls (WAFs) can help reduce the impact by limiting the number of requests containing suspicious payloads. Monitoring application logs for repeated errors or high resource usage related to HTML parsing functions can provide early warning signs of exploitation attempts. Additionally, review and optimize resource allocation and timeout settings in the hosting environment to minimize the risk of resource exhaustion. Security teams should also keep abreast of any emerging exploit code or attack campaigns targeting this vulnerability to adjust defenses accordingly.

Description

An issue was discovered in Django 5.1 before 5.1.4, 5.0 before 5.0.10, and 4.2 before 4.2.17. The strip_tags() method and striptags template filter are subject to a potential denial-of-service attack via certain inputs containing large sequences of nested incomplete HTML entities.

References

Community reviews

Loading reviews…