+ Antworten
Seite 1 von 3 1 2 3 LetzteLetzte
Ergebnis 1 bis 10 von 27

Thema: Gehackt? Code in .htaccess eingeschleust, Backend-Login geknackt...

  1. #1
    Neu an Board
    Registriert seit
    03.03.2008
    Beiträge
    19
    Bedankte sich
    1
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard Gehackt? Code in .htaccess eingeschleust, Backend-Login geknackt...

    Hier einige Auszüge aus meinen Logfiles mit Kommentaren/Interpretationsversuchen von mir...
    Der Übersichtlichkeit halber habe ich Eintraäge, die mir unwichtig erschienen weggelassen...
    Kann mir jemand erklären was hier passiert und vor allem, wie der Typ das macht?

    Anmerkungen:
    - Der Backendbereich ist zusätzlich zum Backend-Login noch durch einen .htaccess-Schutz im Verzeichnis /administrator geschützt...
    - Die verwendete Joomla-Version ist 1.0.15 Stable [ Daytime ]
    - unsichere Drittanbieter-Komponenten sind nicht installiert
    - RegisterGlobals auf Off

    IP 87.181.98.217 versucht ins Backend zu kommen.
    Er lässt sich nicht nur durch seine IP erkennen, sondern auch durch die Tatsache, dass er immernoch die mittlerweile recht veralteten Version 2.0.0.16 des Firefox-Browsers benutz.
    Als er auf den htacess-Schutz trifft versucht er zunächst, sich mit den Benutzernamen "moses", "admin" sowie "depp" und uns nicht bekannten Passwörtern Zugang zu verschaffen.
    Wie zu erwarten war, klappt das alles nicht, wie das Error-Logfile zeigt:


    Error-Logfile + Acces-Logfile:

    87.181.98.217 - - [11/Sep/2008:11:05:32 +0200] "GET /administrator HTTP/1.1" 401 1445 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    Fehler:
    [Thu Sep 11 11:05:46 2008] [error] [client 87.181.98.217] user moses not found: /administrator

    87.181.98.217 - - [11/Sep/2008:11:05:46 +0200] "GET /administrator HTTP/1.1" 401 1445 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    Fehler:
    [Thu Sep 11 11:05:54 2008] [error] [client 87.181.98.217] user admin not found: /administrator

    87.181.98.217 - - [11/Sep/2008:11:05:54 +0200] "GET /administrator HTTP/1.1" 401 1445 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    Fehler:
    [Thu Sep 11 11:05:57 2008] [error] [client 87.181.98.217] user depp not found: /administrator


    87.181.98.217 - - [11/Sep/2008:11:05:57 +0200] "GET /administrator HTTP/1.1" 401 1445 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"

    Hier vergeht eine Minute (zwischen 11:06:03 und 11:07:03) ohen für uns sichtbare Aktion.
    Danach ist es 87.181.98.217 aber möglich, sich mit dem Benutzernamen "runde2" anzumelden.
    Wie wir später aber feststellen werden steht in der .htaccess-Datei und der dazugehörigen .htpasswd-Datei plötzlich jeweils eine Zeile mehr.
    In dieser wird der Benutzername "runde2" und ein dazugehöriges Passwort definiert.

    Wie er diese Dateien verändern konnte bleibt wohl sein Geheimnis... EIGENTLICH dürfte das nicht möglich sein!

    Anmeldeverusch als "runde2" :

    87.181.98.217 - - [11/Sep/2008:11:07:03 +0200] "GET /administrator HTTP/1.1" 401 1445 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"

    Anmeldeversuch war erfolgreich! 87.181.98.217 konnte sicha als "runde2" anmelden! Er muss also die .htaccess-Datei editiert oder Code in sie eingeschleust haben.

    87.181.98.217 - runde2 [11/Sep/2008:11:07:07 +0200] "GET /administrator HTTP/1.1" 301 344 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - runde2 [11/Sep/2008:11:07:08 +0200] "GET /administrator/ HTTP/1.1" 200 2110 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"

    Im folgenden wird wohl der Backend-Bereich geladen, was darauf schließen lässt, dass er auch am Backend-Login vorbeigekommen ist.


    87.181.98.217 - runde2 [11/Sep/2008:11:07:09 +0200] "GET /administrator/templates/joomla_admin/css/admin_login.css HTTP/1.1" 200 2424 "http://www.***.de/administrator/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - runde2 [11/Sep/2008:11:07:09 +0200] "GET /administrator/templates/joomla_admin/images/login.gif HTTP/1.1" 200 524 "http://www.***.de/administrator/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"


    Die selbe IP ist gleichzeitig auch im Frontend unterwegs.


    Im Folgenden besucht 87.181.98.217 verschiedene Seiten, darunter auch die Lost-Password-Seite.

    87.181.98.217 - - [11/Sep/2008:11:08:02 +0200] "GET /index.php?option=com_registration&task=lostPasswor d HTTP/1.1" 200 8681 "http://www.***.de/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - - [11/Sep/2008:11:08:16 +0200] "POST /index.php HTTP/1.1" 301 - "http://***.de/index.php?option=com_registration&task=lostPasswor d" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - - [11/Sep/2008:11:08:16 +0200] "GET /index.php?option=com_registration&mosmsg=Neues%20B enutzer%20Passwort%20generiert%20und%20gesendet! HTTP/1.1" 200 7702 "http://***.de/index.php?option=com_registration&task=lostPasswor d" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - - [11/Sep/2008:11:09:14 +0200] "GET /index.php?option=com_content&task=view&id=31&Itemi d=48 HTTP/1.1" 200 12414 "http://***.de/index.php?option=com_registration&mosmsg=Neues%20B enutzer%20Passwort%20generiert%20und%20gesendet!" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - - [11/Sep/2008:11:09:23 +0200] "GET /index.php?option=com_contact&task=view&contact_id= 3&Itemid=77 HTTP/1.1" 200 11585 "http://***.de/index.php?option=com_content&task=view&id=31&Itemi d=48" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - - [11/Sep/2008:11:09:32 +0200] "GET /index.php?option=com_content&task=view&id=31&Itemi d=48 HTTP/1.1" 200 12414 "http://***.de/index.php?option=com_registration&mosmsg=Neues%20B enutzer%20Passwort%20generiert%20und%20gesendet!" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - - [11/Sep/2008:11:14:10 +0200] "GET /index.php?option=com_registration&task=lostPasswor d HTTP/1.1" 200 8681 "http://www.***.de/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - - [11/Sep/2008:11:14:16 +0200] "POST /index.php HTTP/1.1" 301 - "http://***.de/index.php?option=com_registration&task=lostPasswor d" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - - [11/Sep/2008:11:14:17 +0200] "GET /index.php?option=com_registration&mosmsg=Neues%20B enutzer%20Passwort%20generiert%20und%20gesendet! HTTP/1.1" 200 7702 "http://***.de/index.php?option=com_registration&task=lostPasswor d" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"

    Im Backend geht 87.181.98.217 in die Benutzerverwaltung und erstellt sich dort den Benutzer "Max Mustermannn". Der danach sogar über SuperAdmin-Rechte verfügt!

    87.181.98.217 - runde2 [11/Sep/2008:11:15:30 +0200] "GET /administrator/index2.php?option=com_users HTTP/1.1" 200 41849 "http://www.***.de/administrator/index2.php" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - runde2 [11/Sep/2008:11:16:54 +0200] "GET /administrator/index2.php?option=com_users&mosmsg=Successfully+Sa ved+User%3A+Max+Mustermannn HTTP/1.1" 200 42619 "http://www.***.de/administrator/index2.php" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - runde2 [11/Sep/2008:11:17:14 +0200] "GET /administrator/index2.php?option=logout HTTP/1.1" 301 - "http://www.***.de/administrator/index2.php?option=com_users&mosmsg=Successfully+Sa ved+User%3A+Max+Mustermannn" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - runde2 [11/Sep/2008:11:17:14 +0200] "GET /administrator/index.php HTTP/1.1" 200 2110 "http://www.***.de/administrator/index2.php?option=com_users&mosmsg=Successfully+Sa ved+User%3A+Max+Mustermannn" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - runde2 [11/Sep/2008:11:17:22 +0200] "POST /administrator/index.php HTTP/1.1" 200 54 "http://www.***.de/administrator/index.php" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - - [11/Sep/2008:11:17:25 +0200] "GET /images/favicon.ico HTTP/1.1" 404 - "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - runde2 [11/Sep/2008:11:17:23 +0200] "GET /administrator/index2.php HTTP/1.1" 200 36025 "http://www.***.de/administrator/index.php" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"
    87.181.98.217 - runde2 [11/Sep/2008:11:18:40 +0200] "GET /administrator/index2.php?option=logout HTTP/1.1" 301 - "http://www.***.de/administrator/index2.php" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.16) Gecko/20080702 Firefox/2.0.0.16"

    87.181.98.217 hat sich im Backend den Benutzer "Max Mustermannn" angelegt.
    Im folgenden hat er sich vermutlich mit diesem Benutzer angemeldet und sieht sich sehr ausführlich in den internen Bildern um.
    Es folgt eine sehr lange recht unspektakuläre Auflistung aller Bilder die sich 87.181.98.217 angesehen hatt, die ich aber hier nicht mehr nennen will...



    Vielen Dank im Voraus!

  2. #2
    Gute Seele des Boards Avatar von keraM
    Registriert seit
    12.03.2006
    Ort
    Dresden
    Beiträge
    10.592
    Bedankte sich
    152
    Erhielt 2.558 Danksagungen
    in 2.360 Beiträgen

    Standard

    Dazu gibt es für mein laienhaftes Verständnis der Materie verschiedene Ansätze.
    1) Es gibt doch eine unsichere Erweiterung, sie ist nur als solche nicht bekannt.
    2) Es gibt es (von einem früheren Einbruch) ein Shellscript auf Deinem Web
    3) Er hat ein anderes Web auf dem Server gehackt und konnte sich wegen fehlerhafter Abschottung der Webs gegeneinander Zugriff auf Dein Web verschaffen.
    Gruß keraM
    Joomla-FAQ: --> Klick!
    Support per PN: --> Klick!

  3. #3
    Moderator Avatar von flotte
    Registriert seit
    20.03.2005
    Ort
    Neustadt
    Beiträge
    5.301
    Bedankte sich
    66
    Erhielt 1.258 Danksagungen
    in 1.101 Beiträgen

    Standard

    ...
    4) Er kennt Deinen FTP-Zugang (-> FTP-Logs prüfen)

  4. #4
    Neu an Board
    Registriert seit
    12.09.2008
    Beiträge
    36
    Bedankte sich
    3
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard

    und http://www.modsecurity.org/ installieren.
    who | grep -i blonde | date; cd ~; unzip; touch; strip; finger; mount; gasp; yes; uptime; umount; sleep; shutdown -r now

  5. #5
    Gehört zum Inventar
    Registriert seit
    18.02.2005
    Beiträge
    8.841
    Bedankte sich
    85
    Erhielt 2.269 Danksagungen
    in 1.936 Beiträgen

    Standard

    Das Vorgehen verstehe ich nicht. Wenn man Shell oder FTP Zugriff hat, warum sollte man
    versuchen den serverseitigen Schutz mit teils sehr unsinnigen Loginversuchen zu füttern,
    um dann die htaccess Geschichte umzuschreiben. Das ist schon sehr kurios.

  6. #6
    Neu an Board
    Registriert seit
    03.03.2008
    Beiträge
    19
    Bedankte sich
    1
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard

    Zitat Zitat von keraM Beitrag anzeigen
    2) Es gibt es (von einem früheren Einbruch) ein Shellscript auf Deinem Web
    Wie könnte ich denn ein solches Shellscritpt aufspüren?

  7. #7
    Neu an Board
    Registriert seit
    12.09.2008
    Beiträge
    36
    Bedankte sich
    3
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard

    würde es garnicht erst versuchen, ich würde den server sofort neu machen.

    dauert ja nicht lang (wenn backup vorhanden)
    who | grep -i blonde | date; cd ~; unzip; touch; strip; finger; mount; gasp; yes; uptime; umount; sleep; shutdown -r now

  8. #8
    Neu an Board
    Registriert seit
    03.03.2008
    Beiträge
    19
    Bedankte sich
    1
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard

    Zitat Zitat von ecomeback Beitrag anzeigen
    Das Vorgehen verstehe ich nicht. Wenn man Shell oder FTP Zugriff hat, warum sollte man
    versuchen den serverseitigen Schutz mit teils sehr unsinnigen Loginversuchen zu füttern,
    um dann die htaccess Geschichte umzuschreiben. Das ist schon sehr kurios.
    Vielleicht glaubte er ja die Zugangsdaten zu wissen und ist dann enttäuscht worden... das würde auch den Versuch mit dem Benutzernamen "depp" erklären -> Ausdruck der Wut und Verzeiflung

  9. #9
    Neu an Board
    Registriert seit
    03.03.2008
    Beiträge
    19
    Bedankte sich
    1
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard

    Zitat Zitat von Chaoskrieger Beitrag anzeigen
    würde es garnicht erst versuchen, ich würde den server sofort neu machen.

    dauert ja nicht lang (wenn backup vorhanden)
    Könnte nur sein, dass dieses Shellscript bereits in meinem Backup enthalten ist, wenn es tatsächlich von einem früheren Angriff stammt... oder nicht?

  10. #10
    Neu an Board
    Registriert seit
    12.09.2008
    Beiträge
    36
    Bedankte sich
    3
    Erhielt 0 Danksagungen
    in 0 Beiträgen

    Standard

    ich glaube nicht das es von einem früheren einbruch ist, das merkt man in der regel sofort.

    joobla ist php, und ist nun mal zimmlich "unsicher" wenn man nicht weis was man tut.
    who | grep -i blonde | date; cd ~; unzip; touch; strip; finger; mount; gasp; yes; uptime; umount; sleep; shutdown -r now

+ Antworten
Seite 1 von 3 1 2 3 LetzteLetzte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein