HOSTBLOGGER.de

Nicht schlecht

Das an für sich ist nicht schlimm - bezeichnend als Recht "show database=1". Ist bei all-inkl.com z.B. angeschalten. Nur kann niemand in die Datenbank anderer reinschaun / selecten...

Nur ist es dreifach peinlich, wenn der Mitwettbewerber davon in seinem Weblog berichtet.

Richtig, und das werde ich aus kollegialen Gründen nicht tun. Ich hätte aber erwartet, wenigstens ein Danke dafür zu bekommen. Ich hätte auch nichts sagen müssen!

Klarer Fall von ups.

Aber sowas sollte tatsächlich besser garnienich passieren. Andererseits berichtet die c't ja auch immer wieder bei Hosting-Tests (von root-Servern), dass sie mit einfachen Mitteln sämtlichen Traffic der anderen Server mithören konnten. Sowas sollte halt auch nicht passieren.

was auch gerne übersehen wird: mit php kann man prinzipiell in jedes verzeichnis schauen, wenn das nicht spezielle beschränkt ist. bei 4 von 5 getestetend hostern, konnte ich ohne probleme mit php sämtliche datein auslesen die der server lesen durfte. auch nicht gerade beruhigend..

mfg, Andreas

Ich war mal bei dem berüchtigten Hoster V12net, der durch irgendein Schlupfloch gehackt wurde. Als Resultat waren fast alle Kundendaten weg. Auch meine. Naja, man lernt aus seinen Fehlern. Nun habe ich 2 verschiedene Hoster und mache regelmäßig Backups.

Ich weiß ja nicht, aber testet man sowas nicht mal auch mit reellen Bedingungen, sprich mit einem eigenen Testpaket mit MySQL und schaut sich soetwas an!?

Ich oute uns dann mal.
Also das Problem bestand bei uns. Folgendes war passiert:
Da einer unserer Server aus damals ungeklärten Gründen zu Abstürzen und langsamer Performance neigte haben wir alle Kunden auf unsere Server verteilt, die ausreichend Performance haben.
Das war soweit recht einfach, jedoch haben wir Manitu in unserem Packet Zugriffsrechte auf die Datenbank individualisiert (externer Zugriff etc).
Auch dies mussten wir diesmal von Hand einrichten. Hier ist Thomas dann leider ein Fehler unterlaufen. Er hatte versehentlich nicht die Datenbank angeklickt für die die Rechte gelten sollten und somit global permissions gesetzt.
Sehr unangenehm gebe ich gerne zu, allerdings hat es mit manitu ja einen Verantwortungsvollen Kunden getroffen.
Ein Dankeschön hast du damals von uns mehr als einmal bekommen. Es wundert mich, das du dies hier extra betonst. Wenn du unebdingt willst schicken wir dir auch gerne ein paar Blumen ;-P

Nichtsdestotrotz erlaube ich mir zu betonen, das selbst im WorstCase nichts passiert wäre.
Wir fahren mehrmals täglich Backups unserer Datenbanken und Kundendaten, die wir über mehrere Tage vorhalten.
Hätte man hier also die DBs gelöscht (wenn der user uns böses gewollt hätte), hätten wir das nach 5 MInuten gemerkt, Backups zurückgespielt, Logs gechecked und ein paar Baseballschläger gekauft und uns flux auf dem Weg zum Schuldigen gemacht

Mit freundlichen Grüßen
Christian Hoffmann
Vorstand Technik (CTO)
ip69 internet solutions AG

nun, es war menschliches versagen, kein technisches.
von daher sind große pläne wie man das vermeidet eher fürn popo.
Ausser doppelt hinschauen bringt da nicht viel was. Wir richten ja nur in Außnahmefällen wie eben manitu externe Zugriffe etc. ein.
Wem wir nicht "vertrauen" bekommt soetwas nicht. Von daher ist das in die Kategorie ärgerlich aber nicht bedrohlich einzuordnen.

Oder meint ihr ich soll Thomas zum Marktplatz führen und öffentlich steinigen?

Manuel, du scheinst es nicht zu verstehen.
Du warst der einzige Kunde, der diese Permission hatte.
Wir richten nur in Außnahmefällen Sonderpermissions ein und auch nur dann, wenn wir dem Kunden halbwegs vertrauen.
In diesem Fall warst du der einzige dessen Permissions wir beim Umzug angepasst haben. Und woher willst du wissen, ob wir die Kunden nicht informiert haben?

Wie gesagt, der Fehler ist passiert, es ist sehr unangenehm, aber wir werdens überleben