Potential denial-of-service vulnerability in URLField via Unicode normalization on Windows
An issue was discovered in 6.0 before 6.0.3, 5.2 before 5.2.12, and 4.2 before 4.2.29. `URLField.to_python()` in Django calls `urllib.parse.urlsplit()`, which performs NFKC normalization on Windows that is disproportionately slow for certain Unicode characters, allowing a remote attacker to cause denial of service via large URL inputs containing these characters. 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.
describes (1)
Related CVEs.
| ID | severity | exploitable | ||
|---|---|---|---|---|
| CVE-2026-25673US | — | — | ||
An issue was discovered in 6.0 before 6.0.3, 5.2 before 5.2.12, and 4.2 before 4.2.29.
`URLField.to_python()` in Django calls `urllib.parse.urlsplit()`, which performs NFKC normali… | ||||
references
External citations — patches, advisories, analysis.
- https://access.redhat.com/security/cve/CVE-2026-25673WEB
- https://bugzilla.redhat.com/show_bug.cgi?id=2444115WEB
- https://docs.djangoproject.com/en/dev/releases/security/ADVISORY
- https://groups.google.com/g/django-announceARTICLE
- https://nvd.nist.gov/vuln/detail/CVE-2026-25673WEB
- https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-25673.jsonWEB
- https://www.djangoproject.com/weblog/2026/mar/03/security-releases/ADVISORY
Advisories like this name the exposed products attackers go after on your perimeter. See what is exposed on your perimeter with a free passive scan.
Free scan