Sicherheit beim Upload

[dedlfix]

Hi!

Das Konzept ist solange gefährlich, wie die aufrufende Instanz nicht wirklich die kontrollierende ist. In einer Interprreter-Sprache ist dies ja meistens das übergeordnete Runtime-Modul.

Das Runtime-Modul bekommt seine Informationen von einem Script. Und das will sich wiederum anderen Code unterordnen. Die Herausforderung dabei ist, dass die Ausführung des dem Script untergeordneten Codes in Form von Funktionsaufrufen zu jeder beliebigen Zeit erfolgen kann und nicht nur im Rahmen von eval() oder eines (besonderen) include.

Ich denke aber, dass man bei PHP in der prozeduralen Ebene schon relativ leicht eine solche hierarchische Kontrolle einführen könnte.

Das denke ich nicht, und das hab ich im vorigen Posting schon dargelegt. Du kannst nicht einfach nur eval() oder dein spezielles include absichern wollen. Du müsstest jeden Funktionsaufruf kontrollieren, ob die aufgerufene Funktion aus dem inkludierten Code kommt oder von einer solchen aufgerufen wurde. Neben einem bei jedem Funktionsstart könnte ich mir nur noch vorstellen, den Code in eine Sandbox zu inkludieren und bei der Ausführung entweder in der Sandbox zu sein (auch für alle weiteren Aufrufe von Funktionen, die außerhalb der Sandbox definiert sind aber aus Sandbox-Code aufgerufen werden). Dann hätte man jedoch zwei unterschiedliche Scopes und auch zu entscheiden, welche globale und vor allem superglobale Variablen man der Sandbox zur Verfügung stellt. Wobei - das Problem mit den Variablen hat man auch in der Variante, dass jeder Funktionsaufruf selbst testet.

Das ist jedenfalls ein Haufen Aufwand, und ich bin mir nicht sicher, dass der Aufwand den zu erwartenden Nutzen rechtfertigt. Mit wesentlich weniger Aufwand könnte man das vielleicht sogar heute schon ein vielleicht gleichwertiges Ergebnis erzielen, indem man seine sämtlichen Variablen nicht global rumliegen lässt und die superglobalen einmalig am Scriptanfang ausliest und dann nie wieder darauf zugreift (höchstens auf $_SESSION am Ende schreibend). Dann kann da auch jede drinrumschreiben, ohne dass es den Rest des Programms stört. Allerdings hat die Sache auch wieder einen Haken, denn man will den Plugins ja sicher auch Daten übergeben und von ihnen in Empfang nehmen und macht sich damit gezwungenermaßen Löcher in die Isolierung.

OOP in einer Interpretersprache (ausgenommen die intern benutzte) halte ich ja sowieso für fragwürdig - aber das wisst Ihr ja schon alle :-)

Du kannst aufhören, das Stichwort OOP ins Spiel bringen zu wollen. Die OOP hat für dein Szenario keinerlei Extrastellung und muss sich in das dafür zu entwerfende Konzept einfügen.

Lo!