in meinem include-ordner gabs die neue datei "menyun.php" - ebenfalls ein shell-skript....

kann man auf shared-hosting umgebungen die register-globals bzw. url fopen selbst deaktivieren oder läuft das generell nur über die php.ini?

Hi,

kann man wenn es der Hoster zu lässt z.B. per htaccess:
http://www.php.net/manual/de/configuration.changes.php

@junior.b: Die Version 1.4 ist die aktuelle Version und basiert auf der alten 2.55er Version.
Du musst allerdings den Fix hier im Thread noch manuel einfügen.

einfach ne php.ini datei erzeugen und diese dann in das verzeichnis legen mit dem inhalt:

register_globals = off;
allow_url_fopen = off;


@Berlingo warum soll sich der Hoster um deine nicht sicheren skripte kümmern? Er schaut ja auch nicht nach wenn du dich verschrieben hast. und oder falsche information auf deiner hp hast...

1.  ... einfach? In welches Verzeichnis genau soll denn die php.ini? Das solltest du noch nachreichen
2. Der Hoster soll sich nicht kümmern, sondern dabei helfen, den Dreck zu finden und zu entfernen. Den Serveradmins stehen doch sehr viel mehr Möglichkeiten zur Verfügung. Ich habe mit Bedacht ein Hosting Paket gewählt, wo ich dafür bezahle, dass der Hoster den Server administriert und auch den Kunden bei Sicherheitslücken informiert.
Das Abuse- und Sicherheitsteam von Puretec tut das. Wenn der Server ungewollt zur Spamschleuder wird, beschweren sich die Leute per Abuse-Mail und sie kümmern sich drum, schauen ins Log, löschen, deaktivieren, informieren mich. Jeder Webmaster verwendet fremde Scripte, die selten von im selten auf Sicherheit geprüft werden können, also müssen alle Beteiligten, Hoster, Scripter, Betreiber gemeinsam an der Front stehen.
R.

Nach meinen Erkenntnissen gilt:
"Die php.ini ist normalerweise nicht editierbar für die Personen, die nur einen Account bei dem Hoster haben, da es üblich ist, dass verschiedene Benutzer sich eine Maschine teilen. "
Beispielsweise liegt die Konfigurationsdatei und dann auch nur dort in /usr/local/lib/php.ini .
..
Warum sollten Tools mit bestimmten Pattern nicht auch "böse Scripte" erkennen? Auch Virenscanner arbeiten so. Niemand schaut sich einzelne Codezeilen beim Security Check manuell an, das ist klar. Schon mal gar nicht in Scripten die eingeschleust wurden und die du nicht selbst aufgespielt hast.
R.

Das selbe Problem habe ich seit meiner gestrigen installation von Version 1.42 auch. Jedesmal wenn ich die editfunc mit dem neuen Code versehe! Lösche ich den Code gehts wieder.

Jemand eine Idee?

Gruß B.

genau da steht´s