Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Primary rating from NVD.
CVSS VectorNVD
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Lifecycle Timeline
4Blast Radius
ecosystem impact- 16 pypi packages depend on django (16 direct, 0 indirect)
Ecosystem-wide dependent count for version 6.0.
DescriptionCVE.org
An issue was discovered in 6.0 before 6.0.4, 5.2 before 5.2.13, and 4.2 before 4.2.30. ASGI requests with a missing or understated Content-Length header could bypass the DATA_UPLOAD_MAX_MEMORY_SIZE limit when reading HttpRequest.body, allowing remote attackers to load an unbounded request body into memory. 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 Superior for reporting this issue.
AnalysisAI
Unbounded memory consumption in Django ASGI applications allows unauthenticated remote attackers to bypass DATA_UPLOAD_MAX_MEMORY_SIZE protections via malformed Content-Length headers, leading to denial of service. Affects Django 6.0 before 6.0.4, 5.2 before 5.2.13, and 4.2 before 4.2.30. CVSS 7.5 (High) with network-accessible, low-complexity attack vector requiring no privileges. EPSS data not available; no public exploit identified at time of analysis. Vendor patches released April 2026 across all affected major branches.
Technical ContextAI
This vulnerability exploits Django's ASGI (Asynchronous Server Gateway Interface) request handling mechanism, specifically the HttpRequest.body attribute parser. Django implements DATA_UPLOAD_MAX_MEMORY_SIZE as a protection against excessive memory consumption from large POST requests. The flaw (CWE-770: Allocation of Resources Without Limits or Throttling) occurs when ASGI processes requests with missing or understated Content-Length headers-the framework fails to enforce memory limits during body parsing, allowing attackers to stream arbitrary amounts of data into server memory. This bypasses the intended quota enforcement that normally caps request body size. The vulnerability affects the Python-based Django web framework across three actively maintained release series (4.2.x LTS, 5.2.x, 6.0.x), with unsupported series like 5.0.x, 4.1.x, and 3.2.x potentially vulnerable but not officially evaluated. ASGI deployment contexts (using Daphne, Uvicorn, Hypercorn, or similar servers) are specifically at risk, while traditional WSGI deployments may not be affected.
RemediationAI
Upgrade immediately to patched Django releases: version 6.0.4 for the 6.0 series, version 5.2.13 for the 5.2 series, or version 4.2.30 for the 4.2 LTS series. Installation via pip with 'pip install Django==6.0.4' (or appropriate version for your branch) applies the fix. No workarounds exist that fully mitigate the issue-the vulnerability requires code-level corrections to ASGI request body parsing logic. Organizations using unsupported Django versions (5.0.x, 4.1.x, 3.2.x) should prioritize migration to a supported LTS branch (4.2.x) or current stable release. If immediate patching is impossible, consider temporary mitigations: deploy reverse proxies (nginx, HAProxy) with strict request size limits enforced at the HTTP layer, implement aggressive connection timeouts, or temporarily route traffic through WSGI rather than ASGI servers. Monitor memory utilization for abnormal spikes. Full remediation guidance and release notes at https://www.djangoproject.com/weblog/2026/apr/07/security-releases/ with security announcements via https://groups.google.com/g/django-announce.
Wazuh SIEM platform versions 4.4.0 through 4.9.0 contain an unsafe deserialization vulnerability in the DistributedAPI t
BentoML version 1.4.2 and earlier contains an unauthenticated remote code execution vulnerability through insecure deser
pgAdmin 4 contains critical remote code execution vulnerabilities in the Query Tool download and Cloud Deployment endpoi
The renderLocalView function in render/views.py in graphite-web in Graphite 0.9.5 through 0.9.10 uses the pickle Python
BentoML is a Python library for building online serving systems optimized for AI apps and model inference. Rated critica
OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0.1h does not properly restrict processing of ChangeCiph
pyLoad download manager version prior to 0.5.0b3.dev77 exposes the Flask SECRET_KEY through an unauthenticated endpoint.
In Mercurial before 4.1.3, "hg serve --stdio" allows remote authenticated users to launch the Python debugger, and conse
Unauthenticated remote code execution in Marimo ≤0.20.4 allows attackers to execute arbitrary system commands via the `/
pyLoad is the free and open-source Download Manager written in pure Python. Rated medium severity (CVSS 5.3), this vulne
Langflow (a visual LLM pipeline builder) contains a critical unauthenticated code execution vulnerability (CVE-2026-3301
Cross-user flow execution in Langflow (< 1.9.1) lets any authenticated API-key holder run another user's flow by passing
Same technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: High| Product | Status |
|---|---|
| openSUSE Tumbleweed | Fixed |
| SUSE Linux Enterprise Module for Package Hub 15 SP7 | Fixed |
| openSUSE Leap 15.6 | Fixed |
| SUSE Linux Enterprise Module for Package Hub 15 SP6 | Fixed |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-19648
GHSA-933h-hp56-hf7m