# Hackerangriff **URL:** \ **Category:** Shopware 3.5\ **Tags:** general\ **Created:** [9. Juni 2011 um 10:13 UTC](https://forum.shopware.com/t/hackerangriff/3034 "2011-06-09T10:13:41Z")\ **Posts on this page:** 10\ **Page:** 2
**Author:** ![avenger](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.shopware.com/u/avenger)\ **Post date:** [9. Juni 2011 um 14:17 UTC](https://forum.shopware.com/t/hackerangriff/3034/21 "2011-06-09T14:17:56Z")
[quote=“avenger”][http://www.ip-adress.com/whois/91.211.117.25](http://www.ip-adress.com/whois/91.211.117.25) Daher kommt der Mistkerl… Unsere neuen Freunde aus Osteuropa…[/quote] Paar Tage vorher war der (mit gleicher IP) schon mal da. Entweder ist es seine oder er verwendet den gleichen Anonymous Server… Wenn es gelingt, eine solche Shell einzuschmuggeln, hat man ja wirklich alles, was der Hacker so braucht: File-Manager (um die config-Daten zu lesen =\> DB-Zugriffs daten) und einen DB-Manager, um die DB zu manipulieren… ---
**Author:** ![avenger](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.shopware.com/u/avenger)\ **Post date:** [10. Juni 2011 um 11:43 UTC](https://forum.shopware.com/t/hackerangriff/3034/22 "2011-06-10T11:43:11Z")
[quote=“avenger”]Wenn es gelingt, eine solche Shell einzuschmuggeln, hat man ja wirklich alles, was der Hacker so braucht: File-Manager (um die config-Daten zu lesen =\> DB-Zugriffs daten) und einen DB-Manager, um die DB zu manipulieren…[/quote] Um das zu vermeiden, sollte in jedem Verzeichnis, in das man mit Shop-Möglichkeiten ein Upload vornehmen kann, sicherheitshalber eine “htacces”-Datei folgenden Inhalts legen: Order Deny,Allow Deny from all Damit wird die Ausführung von PHP-Dateien verhindert. So dass, selbst wenn es wieder mal jemandem gelingen sollte, den Shop zu überlisten, die Ausführung von Shells verhindert wird. ---
**Author:** ![mediamilkshake](https://avatars.discourse-cdn.com/v4/letter/m/f08c70/32.png) [@mediamilkshake](https://forum.shopware.com/u/mediamilkshake)\ **Post date:** [10. Juni 2011 um 12:08 UTC](https://forum.shopware.com/t/hackerangriff/3034/23 "2011-06-10T12:08:44Z")
Moin, die Frage ist ja immer, wo genau der Angriff stattgefunden hat. Dabei gibt es ja primär folgende Möglichkeiten: 1. Fehler in der Software (wurde das letzte xtcommerce-Update eingespielt, da gab es vor kurzem eine Lücke =\> [mehr Info bei Heise](http://www.heise.de/security/meldung/Kritische-Luecke-in-verbreitetem-Shopsystem-xt-commerce-1193394.html)) 2. Schlechte Passworte 3. Schlechte Serverkonfiguration 4. Unachtsame Software Drittanbieter (Gerne wird das komplette Verzeichnis von Tinymce hochgeladen, da gibts nen schönen ungeschützten Filemanager) Die Frage ist natürlich auch wie gut man für die eigene Sicherheit vorsorgt. Finden tägliche Backups statt, wechselt man regelmäßig sein Passwort und informiert man sich regelmäßig über Sicherheitsprobleme? Die IP dürfte ein schlecht gesicherter dedizierter oder virtueller Server sein. Echte Angreifer machen sich nicht die Mühe so leicht aufzufliegen. Könnte auch eine IP einer Schule oder öffentlichen Einrichtung sein. Der Erpressungs-Versuch baut wahrscheinlich darauf, dass der Shopbetreiber kein oder zu alte Backups seiner Datenbank hat. Die abgebildete .htaccess-Datei ist sehr sinnvoll, sofern man auch kein Upload-Verzeichnis vergisst. Viele Grüße, Michael ---
**Author:** ![radox1](https://avatars.discourse-cdn.com/v4/letter/r/e19b73/32.png) [@radox1](https://forum.shopware.com/u/radox1)\ **Post date:** [10. Juni 2011 um 12:46 UTC](https://forum.shopware.com/t/hackerangriff/3034/24 "2011-06-10T12:46:57Z")
[quote=„avenger“][quote=„avenger“]Wenn es gelingt, eine solche Shell einzuschmuggeln, hat man ja wirklich alles, was der Hacker so braucht: File-Manager (um die config-Daten zu lesen =\> DB-Zugriffs daten) und einen DB-Manager, um die DB zu manipulieren…[/quote] Um das zu vermeiden, sollte in jedem Verzeichnis, in das man mit Shop-Möglichkeiten ein Upload vornehmen kann, sicherheitshalber eine „htacces“-Datei folgenden Inhalts legen: Order Deny,Allow Deny from all Damit wird die Ausführung von PHP-Dateien verhindert. So dass, selbst wenn es wieder mal jemandem gelingen sollte, den Shop zu überlisten, die Ausführung von Shells verhindert wird.[/quote] Das müsste man dann aber auch für alle Skriptsprachen machen, die auf dem jeweilgen Server laufen, z.B. Python, Ruby, etc. ---
**Author:** ![avenger](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.shopware.com/u/avenger)\ **Post date:** [10. Juni 2011 um 12:49 UTC](https://forum.shopware.com/t/hackerangriff/3034/25 "2011-06-10T12:49:41Z")
[quote=“radox”]Das müsste man dann aber auch für alle Skriptsprachen machen, die auf dem jeweilgen Server laufen, z.B. Python, Ruby, etc.[/quote] Ja, guter Punkt… Perl=pl Was haben die andern Sprachen denn so für Endungen? Was gibt es noch unter “etc.”? ---
**Author:** ![radox1](https://avatars.discourse-cdn.com/v4/letter/r/e19b73/32.png) [@radox1](https://forum.shopware.com/u/radox1)\ **Post date:** [10. Juni 2011 um 14:03 UTC](https://forum.shopware.com/t/hackerangriff/3034/26 "2011-06-10T14:03:54Z")
Noch ein paar Dateiendungen (Skripte). AddHandler cgi-script .php .php3 .php4 .php5 .phtml .pl .py .jsp .asp .shtml .sh .cgi .rb .tcl Options -ExecCGI Die Ausführung von Skripten so zu verhindern scheint sicherer zu sein, da Files und FilesMatch case sensitive sind. ---
**Author:** ![avenger](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.shopware.com/u/avenger)\ **Post date:** [10. Juni 2011 um 14:49 UTC](https://forum.shopware.com/t/hackerangriff/3034/27 "2011-06-10T14:49:19Z")
[quote=“radox”]Noch ein paar Dateiendungen (Skripte). AddHandler cgi-script .php .php3 .php4 .php5 .phtml .pl .py .jsp .asp .shtml .sh .cgi .rb .tcl Options -ExecCGI Die Ausführung von Skripten so zu verhindern scheint sicherer zu sein, da Files und FilesMatch case sensitive sind.[/quote] Verhindert man damit aber nicht die Ausführung von PHP als CGI-Modul? Kann man das nicht auch so lösen?\ Order Deny,Allow Deny from all ---
**Author:** ![radox1](https://avatars.discourse-cdn.com/v4/letter/r/e19b73/32.png) [@radox1](https://forum.shopware.com/u/radox1)\ **Post date:** [10. Juni 2011 um 15:00 UTC](https://forum.shopware.com/t/hackerangriff/3034/28 "2011-06-10T15:00:08Z")
Die Anweisung soll ja in der .htaccess-Datei des Upload-Ordners stehen. Hab extra noch mal nachgeschaut. Das Problem mit Files ist, dass man z.B. ‚shell.Php‘ ausführen könnte. Aber ich glaube es gibt auch eine Möglichkeit das mit Files in der .htaccess zu erreichen (Groß-/Kleinschreibung zu ignorieren). ---
**Author:** ![radox1](https://avatars.discourse-cdn.com/v4/letter/r/e19b73/32.png) [@radox1](https://forum.shopware.com/u/radox1)\ **Post date:** [10. Juni 2011 um 20:33 UTC](https://forum.shopware.com/t/hackerangriff/3034/29 "2011-06-10T20:33:58Z")
So, gerade noch mal nachgeschaut. Das müsste funktionieren. Groß-/Kleinschreibung egal (\*.php, \*.PhP). Evtl. kennt ja jemand noch weitere Dateiendungen? ` Deny from All ` ---
**Author:** ![avenger](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.shopware.com/u/avenger)\ **Post date:** [11. Juni 2011 um 08:21 UTC](https://forum.shopware.com/t/hackerangriff/3034/30 "2011-06-11T08:21:24Z")
[quote=“radox”]So, gerade noch mal nachgeschaut. Das müsste funktionieren. Groß-/Kleinschreibung egal (\*.php, \*.PhP). Evtl. kennt ja jemand noch weitere Dateiendungen? ` Deny from All `[/quote] Für “php” und “PhP” funktioniert es schon mal… [Vorherige Seite](https://forum.shopware.com/t/hackerangriff/3034.md?page=1)