Vulnerability advisory
CVE-2026-5766
Potential denial-of-service vulnerability in ASGI requests via file upload limit bypass
Also known as BIT-django-2026-5766GHSA-w26r-rmm8-9c29PYSEC-2026-54
- CVSS 4.0
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N
Affected versions
Repository
| Affected commits | Fixed by commit |
|---|---|
| GIT github.com/django/django ↗ | |
| 9e7cc2b628fe8fd3895986af9b7fc9525034c1b0 to before 024c26b1e77ea5b1b158265167ade47927a64c06 | 024c26b1e77ea5b1b158265167ade47927a64c06 |
| 36b5f39d9372147f0e758f590e35ee2b2bc317dd to before 8f8ad09659d728423a00e0a3b5f16da5c3a38e24 | 8f8ad09659d728423a00e0a3b5f16da5c3a38e24 |
Also listed as affected (19)
| |
Description
An issue was discovered in 6.0 before 6.0.5 and 5.2 before 5.2.14.
ASGI requests with a missing or understated Content-Length header can bypass the FILE_UPLOAD_MAX_MEMORY_SIZE limit, potentially loading large files into memory and causing service degradation.
As a reminder, Django expects a limit to be configured at the web server level rather than solely relying on FILE_UPLOAD_MAX_MEMORY_SIZE.
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 Kyle Agronick for reporting this issue.
References
- Webgithub.com/django/django/ ↗
- Advisorydocs.djangoproject.com/en/dev/releases/security/ ↗
- Advisorygithub.com/CVEProject/cvelistV5/tree/main/cves/2026/5xxx/CVE-2026-5766.json ↗
- Advisorynvd.nist.gov/vuln/detail/CVE-2026-5766 ↗
- Advisorywww.djangoproject.com/weblog/2026/may/05/security-releases/ ↗
- Packagepypi.org/project/Django/ ↗
- ARTICLEgroups.google.com/g/django-announce ↗