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 erstellenhallo,
was bekommst du dort zum dowhnload zu gesandt? Ist dies PHP Script? [COLOR=#ff0000]<?php[/COLOR] - oder bekommst du HTML Seiten?
Solltest du nicht ausgeführte PHP Scripte erhalten -- also [COLOR=#ff0000]<?php echo 'Hallo Welt' ?>[/COLOR]
wende dich sofort - unbedingt an deinen Provider...
cu
ralf
Ich hatte Hinweise von diesen Seiten befolgt:
http://t3n.de/news/massive-angriffswelle-457424/
http://blogvault.de/so-schuetzen-s…ss-vor-hackern/
http://www.drweb.de/magazin/eine-w…rekt-absichern/
Nicht einer dieser Artikel wird dir leider bei deinem Problem helfen können. Dein Problem: du hast eine Sicherheitslücke. D.h. andere können auf deinem Server Scripte hochladen (hier supermailer.php) und diese augenscheinlich auch noch ausführen.
Du musst die Sicherheitslücke suchen und diese beseitigen. Die Log files könnten hier helfen. Aber auch ein Blick in die
exploit Datenbank
http://www.exploit-db.com/search/?action…ption=wordpress
nennt in der Regel die typischen verdächtigen....
Wenn die Sicherheitslücke gefunden ist - tausch alle Dateien durch eine saubere Version aus. Du kannst über das Jobforum auch dir jemanden suchen, der dies für dich macht...
Viel Glück
ralf
Ich möchte gerne, dass meine Website (http.textpluswebdesign.de) in den Google Suchergebnissen mit bestimmten Unterseiten hübsch ordentlich angezeigt wird. Und zwar 4 Unterseiten, die ICH bestimme und die sich Google nicht zufällig herauscrawlt.Ich schätze, dafür ist diese XML-Sitemap da, right?
nö - die XML Sitemap hat eingelich mehr Aufgaben.
https://support.google.com/webmasters/answer/156184?hl=de
melde deine Seite bei den Webmaster Tools an
https://www.google.com/webmasters/tools/home?hl=de
und trage deine Seitemap als Quelle deiner Seite an.
Also, ich habe dieses SEO Plugin von YOAST,
Deine Version ist veraltet. aktuell ist 1.4.11 mach auch ein update von wordpress auf 3.5.2 schon aus Sicherheitsgründen.
Seit ich das getan habe, werden GAR KEINE Unterseiten, damit meine ich so eine Art Inhaltsverzeichnis, mehr in den Suchergebnissen angezeigt. Ich weiß nicht, wie ich das geschafft habe.
was für Inhaltverzeichnisse meinst du nur?
lg
ralf
Alle Templatedateien sind mehrere Jahre alt 5 oder 6 (es war mal ein kommerzielles Theme). Trotzdem untersucht, kein Code entdeckt. Alle Plugin deaktiviert, der Spamcode erscheint trotzdem.
Evtl. würde die Datenbank geändert
http://de.wikipedia.org/wiki/SQL-Injection
Wenn die verwendete Wordpress Version _alt_ ist, kann die Veränderung auch an den Scripten selbst durchgeführt worden sein.
Die Zugänge Admin und Benutzer sind relativ gut gesichert. Name mit Sonderzeichen, Password 20 Zeichen, Sonder, Klein, Gross, Ziffern.
Gibt des Benutzer admin mit der ID = 1 ?
In der Regel legen Angreifer sich scripte in ein schreibbares und lesbares Verzeichnis und ändern von dort zum Beispiel
~/wp-settings.php
~/admin/upgrade.php (damit bei zukünftigen upgrades auch ja der Scahdcode erneut installiert wird.
Du kannst in der Regel keiner Datei mehr vertauen und der Code kann codiert (zum Beispiel base64-kodierte Daten)
http://php.net/manual/de/function.base64-decode.php
Es gibt hier ein Job Forum.
cu
ralf
Genau das tat ich mit wordpress und es ging in die Hose. Zwar war die Datenbankverbindung da, die Inhalte wurden angezeigt, aber es sah aus wie in einem textbasierten Browser wie z.b. "w3c" (kennt bestimmt keiner...) , also ohne Formatierung, Bilder und Theme.
Das Backend war gar nicht zu erreichen (Datei nicht gefunden), obwohl die Rechte alle auf 777 gesetzt waren (steinigt mich nicht, das war nur für diesen Zweck!).
und warum schaust du nicht in die Log-Files von deinem webServer, wo er die Bilder, die css und die URL *sucht*?
die Tabellen von der lokalen DB einspielte.
Wordpress speichert die URL "http://localhost/" in die db. nach deiner Beschreibung funktioniert dies nur für dich... d.h. fahr mal den localhost runter
[COLOR=#ff0000]$ sudo /etc/init.d/apache2 stop[/COLOR]
wenn du die Db von localhost verwendden möchtest, solltest du die Datenfelder eben auf Sinnhaftigkeit prüfen...
viel Glück
ralf
mein hobby ausführe und die tfp verträge und verwendungsrechte als absicherung besitze.
Wie bitte? Du verwertest die Bilder auf deiner Homepage auf Basis von TFP Verträgen? Selbst Akt und Tielakt Fotos möchtest du ohne *richtiges* Impressum veröffentlichen?
Hallo,
[size=10][/SIZE]
lade einfach das Theme per FTP in das Verzeichnis
~/wpcontent/theme/
und aktiviere über Wordpress[size=10] Dashboard hier Design [/SIZE]die Theme.
Hoffe, die Antwort hilft dir weiter
ralf
Hallo,
ich bin seit x Jahren Kunde bei Hetzner - und für die Kommunikation mit der Technik benötigt man _dicke_ nerven. Bzw. es ist immer total überraschend, was so ein Serveradmin so antwortet. Ergo: finger weg - etwas mehr Geld ausgeben und nicht meinen Fehler machen.
cu
ralf
Anderst gesagt, ich habe keine Ahnung, in welcher Datei ich die Speicherei wieder abschalten muss. Denn die Plugin-Files habe ich ja gelöscht.
irgendwo in deiner Anwendung wird eine Session gestartet. Hierbei wird eine ID an den Browser gesendet und das Gegenstück auf dem Server gespeichert.
Gestartet wird die Session mit
[B][size=10]session_start[/SIZE][/B]http://de3.php.net/manual/de/function.session-start.php
Du kannst den Speicherort der Session in der php.ini hinterlegen oder evtl. in der htaccess oder im PHP Script (vor session_start) zum Beispiel in der wp-config.php den Pfad aufnehmen
http://de3.php.net/manual/de/function.session-save-path.php
session_save_path('/dein/pfad/auf/dem/server/in/ein/lesbares/und/schreibbares/verzeichnis/');Das Verzeichnis sollte nur für PHP schreibbar und lesbar sein _und_ nicht(!) für alle alles erlauben.
'chmod 770' setzt ziemlich strenge Rechte
etwas mehr [size=10]Beqemlichkeit[/SIZE]
(warum jetzt auch immer) ist
'chmod 775'
Wenn du dies in den F-rank Verzeichnisbaum
/wp-content/files/tmp
machen solltest, verhindere, dass in dem Verzeichnis Scripte ausgeführt werden können.
Alle Verzeichnisse, die per Webbrowser erreichbar sind
http://example.org/wp-content/files/tmp/
in dem Bespiel - solltest du verhindern, dass dort fremde scripte ausführen können. Sie
dürfen nach seiner Anleitung ja bereits dort schreiben.
.htaccess
<Files "*">
<IfModule mod_access.c>
Deny from all
</IfModule>
<IfModule !mod_access_compat>
<IfModule mod_authz_host.c>
Deny from all
</IfModule>
</IfModule>
<IfModule mod_access_compat>
Deny from all
</IfModule>
</Files>
diese Datei sollte für keinen mehr schreibbar sein chmod 444
cu
ralf
In /tmp darf übrigens normalerweise jeder schreiben, lesen und löschen (dazu ist der Ordner da), aber jeder strikt nur seine eigenen Dateien - was hier das Problem zu sein scheint.
Die Session in das /temp Verzeichnis zu legen ist ein großes Sicherheitsproblem. Die Session kann so leichter entführt werden. Beachte hier die Hinweise im PHP - Handbuch.
Die Daten haben bei einem Hoster dort nicht verloren.
Unknown: open(/tmp/sess_4f35a39e8e9092d8c9c10d3017bc8d81, O_RDWR) failed: Permission denied (13) in Unknown on line 0Nur, wie bekomme ich diese Warnmeldung weg?
Die Cache-Plugins habe ich jetzt gelöscht, trotzdem kommt die Meldung noch ... Hat jemand eine Idee, wie ich sowas wieder loswerde?
Deine Anwendung möchte eine Session speichern. Die Session soll in /tmp/ gespeichert werden. Hierfür hast du verständlicherweise keine rechte auf dem Server.
http://de3.php.net/manual/de/intro.session.php
handbuch
http://de3.php.net/manual/de/sess…on.save-handler
hoffe es hilft weiter
ralf
Antivirus hab ich installiert, einige Verdachtsfälle überprüft. Das OS vom Server gescannt, nix gefunden.
Und damit wolltest du was finden?
Hier etwas Grundlagen:
http://de.wikipedia.org/wiki/Denial_of_Service
http://de.wikipedia.org/wiki/DNS_Amplification_Attack
Es wurde sicherlich kein Virus bei dir installiert sondern weitere Scripte, Programme...
cu
ralf
Als erstes habe ich mich natürlich an den Twitter-Support gewendet,
und was hat dir der Twitter-Support geantwortet?
Wir haben eine neue API, die nach einem Testlauf von 6 Monaten am 11 Juni zwingend für alle ist und nun _nichts_ mehr funktioniert, wie es vorher war?
http://www.golem.de/news/twitter-a…1208-93917.html
https://dev.twitter.com/blog/api-v1-is-retired
cu
ralf
geändert hat sich aber nichts. der Code ist immer noch drin
du kannst leider keiner Datei und keinem Datensatz mehr vertrauen. Bitte nehme deine Seiten vom Netz, damit kein weitere User mehr Schaden an seinem Rechner durch deine Seite erhält. Deine Seite verteilt Schadsoftware.
Wenn du deine Seite(n) vom Netz genommen hast, informiere deinen Provider, dass du gehackt wurdest.
Mein Provider zeigt zurzeit sehr deutlich, wie man damit richtig umgeht
http://wiki.hetzner.de/index.php/Security_Issue
Der Provider hat seine Kunden informiert und _rechtliche Schritte eingeleitet und sich auch _Experten_ ins Boot geholt.
Wenn deine Seiten keinen Schaden mehr anrichten und alle informiert sind - suchst du die Sicherheitslücke! Wie konnte der Code auf den Server gelangen. Wenn du die Sicherheitslücke gefunden hast und diese beseitigen kannst - kopierst du einfach deine _reine_ Datensicherung zurück und schließt eine gefährliche Sicherheitslücke.
Informiere, den Entwickler, damit dieser seinen Fehler beseitigen kann und keine weiteren sich diese
Sicherheitslücke installieren.
root@linux ~/ rm -r *
[h=2]Website bereinigen[/h]Hier eine Goolge Anleitung für dich
http://support.google.com/webmasters/bin…e&answer=163634
Gemacht wurden von unserer Seite nichts.
Ihr habt zurzeit leider ein Sicherheitsproblem zumindest wollte mir dein Blog etwas installieren
Das merinte ich aber als Einmalinvestition, nicht täglich.
Bei den 80 Euro konnte einfach keine sinnvolle Absicherung enthalten sein. Du kannst auch nicht in das Tiefkühlregal des Supermarktes greifen und für weniger als zwei Euro eine Lasagne -garantiert-ohne- Pferdefleisch kaufen.
ob ich dann noch wechsel- mal sehen!
Wenn dein Provider kein mod_rewrite dir zur Verfügung stellt, solltest du wechseln. Der Erfolg einer Seite ist auch von der Sichtbarkeit in den Suchmaschinen abhängig... und hast du schon mal auf der ersten Seite bei deiner Suchmaschinen einen Link mit ?p=123 gesehen... ich leider nicht...
Wenn du keine Besucher über Goolge und Co haben möchtest, ist t-online die beste Wahl.
cu
ralf
Ok danke, hab den Fehler behoben, mußte den Cache löschen, aber kann mir ehrlich gesagt nicht vorstellen...
Prima, dass du den Fehler gefunden hast und es nun funktioniert. Du verwendest
W3TC Browser Cache
Da kannst am Server fast alles machen was du willst - dies hat in der Regel keine Auswirkungen mehr... ist mir auch schon x-fach passiert.
RewriteCond %{HTTP_HOST} (www\.)?ps-credit.de
Punkte solltest du maskieren
RewriteCond %{HTTP_HOST} [FONT=verdana][size=10][COLOR=#000000]!^[/COLOR][/SIZE][/FONT](www\.)?ps-credit\.de
bitte aber eben apache handbuch nachlesen ich mach dies um diese uhrzeit wirklich nur aus der hand
Die Anleitungen bei wikimedia pp
http://de.wikipedia.org/wiki/Domainweiterleitung
sollte dir eigentlich helfen.
