Hoster-Ausfall: Wenn die Anbieter-Verwaltung tagelang nicht erreichbar ist

Was bei dem Hoster passiert ist

Der Anbieter hatte nach eigener Darstellung bereits um den 4. und 5. November 2026 einen fremden Zugriff über seinen MCP-Server bemerkt. Ein solcher Server verbindet KI-Anwendungen mit internen Datenquellen und Werkzeugen. Der Zugriff wurde gesperrt, der MCP-Server vom Netz genommen; danach wurden nach Angaben des Anbieters auch das Kundenportal, alle SSH-Verbindungen, das Bestellsystem und eigene Erweiterungen zeitweise abgeschaltet und bis zum 7. November schrittweise wieder aktiviert.

In der Nacht zum 12. November 2026 folgte der zweite Durchgang. Laut Zeitleiste des Anbieters: Um 02:51 Uhr wurden die SSH-Zugänge erneut eingeschränkt und die Registrierung neuer Portalbenutzer gesperrt, um 04:10 Uhr folgte die vorsorgliche Abschaltung der Anmeldung für Portal und Kundencenter, um 06:52 Uhr bestätigte das Unternehmen, dass Angreifer eine Sicherheitslücke genutzt und die Unternehmenswebsite kompromittiert hatten. Die Website nahm der Anbieter selbst vom Netz und schaltete eine Statusseite vor; zahlreiche Links auf den eigenen Seiten liefen danach ins Leere. Einem Bericht über eine Übernahme der Seite durch die Angreifer widersprach das Unternehmen ausdrücklich.

Für Kunden wichtig: Nach Angaben des Anbieters sind die bei ihm gehosteten Websites „durchgehend erreichbar“ geblieben. Das Unternehmen spricht von professionellen Angreifern, die automatisierte KI-Systeme einsetzen, und von laufendem Kontakt zu den zuständigen Behörden. Bereits im Zusammenhang mit der „php2shell“-Sicherheitslücke hatte derselbe Anbieter Kundenprojekte vorsorglich abgeschaltet.

Warum das jeden Betrieb trifft, der auslagert

Vier Muster betreffen jedes Unternehmen mit externer IT:

• Der Verwaltungszugang ist der wunde Punkt, nicht der Webserver. Fällt das Kundenportal aus, lässt sich nichts mehr steuern: keine DNS-Einträge ändern, kein Postfach anlegen, kein Zertifikat erneuern, keine Sicherung zurückspielen. Die Website läuft weiter – die Arbeitsfähigkeit nicht.
• Automatisierungsschnittstellen vergrößern die Angriffsfläche. MCP, offene APIs, Fernwartungs- und Backup-Agenten sind bequem und werden schnell eingerichtet. Jede dieser Verbindungen ist ein weiterer Weg in die Verwaltung – auch dann, wenn Sie selbst gar keine solche Schnittstelle nutzen, weil Ihr Anbieter sie für seine eigene Oberfläche einsetzt.
• „Beim Anbieter gehostet“ ist keine Ausfallsicherung. Vorsorgliche Abschaltungen treffen auch korrekt arbeitende Systeme. Wer keine zweite Kopie und keine Ersatzwege hat, wartet mit.
• Der Ausfall betrifft mehrere Dienste gleichzeitig. Wenn Webserver, Verwaltung, Fernzugriff und Bestellsystem an derselben Stelle hängen, verliert man bei einer Störung alle vier – statt eines Dienstes.

Für Betriebe im Umland von Fürstenfeldbruck und Augsburg kommt hinzu, dass die ausgelagerten Systeme selten nur die Website umfassen: Postfächer, Zeiterfassung, Zeugnisse, Kundendaten.

Was Sie jetzt konkret prüfen sollten

1. Abhängigkeiten aufschreiben. Liste aller externen Dienste: Hosting, Domain und DNS, E-Mail, Sicherung, Fernwartung, Zeiterfassung. Dazu je Dienst die Notiz, was im Betrieb liegen bleibt, wenn nur die Verwaltungsoberfläche des Anbieters ausfällt.

2. Notfallweg für die Zugänge. Gibt es alternative Zugangswege (passwortbasierter Zugang, zweiter Administrator, Zugriff auf die DNS-Zone beim Registrar)? Sind diese Zugänge im Passwortspeicher dokumentiert und nicht nur auf dem Rechner einer einzelnen Person?

3. Eigene Sicherung, nicht nur die des Anbieters. Eine Kopie außerhalb der Anbieterumgebung, regelmäßig geprüft – entscheidend ist der Wiederherstellungstest, nicht die Existenz der Datei.

4. Wechselmöglichkeit klären. Kündigungsfrist, Datenexport, Auth-Code für den Domainumzug und ein Ansprechpartner beim Anbieter.

5. Angriffsfläche begrenzen. Wo Schnittstellen für Automatisierung oder KI-Werkzeuge nicht gebraucht werden, abschalten; wo sie gebraucht werden, mit eigenen Zugangsdaten, kleinstmöglichen Rechten und Protokollierung betreiben.

6. Kommunikationsweg festlegen. Statusseite des Anbieters als Lesezeichen, eine namentlich benannte Person im Betrieb, die Störungen bewertet, und ein Satz zum Vorgehen, wenn der Zugang länger als einen Tag fehlt.