CVE-2020-7471
Django 1.11 vor 1.11.28, 2.2 vor 2.2.10 und 3.0 vor 3.0.3 ermöglicht SQL-Injection, wenn nicht vertrauenswürdige Daten als StringAgg-Trennzeichen verwendet...
- Veröffentlicht
- 03.02.2020
- Aktualisiert
- 04.08.2024
- CNA zuweisen
- mitre
- Beweise beobachtet
- 08.08.2026
Primäres CVSS
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HHoch · nächste 30 Tage
- Perzentil
- 99,3 %
- Modelldatum
- 21.09.2026
EPSS ist eine statistische Schätzung, keine Gewissheit oder ein Maß für die Auswirkung. Kombinieren Sie es mit CVSS, KEV-Status, Belichtung und Ihrer Umgebung.
Zusammenfassung
Django 1.11 vor 1.11.28, 2.2 vor 2.2.10 und 3.0 vor 3.0.3 ermöglicht SQL-Injection, wenn nicht vertrauenswürdige Daten als StringAgg-Trennzeichen verwendet werden (z. B. in Django-Anwendungen, die Downloads von Daten als eine Reihe von Zeilen mit einem benutzerdefinierten Spaltentrennzeichen anbieten). Durch die Übergabe eines geeignet konstruierten Trennzeichens an eine contrib.postgres.aggregates.StringAgg-Instanz war es möglich, die Maskierung zu umgehen und bösartiges SQL einzuschleusen.
Quellen
7CVE-2020-7471 Mögliche SQL-Injection über StringAgg(delimiter)
CTF-Herausforderung, die CVE-2020-7471 ausnutzt, eine Django-SQL-Injection-Schwachstelle in PostgreSQL StringAgg, mit Docker-Setup und Exploit-Skripten.
Verantwortungsvoller Umgang
Verwenden Sie Schwachstelleninformationen nur auf Systemen, die Sie besitzen oder zu deren Testen Sie berechtigt sind. Kitploit verlinkt auf öffentliche Forschungsmetadaten und speichert keinen Exploit-Code oder bösartige Payloads.