[Owned] Anonstream.com - Angebliche Anonymität
Posted by bursali | Posted in Owned, Scene | Posted on 26.02.2012 @ 18:41:48
54
Schönen Sonntagabend.
Ich weiß nicht, aber ich habe etwas gegen Lügner.
Ich denke, einigen da draußen geht es auch so.
Kennt ihr dieses Gefühl, wenn ihr auf einer Seite 'anonym' lest & dann überlegen müsst, ob es wirklich anonym ist?
Hier haben wir so ein Beispiel.
Auf Gulli wird von einem Streaming-/Filesharinganbieter geredet.
Im zweiten Abschnitt steht folgendes:
Die Webseite „Anonstream.com“, die offenbar unter deutscher Führung steht, ist aktuell eines der prominentesten Beispiele. Auf der recht simpel gehaltenen Webpräsenz wirbt man mit „völlige[r] Anonymität beim Hochladen, Streamen und Downloaden“ und einer Vergütung für populäre Uploads. Auf welchem Wege diese Anonymisierung des Datenverkehrs allerdings erfolgen soll, wird nicht beschrieben.
Jetzt ratet mal. Genau, es findet keine Anonymisierung statt - ok, mom. Eines muss man sagen, die Apachelogs werden anscheinend auf /dev/null geschoben. ![]()
Wenigstens etwas.
Aber wenn ich schon Zugang auf den Server habe, kann ich mir doch auch gleich mal die Datenbank anschauen, oder nicht? ![]()
Nun gut. Das Erste, was mir in Interface von PhpMyAdmin auffällt ist folgendes: root@localhost
Aua?! Nungut, für mich war diese Fehleinstellung ein 'Segen'.
Gut, diesen Schock haben wir schonmal überstanden und können mit einem miesen Gefühl, das schlimmer wird, weiterschauen.
Schauen wir uns die Tabelle mit dem Namen 'dk_server' mal genauer an.
In dieser Tabelle sehen wir Plaindaten zu den zwei Fileservern. Schande!
85.131.244.251 - server1 - user - pass //natürlich zensiert.
85.131.244.252 - server2 - user - pass //natürlich zensiert.
Puh. Schock Nummer 2! *Kaffee hol*
Weitergehts.
Da ich ehrlich gesagt an einem Sonntag zu faul bin, jede Tabelle einzeln durchzuschauen, lasse ich in PMA schnell eine Suche nach dem Begriff 'ip' laufen.
Jetzt sollte ich normalerweise - jedenfalls laut Aussage der Betreiber dieser Seite - kein Ergebnis bekommen.
Hmh..
Fangen wir mal 'harmlos' an.
Tabelle: dk_payments
Diese Tabelle ist zum Glück noch leer.
Deshalb hier nur eine Liste der Spalten:
- active
- createdtime
- id
- ip <- dafuq?
- itemid
- payment
- _amount
- payment_status
- txnid
Ok, das kann man vielleicht mit der Ausrede erklären, dass man sich selber vor Betrug schützen will und deshalb die IP's mitloggt.
Aber moment mal - was war nochmal mit „völlige[r] Anonymität beim Hochladen, Streamen und Downloaden“?
Da sollte Bezahlung inbegriffen sein - eigentlich.
Puh. Schock Nummer 3! *Koffeintablette hol*
Weitergehts.
Jetzt wird es interessanter.
Tabelle: dk_checkstatus
- requested_id
- timestamp
- user_ip <- are you fucking kidding us!?
Okay. Diese Tabelle logt anscheinend die Funktion, wenn ein Benutzer einen Statuscheck durchführt.
Ähm, jah. In dieser Tabelle sind momentan 'nur' fünf Einträge vorhanden - harmlos - vielleicht.
Aber -> „völlige[r] Anonymität beim Hochladen, Streamen und Downloaden“!?
Puh. Schock Nummer 4! *Wo ist mein Defibrillator*
Arrgh. Weitergehts.
So, nun zum Höhepunkt dieser *hust* Seite.
Tabelle: dk_getdownloads
- hash
- id
- stream
- timestamp
- user_id
- user_ip <- Ready to fuck 'em up..
*Gaaanz ruhig, durchatmen. Huh.*
Also. Wenn jemand einen Download aufruft, dann wird die IP geloggt.
Hah, wie schön. ![]()
Da geht einem das Herz auf. Das nennen die Betreiber Anonymität!
Applaus meine Freunde, bitte alle klatschen! - Danke.
Nun gut. Mein Herz und meine Nerven sind irgendwie an der Decke - wieso auch immer, ne?
Aber gut, ich habe es mir natürlich nicht verkneifen können, die Passwortstärke der Administratoren zu testen.
Es gibt laut der Tabelle 'dk_admins' drei Administratoren.
136 | bonkers | dfcc53d9a2*********7d3581deebdb
135 | root | d1502252e*************391855
183 | darkside022 | 819b7**************7ecbda
Zwei von drei Passwörtern wurden mit der GPU Bruteforce Methode innerhalb von 10 Minuten geknackt.
Ein kleiner Beweis für die, die immer Beweise wollen.
Und zum Abschluss noch eine Kleinigkeit.
Impressum / Anschrift wird morgen aktualisiert <-
Mehr habe ich nicht zu sagen.
Update:
Da hier einige der Meinung sind, es würden keine Logs exisitieren, gibt es hier einen Proofscreen vom Inhalt der Tabelle 'dk_getdownloads':
Schönen Abend noch.
Deniz.











