Description
An issue was discovered in Django 1.11.x before 1.11.23, 2.1.x before 2.1.11, and 2.2.x before 2.2.4. 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.
Affected products
Version statuses are supplied by the assigning organization. Consult the original record for detailed ranges and platform conditions.
n/a n/a
n/aaffected
References
- https://docs.djangoproject.com/en/dev/releases/security/ ↗
- https://groups.google.com/forum/#%21topic/django-announce/jIoju2-KLDs ↗
- https://www.djangoproject.com/weblog/2019/aug/01/security-releases/ ↗
- http://lists.opensuse.org/opensuse-security-announce/2019-08/msg00006.html ↗
- https://seclists.org/bugtraq/2019/Aug/15 ↗
- https://www.debian.org/security/2019/dsa-4498 ↗
- http://lists.opensuse.org/opensuse-security-announce/2019-08/msg00025.html ↗
- https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/STVX7X7IDWAH5SKE6MBMY3TEI6ZODBTK/ ↗
- https://security.netapp.com/advisory/ntap-20190828-0002/ ↗
- https://security.gentoo.org/glsa/202004-17 ↗
- http://www.openwall.com/lists/oss-security/2023/10/04/6 ↗
- http://www.openwall.com/lists/oss-security/2024/03/04/1 ↗