Klaus Zühlke

ZU 1

Zur Vorgeschichte:

Wir waren am 09.02. Opfer eines solchen Angriffs, der am 09.02.09 erfolgte. Siehe dazu auch meine Diskussionsbeiträge zum Thema "Löschen, editieren und verbergen nicht möglich" unter:

http://moodle.org/mod/forum/user.php?id=23076&course=18

Wir haben dann das system auf den Stand vom 08.02. zurückgesetzt. Ein paar Tage später traten Fehler beim Wiederherstellen von Kursen und Importieren von Kursinhalten auf, siehe nachfolgend die Fehlermeldungen für "Kursdaten importieren"

-----

Kursdaten importieren

Notice : Undefined index: glossary in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Undefined index: label in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Undefined index: lesson in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Undefined index: quiz in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Undefined index: survey in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Undefined index: choice in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Undefined index: data in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Undefined index: hotpot in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Undefined index: scorm in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Undefined index: chat in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Undefined index: journal in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Undefined index: workshop in /usr/local/bbw/moodle/backup/restorelib.php on line 5792
Notice: Trying to get property of non-object in /usr/local/bbw/moodle/backup/restorelib.php on line 5792

Außerdem gab es beim nächtlichen Sichern der Kursräume bei ca 20 von 200 Kursen per cronjob Fehlermeldungen über Kurse, die nicht gesichert werden konnten. Ich habe diese dann per Hand über die Löschfunktion in Moodle gelöscht, wobei die dazugehörigen Verzeichnisse in moodledata nicht gelöscht wurden, (mit entsprechender Fehlermeldung). Diese Verzeichnisse wurden dann zum Teil auf dem Server von uns direkt gelöscht.

Einer meiner Kollegen ließ dann das Programm indexer.php ablaufen, das ja wohl eigentlich für die Indexierung beim Such-Modul angewendet werden soll, aber - o wunder - die Fehler traten dann seit Freitag letzter Woche kurzzeitig nicht mehr auf.

Das System zwei Tage gut, seit heute tritt der

• Fehler beim Editieren des Profils auf. Und
• wie ich gerade eben feststelle treten auch beim Kurssichern wieder Fehlermeldungen auf. Hier ein Ausschnitt aus dem restore-Protokoll im Abschnitt "Sicherung der Arbeitsmaterialien"

oder solche Meldungen, wie

ERROR: syntax error at or near "AND" LINE 5: WHERE s.forum = AND ^

SELECT r.id, r.post, p.discussion, s.forum FROM mdl_forum_ratings r, mdl_forum_posts p, mdl_forum_discussions s WHERE s.forum = AND p.discussion = s.id AND r.post = p.id
line 677 of lib/dmllib.php: call to debugging()
line 918 of lib/dmllib.php: call to get_recordset_sql()
line 565 of mod/forum/backuplib.php: call to get_records_sql()
line 135 of mod/forum/backuplib.php: call to forum_rating_ids_by_instance()
line 375 of mod/forum/backuplib.php: call to forum_check_backup_mods_instances()
line 173 of backup/backup_check.html: call to forum_check_backup_mods()
line 125 of backup/backup.php: call to include_once()

zu 2. Debugmodus

Natürlich ist er aktiv, warum sollte ich ihn nicht nutzen????

Übertrage ich die Kurse (auch solche, die beim Sichern Fehlermeldungen zeigten)  über die einzelne Sicherungsdateien in ein neu aufgesetztes Test-Moodle 1.8.8 treten dort im Debug-Modus die Fehlermeldungen nicht mehr auf.

Ich hoffe, das sind ausreichende Infos

Gruß

Klaus

Hallo,

beim Aufruf der Funktion "Profil bearbeiten" erscheint die Fehlermeldung

--

ERROR: invalid input syntax for integer: ""

SELECT * FROM mdl_user WHERE id = ''
line 677 of lib/dmllib.php: call to debugging()
line 474 of lib/dmllib.php: call to get_recordset_sql()
line 414 of lib/dmllib.php: call to get_record_sql()
line 58 of user/editadvanced_form.php: call to get_record()
line 126 of lib/formslib.php: call to user_editadvanced_form->definition_after_data()
line 56 of user/editadvanced.php: call to moodleform->moodleform()

tnb

ERROR: invalid input syntax for integer: ""

SELECT * FROM mdl_user WHERE id = ''
line 677 of lib/dmllib.php: call to debugging()
line 474 of lib/dmllib.php: call to get_recordset_sql()
line 414 of lib/dmllib.php: call to get_record_sql()
line 58 of user/editadvanced_form.php: call to get_record()
line 126 of lib/formslib.php: call to user_editadvanced_form->definition_after_data()
line 56 of user/editadvanced.php: call to moodleform->moodleform()

--

Dies tritt bei allen Nutzern auf, sowohl schon bestehenden, als auch neu angelegten.

Nebeneffekte habe ich noch nicht bemerkt. Das Profil lässt sich trotz der Fehlermeldung editieren und die Änderungen werden auch gespeichert.

Wir verwenden die Version 1.8.4

Ich bin dankbar für jeden Tip

Klaus

Hallo,

die Datei liegt mir leider nicht mehr vor.

Inzwischen haben wir die Dateien schon  "saubere" ersetzt.. Seit dem läuft das System wieder stabil.

Gruß

Klaus

hallo,

unter http://moodle.org/mod/forum/discuss.php?d=116214 findet sich ganz aktuell ein Hilferuf zum gleichen Problem.

In der dortigen Diskussion wir auf eine mögliche Infektion der config.ph oder index.php verwiesen.

Eine Prüfung unseres Moodle-Verzeichnis zeigt, dass zumindest auf oberster Ebene alle PHP-dateien am 09.02. zu etwa gleicher zeit verändert worden sind.

In der index.php finde ich jetzt eine augenscheinlich neue erste Zeile (siehe angefügtes Bild). 

Die index.php unseres testsystems (gleicher Server, aber nicht öffentlich), das fehlerfrei läuft, enthält diese Zeile nicht.

Sollte hier wirklich Schadcode vorliegen, wie kann man da vorgehen?. Genügt zur Rettung des Moodle ein Update in üblicher Form?: ersetzen aller Moodle-dateien durch die neue Version.... oder kann auch die datenbank betroffen sein?

Gruss

Klaus

Hallo,

ich habe seit Mittwoch das gleiche Problem (v 1.8.4). Bei genauerer "Untersuchung" ist mir folgendes aufgefallen:

• Alle Objekte, die sich im einführenden  Block „0“ befinden, können nachträglich editiert werden. Das betrifft sowohl alte als auch jetzt neu angelegte.

• Bestehende un neu angelegt Objekte in den weiteren Blöcken (1,2,3,....) können nicht editiert werden. Es können neue Objekte angelegt werden, aber dann icht mehr editiert werden.

Verschiebt man nun  ein Objekt z.B. mit dem Befehl …/course/mod.php?copy=1365&sesskey=qbWwOt3TZV&sr=0 aus Block 0 (da ist ja editierbar) in einen „höhernummerierten“ Block, so wird es dort auch korrekt angezeigt und es ist auch aufrufbar aber nun nicht mehr editierbar.

Im Editieraufruf korrespondiert der Wert des parameter "sr" jeweils mit der Nummer des Blocks

Objekt 2267 in Block "0" - editierbar

..../course/mod.pz.Bhp?update=2267&sesskey=D02o9Fy38q&sr=0

Objekt 2267 nach dem Verschieben in Themenblock "2" - nicht editierbar

..../course/mod.pz.Bhp?update=2267&sesskey=D02o9Fy38q&sr=

Das  Problem sollte nicht "auf die leichte Schulter" genommen werden, da es "zeitgleich" auf verschieden Installationen auftritt.

Übrigens bringt der Debug-Modus bei uns gar nichts. Es wird kein Fehler angezeigt oder als Nachricht versandt.

Bitte unbedingt mitteilen, ob eine Lösung gefunden wurde!

Klaus Zühlke