Cyberangriff auf Beget: Datenverlust erschwert Wiederanlauf

Beget muss nach einem zerstörerischen Cyberangriff zwei Probleme gleichzeitig lösen: verlorene Daten wiederherstellen und prüfen, welchen Servern noch zu trauen ist. Nach Angaben des russischen Hostinganbieters müssen mehr als 1.000 Maschinen vor ihrer Wiederinbetriebnahme manuell auf versteckte Schwachstellen und Schadskripte untersucht werden. Einen Termin für die vollständige Wiederherstellung nannte das Unternehmen nicht. Damit hängt der Wiederanlauf auch davon ab, ob sich ein sicherer Betriebszustand herstellen lässt. (RBC, The Record)

Der Angriff traf laut Beget in der Nacht vom 1. auf den 2. November 2026 die eigene Infrastruktur. Die veröffentlichte Chronologie nennt gegen 02:00 Uhr Moskauer Zeit einen Zugriff auf Management-Server. Gegen 02:30 Uhr hätten die Angreifer Schadsoftware gestartet, die Serverdaten löschte. Wie sie ursprünglich Zugang erhielten, ist öffentlich nicht geklärt. (Beget)

Der Zugriff reichte bis in die Verwaltungsinfrastruktur

Management-Server sind für die Einordnung wichtig: Der von Beget beschriebene Zugriff betraf die Verwaltungsinfrastruktur des Anbieters. Welche Berechtigungen die Angreifer erlangten, welche Systeme voneinander getrennt waren und wie sich die Löschsoftware ausbreitete, geht aus den vorliegenden Angaben allerdings nicht hervor. Aus der Chronologie lässt sich deshalb keine konkrete Sicherheitslücke ableiten. (Beget)

Den Schaden beschreibt Beget über mehrere Dienste hinweg. In der Cloud-Infrastruktur seien Daten von virtuellen privaten Servern, S3-Speicher und Kubernetes verloren gegangen. Auch CDN- und IP-Konfigurationen seien gelöscht worden. RBC und The Record geben hierzu Angaben des Unternehmens wieder; eine unabhängige vollständige Bestandsaufnahme des Datenverlusts liegt damit nicht vor. (RBC, The Record)

Für betroffene Betreiber bedeutet diese Kombination möglicherweise mehr Arbeit als das Zurückspielen von Dateien. Wo auch Konfigurationen fehlen, können zusätzlich Zuordnungen und Einstellungen rekonstruiert werden müssen, bevor eine Anwendung wieder erreichbar ist. Welche Kunden das konkret betrifft und wie viel davon Beget selbst wiederherstellen kann, ist nicht öffentlich beziffert. Die gemeldeten Verluste betreffen jedenfalls sowohl Nutzdaten als auch Teile der betrieblichen Konfiguration. (RBC, The Record)

Bei den Backups verläuft eine entscheidende Trennlinie

Nach Unternehmensangaben blieben dateibasierte VPS-Backups erhalten, während binäre VPS-Backups vollständig verloren gingen. Das ist die wichtigste Einschränkung hinter der Nachricht vom Cloud-Datenverlust: Es gibt demnach noch Sicherungen, aber nicht mehr alle zuvor vorhandenen Sicherungsarten. Wie weit die verbliebenen Bestände eine Wiederherstellung ermöglichen, ist offen. (RBC, The Record)

Die Angabe erlaubt weder die pauschale Aussage, sämtliche Kundendaten seien endgültig verloren, noch die Entwarnung, vorhandene Backups würden den Schaden vollständig beheben. Entscheidend wären deren Abdeckung, Alter und tatsächlich nutzbarer Inhalt. Dazu liefern die geprüften Angaben keine ausreichenden Zahlen. Auch die Ursache dafür, dass eine Sicherungsart erhalten blieb und die andere verloren ging, ist nicht veröffentlicht. (RBC, The Record)

Als allgemeine Vorsorgemaßnahme folgt daraus eine konkrete Prüfaufgabe für Cloud-Kunden: Welche Daten und Einstellungen lassen sich aus einer Sicherung tatsächlich wiederherstellen? Eine zusätzliche Sicherung außerhalb derselben administrativen Zuständigkeit kann das Risiko gemeinsamer Ausfälle begrenzen. Sie ersetzt allerdings keinen getesteten Wiederherstellungsablauf. Das ist eine Vorsorgeempfehlung, keine Feststellung über die bislang unbekannte Backup-Architektur von Beget.

Ein erreichbarer Dienst ist noch keine vollständige Entwarnung

Beget meldete bereits einzelne Fortschritte. Nicht vom Unternehmen administrierte dedizierte Server und Nameserver seien am 2. November wieder in Betrieb genommen worden. Am 3. November waren laut Anbieter mehr als 80 Prozent der Mail-Infrastruktur wiederhergestellt. Am 4. November gingen erste Websites auf wiederhergestellten Shared-Hosting-Servern wieder online. Diese Angaben beschreiben einzelne Dienste und Etappen, keinen vollständig abgeschlossenen Wiederanlauf. (Beget, RBC)

Die angekündigte manuelle Prüfung von mehr als 1.000 Servern zeigt den zusätzlichen Aufwand nach einem zerstörerischen Zugriff. Ein System lediglich wieder zu starten, würde die Frage nach verbliebenen Schadskripten nicht beantworten. Für Kunden ist deshalb neben der Erreichbarkeit relevant, ob ihre Umgebung bereits geprüft wurde und welche Wiederherstellungsarbeiten noch ausstehen. Wie Beget diese Prüfungen im Einzelnen durchführt, ist nicht veröffentlicht. (RBC, The Record)

Die Ausfälle blieben nicht auf die Hostingverwaltung beschränkt. RBC berichtete über Störungen beim Carsharingdienst BelkaCar. The Record nennt außerdem betroffene Dienste von Unternehmen, Behörden und Forschungseinrichtungen. Ein abschließend dokumentierter Gesamtumfang liegt nicht vor. (RBC, The Record)

Zugangsdaten wechseln, Wiederherstellung überprüfen

Beget erklärte laut den Berichten, es gebe keine Hinweise auf Versuche, Kundendaten herunterzuladen oder zu verändern. Zugleich forderte das Unternehmen Kunden auf, Passwörter, Zugangsschlüssel und weitere auf betroffenen Systemen gespeicherte Zugangsdaten zu wechseln. Die Aussage über fehlende Hinweise ist kein unabhängiger Nachweis, dass ein Datenabfluss ausgeschlossen werden kann. (RBC, The Record)

Für betroffene Kunden stehen damit konkrete Arbeiten an: Zugangsdaten nach Empfehlung des Anbieters ersetzen, den verfügbaren Sicherungsstand klären und wiederhergestellte Anwendungen auf Vollständigkeit und korrekte Konfiguration prüfen. Wer den Angriff ausführte, ist öffentlich nicht bekannt; laut The Record bekannte sich keine Gruppe dazu. Für die Wiederaufnahme des Betriebs bleibt vorerst entscheidend, welche Daten zurückkommen und welche Systeme nach der Prüfung wieder verlässlich nutzbar sind. (RBC, The Record)