An issue was discovered in Django 2.0 before 2.0.3, 1.11 before 1.11.11, and 1.8 before 1.8.19. If django.utils.text.Truncator's chars() and words() methods were passed the html=True argument, they were extremely slow to evaluate certain inputs due to a catastrophic backtracking vulnerability in a regular expression. The chars() and words() methods are used to implement the truncatechars_html and truncatewords_html template filters, which were thus vulnerable.
References
Link | Resource |
---|---|
http://www.securityfocus.com/bid/103357 | Third Party Advisory VDB Entry |
https://access.redhat.com/errata/RHSA-2018:2927 | Third Party Advisory |
https://access.redhat.com/errata/RHSA-2019:0265 | Third Party Advisory |
https://lists.debian.org/debian-lts-announce/2018/03/msg00006.html | Mailing List Third Party Advisory |
https://usn.ubuntu.com/3591-1/ | Third Party Advisory |
https://www.debian.org/security/2018/dsa-4161 | Third Party Advisory |
https://www.djangoproject.com/weblog/2018/mar/06/security-releases/ | Release Notes Vendor Advisory |
History
No history.
MITRE Information
Status: PUBLISHED
Assigner: mitre
Published: 2018-03-09T20:00:00
Updated: 2019-02-04T10:57:01
Reserved: 2018-02-26T00:00:00
Link: CVE-2018-7537
JSON object: View
NVD Information
Status : Analyzed
Published: 2018-03-09T20:29:00.660
Modified: 2019-02-28T22:37:04.863
Link: CVE-2018-7537
JSON object: View
Redhat Information
No data.
CWE