nicht angemeldet
Hello,
Wer bestimmt wie, dass der "Plug-In-Schreiber" nur move_uploaded_file() benutzt und nicht die generische Variante oder file_put_contents() ?
Wir gingen bisher davon aus, dass der Plugin-Schreiber der böse ist und dem Rest des Programmes durch eine Datenänderung was unterschieben will. Aber ...
Da sehe ich nicht wirklich eine Chance, diesen "Plug-In-Berechtigten" wirklich auf Abstand zu halten. Der darf dann sowieso alles, was die Scriptinstanz darf. Oder habe ich jetzt was falsch verstanden?
Nein, das ist soweit richtig. Vermutlich spielt es keine Rolle, dass muf() eine Prüfung mehr drin hat, wenn der Angreifer nahezu beliebigen Code einschleusen und ausführen lassen kann. Doch die anderen Vorteile bleiben. Außerdem wissen wir nicht, welche Verkettung von Umständen in einem real existierenden Fall vorhanden sind und genutzt werden können und ob der Bösewicht nicht anders kann als $_FILES zu manipulieren.
Ich habe heute wärhrend meiner Schicht nochmal darüber nachgedacht (06:00 bis 21:00 nahzu nonstop...). Da konnte ich nichts privates ausprobieren, aber Dank langweiliger Phasen war neben viel zuviel Kaffee immer wieder der Gedanke da, dass wir vielleicht Alle was übersehen in diesem Thread.
Vielleicht ist die anfängliche Intention der PHP-Entwickler zusammen mit diesem ziemlich flammenden Thread sogar eine erste Anregung, tatsächlich mal Filialcode zu ermöglichen in PHP. Das wäre dann ein echtes Killerargument FÜR php.
neben einem Require/Requeire_Once() und einem Include/Include_Once() gibt es dann vielleicht mal ein Include_Filial() und ein Require_Filial(), dass über einen zusätzlichen Parameter (Array) verfügt, der die auszuschaltenden Funktionen, Klassen und Methoden enthält.
Dann hätten wir PHP 7.x schon auf dem Zettel :-))
DANN würde mMn auch eine gekapselte Funktion move_uploaded_file() in der conncurrent Version einen Sinn ergeben. Is_uploaded_file() wäre aber auch dann mMn immer noch relativ sinnlos, es sei denn, man würde eine Methode eines Objektes Fileupload-Class daraus machen, die im Objekt einen Merker und (optional) eine Sperre hinterlässt für das abgefragte Dateiobjekt.
Aber von OOP verstehe ich ja nichts :-P
Liebe Grüße aus dem schönen Oberharz
Tom vom Berg
Auge
Der Martin
Gunnar Bittersmann