Der Angriff auf Rumäniens Grundbuch prüft, ob Backups wirklich reichen
Der ANCPI-Fall zeigt, warum kritische Register isolierte Wiederherstellung, Integritätskontrollen und Notbetrieb brauchen.
Der Angriff auf Rumäniens Grundbuchsystem ist keine Geschichte für Panik, sondern für nüchterne Risikobetrachtung. Ziel war die ANCPI, die Agentur für Kataster und Immobilienregistrierung. Als e-Terra und verwandte Dienste Mitte Juli ausfielen, betraf das Notare, Banken, Käufer, Verkäufer und Bürger, die Eigentum nachweisen mussten.

Die Untersuchung läuft noch. Risky Business berichtete, der Angreifer habe gültige Zugangsdaten genutzt, interne Systeme kartiert, Erpressung versucht und danach Produktionssysteme sowie erreichbare Backups gelöscht. Help Net Security und Romania Insider berichteten, ANCPI habe zunächst von einem größeren technischen Vorfall gesprochen, später einen Cyberangriff bestätigt und die Neuinstallation sowie Härtung der Infrastruktur angekündigt. Eine archivierte ANCPI-Mitteilung sagt, Backups hätten an mehreren Orten existiert.
Fakten und Behauptungen trennen
Der Ausfall von e-Terra seit dem 14. Juli war sichtbar. ANCPI-Mitteilungen sind die offizielle Grundlage. Berichte über zum Verkauf angebotene Daten sind ernst zu nehmen, aber Behauptungen des Angreifers über Bürgerdaten, Quellcode oder gelöschte Sicherungen brauchen forensische Bestätigung.
Ein Grundbuch ist keine normale Datenbank. Es verbindet Eigentum, Hypotheken, Steuern, Erbschaften, Bau, Versicherungen und Rechtsstreitigkeiten. Wenn es ausfällt, kann ein Markt stillstehen, auch wenn die Daten später wiederhergestellt werden.
Backups müssen die Kompromittierung überleben
Die Lektion lautet nicht nur: Backups machen. Wenn derselbe Zugang Produktionsdaten und Sicherungen löschen kann, gibt es keine echte Resilienz. Nötig sind unveränderliche Snapshots, Kopien außerhalb des Angriffsbereichs, getrennte Konten, passende WORM-Speicher, Restore-Übungen und klare Wiederherstellungsziele.
Mehrere Speicherorte sind gut, aber nicht genug. Entscheidend ist, wer Kopien löschen kann, ob sie unveränderlich waren, wie lange sie vorgehalten werden, welche Logs den letzten sauberen Zustand beweisen und ob ein Dienst aus neuer Infrastruktur wieder aufgebaut werden kann.
Stille Manipulation wäre gefährlicher
Löschen fällt auf. Schlimmer wäre es, Eigentumsdaten zu ändern, Zeitstempel zu manipulieren und beschädigte Daten in die Backup-Historie wandern zu lassen. Kritische Register brauchen deshalb manipulationssichere Logs, unabhängigen Abgleich, signierte Snapshots, Vier-Augen-Kontrollen und rechtliche Verfahren für Streitfälle.
Blockchain wird in solchen Debatten schnell genannt. Sie löst aber weder Identität noch Zustimmung, Grenzfragen, Betrug oder Gerichtsentscheidungen. Wenn falsche Daten eingetragen werden, bewahrt ein unveränderliches System den Fehler sehr zuverlässig. Nötig sind Beweisführung, Integritätskontrollen und rechtliche Rekonstruktion.
Digitalisierung braucht einen Notbetrieb
Der Fall spricht nicht gegen digitale Verwaltung. Er spricht gegen Digitalisierung ohne getesteten Notbetrieb. Ein nationales Register muss vorher wissen, welche Dienste stoppen, welche manuell weiterlaufen, was aus read-only replicas ausgegeben werden kann und wer wiederhergestellte Datensätze zertifiziert.
Für andere Behörden und Betreiber maßgeblicher Datenbanken bleibt eine einfache Frage: Kann ein Angreifer mit gültigen Zugangsdaten zugleich den Dienst und die Beweise zur Wiederherstellung zerstören? Wenn das nicht praktisch getestet wurde, ist das Backup noch kein belastbarer Schutz.
Comments
Sign in to comment.
No comments yet.