CVE-2020-7471
Published · Updated
15Vexday Risk Score
No sign of exploitation. No public exploitation artifact known so far.
ssvc Trackepss 66%
exploitation probability
66%top 1% of all CVEs
observed exploitation
nono source reports it
What the vendors declare (VEX)
Official vendor statements in CSAF/VEX format: whether their product is affected, already fixed, or ruled out — and why. These are the vendor's assertions, not Vexday's judgment.
Red HatVEX document ↗
Affected
8 products (24 components)
Red Hat OpenStack Platform 10 (Newton) · Red Hat Satellite 6 · Red Hat Storage 3 · Red Hat OpenStack Platform 13 (Queens) · Red Hat OpenStack Platform 15 (Stein) · and others 3
no_fix_planned: Out of support scope
Not affected
2 products (3 components) — because the vulnerable code is not present in the product
Red Hat Ceph Storage 3 · Red Hat Certification for Red Hat Enterprise Linux 7
Django 1.11 before 1.11.28, 2.2 before 2.2.10, and 3.0 before 3.0.3 allows SQL Injection if untrusted data is used as a StringAgg delimiter (e.g., in Django applications that offer downloads of data as a series of rows with a user-specified column delimiter). By passing a suitably crafted delimiter to a contrib.postgres.aggregates.StringAgg instance, it was possible to break escaping and inject malicious SQL.
Affected products
n/a · n/aReferences
https://docs.djangoproject.com/en/3.0/releases/security/https://github.com/django/django/commit/eb31d845323618d688ad429479c6dda973056136https://groups.google.com/forum/#%21topic/django-announce/X45S86X5bZIhttps://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/4A2AP4T7RKPBCLTI2NNQG3T6MINDUUMZ/https://seclists.org/bugtraq/2020/Feb/30https://security.gentoo.org/glsa/202004-17https://security.netapp.com/advisory/ntap-20200221-0006/https://usn.ubuntu.com/4264-1/https://www.debian.org/security/2020/dsa-4629https://www.djangoproject.com/weblog/2020/feb/03/security-releases/https://www.openwall.com/lists/oss-security/2020/02/03/1http://www.openwall.com/lists/oss-security/2020/02/03/1