Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

checkMediaPerm(): Ziel nicht geprüft bei Verschieben + keine Kaskadierung auf Unterkategorien

Abierto
  • ¿Algo no está bien?
#80 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
55/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
php
Área
api, authorization, backend, security

Línea de trabajo

Comienza en lib/RoutePackage/Media.php con checkMediaPerm(), hasCategoryPerm(), handleUpdateMedia(), handleUpdateCategory() y handleDeleteCategory(). Compara las comprobaciones de la categoría de origen con redaxo/src/addons/mediapool/pages/media.list.php líneas 46-50. Se considera terminado cuando las operaciones de movimiento comprueban tanto el origen como el destino, la opción permitted_only puede comprobar antecesores sin cambiar el comportamiento predeterminado y las rutas de permisos afectadas siguen protegidas.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

checkMediaPerm() in Media.php prüft bei Verschiebe-artigen Operationen nur die Quelle, nicht das Ziel. handleUpdateCategory() und handleDeleteCategory() prüfen Zugriff auf die zu ändernde Kategorie selbst (checkMediaPerm($user, $Category->getId()), Z. 1132 bzw. Z. 1100) statt auf deren Elternkategorie, wodurch eine zugewiesene Ordnergrenze durch den betroffenen User selbst aufgelöst werden kann. handleUpdateMedia() prüft beim Verschieben einer Datei nur die alte Kategorie (Z. 891), nicht die neue category_id aus dem Body (Z. 912 bzw. Z. 940), wodurch eine Datei in jede beliebige fremde Kategorie verschoben werden kann.

Lösungsvorschlag: Bei Operationen, die category_id/parent_id ändern, zusätzlich zur Quelle auch die Zielkategorie prüfen.

Zusätzlich prüft hasCategoryPerm($categoryId) immer nur exakten Treffer, nie Vorfahren. Sobald Zugriff auf eine Kategorie auch für ihren Unterbaum gelten soll, führt das dazu, dass Lesen/Hochladen/Löschen/Verschieben in einer Unterkategorie einer freigegebenen Kategorie mit 403 fehlschlägt. Betrifft Liste, Upload, Löschen, Get/Get-File, Update.

Lösungsvorschlag: Den bestehenden permitted_only-Opt-in um eine kaskadierende Prüfung erweitern – bei gesetztem Flag zusätzlich zum exakten Treffer die Vorfahrenkette prüfen (rex_media_category::getPath(), pro Vorfahre hasCategoryPerm()). Ändert nichts am Default-Verhalten.

Der klassische Medienpool hatte dieselbe Fehlerklasse (spiegelbildlich: updatecat_selectedmedia prüfte nur die Ziel-Kategorie, nicht die Quell-Kategorie jeder ausgewählten Datei), das ist im Core aber inzwischen behoben – die Quell-Kategorie wird pro Datei geprüft, siehe Z. 46-50. Guter Referenzpunkt für den Fix hier.

Lenguaje dominante
PHP
Estrellas
20
Forks
0
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de FriendsOfREDAXO/api

Todos los issues de FriendsOfREDAXO/api

Issues similares

Más issues de PHP

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.