Generell gilt, dass Du den Server sicher konfigurieren und Benutzereingaben sowie URL-Parametern misstrauen sollst. Darüber hinaus gilt PHP von Haus aus als relativ unsicher und sollte “gehärtet” verwendet werden.
Weitere Begriffe zum recherchieren sind beispielsweise XSS (Cross-Site-Scripting), CSRF (Cross-Site-Request-Forgery), SQL-Injections, …

Hier ein paar direkte Anlaufstellen:

http://www.hardened-php.net/
http://www.php-security.org/
http://www.sitepoint.com/article/php-security-blunders
http://www.madcat.nl/martijn/archives/16-Using-smarty-to-prevent-HTML-injection..html
Secure Apache:
http://www.petefreitag.com/item/505.cfm
Input-Sanitizing:
http://devzone.zend.com/node/view/id/1113

Das sollte für den Einstieg reichen

ich kann leider auch nicht beurteilen, wo dein Problem genau lokalisiert ist. Ich kann dir aber uneingeschränkt folgendes Buch empfehlen:

http://www.amazon.de/Sicherheitsrisiko-Web-Anwendung-Sverre-H-Huseby/dp/3898642593

Mit dessen Hilfe kannst du selbst der Sicherheitslücke auf der Spur kommen.

Ich würde mir auch überlegen, mit den Log-Dateien zur Polizei gehen und Anzeige wegen Erspähung von Daten zu erstatten.

Alles Gute

Bertram

ich denke nicht, dass Wordpress ein “Einfallstor” für Skript-Kiddies ist; in der aktuellen Version nicht mehr oder weniger als vergleichbare CMS, die auf PHP/MySQL basieren.

Die Chance, dass es über den Server lief, liegt bei ca. 5%. Das wäre aus Sicht des Angreifers nicht nur wahnsinnig, sondern auch verrückt. Das Einfallstor muss also irgendwo anders zu finden sein.

Der einfachste Weg so etwas zu tun führt über den Rechner des Geschädigten. (!)

Es ist mit vergleichsweise geringem Aufwand verbunden und geschieht meist unbemerkt. Das Protokoll FTP ist unverschlüsselt, deshalb müsste man nur die Daten mitlesen oder aus der config abrufen und hätte Zugriff, könnte Inhalte ändern.

WLAN vereinfacht die Sache für den Angreifer zusätzlich. Ein Paketfilter, wie der kostenlose sygate.exe, informiert und zeigt ein- und ausgehende Verbindungen an. Sollte bei einem FTP-Verbindungsaufbau mehr als ein Prozess laufen, dann müssten die Alarmglocken leuchten. Ein Malware-Scan (z. B. lavasoft) und resistenter AV-Zugriffsscanner (z. B. avast) stellen eine sinnvolle Ergänzung dar. Spuren werden dabei selten hinterlassen. Das sind natürlich Dinge, die nicht neu sind.

Interessant wäre dennoch die Auswertung der Server-Logs, insbesondere der FTP-Verbindungen im fraglichen Zeitraum. Zuviel darf man sich hiervon aber nicht erhoffen.

Zum Thema Weblog noch folgendes: Jedes System ist empfindlich gegen äußere Eingriffe. Viele Blogger bohren den Core ihrer WP-Installation auf, passen hier was an, nehmen dort etwas raus und überfrachten das System mit Zusatz-Code (Plugins), der das CMS anfällig für Verwundungen von Außen macht. Erweiterungen erweitern neben der Funktionalität auch die Angriffsfläche.

“Einfallstore” gibt es viele, so kann schließlich auch ein Router befallen werden.

Backups ziehen ist meiner Meinung nach pragmatischer als die Sicherheit zu Lasten der Kommunikation zu forcieren.

Übrigens: das MS ServicePack3 wird einige Neuerungen bereithalten, der IE7 soll als Teil des SP3 ausgeliefert werden und damit verbunden ist auch ein überarbeitetes Sicherheitskonzept. Sicherheit ist daher auch ein Thema im Zusammenhang mit Webentwicklung.

Die “Webkrauts-Initiative” begrüße ich außerdem; nicht nur sollten die Webkrauts Serveradministration und Netzwerksicherheit ins Programm aufnehmen, sondern auch eine Expertenkommission zur Staatsverschuldung gründen und gegen Schadstoffemissionen in China vorgehen.

Der Scanner prüft auf bekannte Probleme im wp-core, in plugins und auch in themes.

Ich find’s sehr hilfreich.

lg
Martin

Man muss dabei aber berücksichtigen, dass die automatischen Update-Benachrichtigungen eventuell nicht mehr richtig funktionieren. Was ich aber für leicht verschmerzbar halte.

Ansonsten gibt es bei blogsecurity immer wieder gute Tipps.

Also:
1. regelmäßige Backups.
2. regelmäßig neue Versionen von WordPress installieren
3. Alles, was überflüssig ist, wie etwa die Versions-Angabe von WordPress im Header des Themes entfernen. Dort erfährt der Hacker nicht nur, dass Du mit WordPress unterwegs bist, sondern auch dass Du gerade die Version 2.3 installiert hast. Jetzt braucht er nur noch den richtigen Exploit – und schon ist er drin.

Mach es den Hackern ein wenig schwerer, und die meisten gehen zu einer Seite, wo es leichter ist. Und wenn Dir der Hoster bei solchen Problemen nicht hilft, da solltest Du dringend wechseln. Oft sind es nämlich die veraltetet Sicherheits-Einstellungen oder die veraltete Software auf den Servern, die den Einstieg ermöglichen.

Gruß, Lothar Baier