Atak na rumuński rejestr gruntów jest poważny bez katastroficznego tonu. Celem była ANCPI, agencja odpowiedzialna za kataster i rejestrację nieruchomości. Gdy e-Terra i powiązane usługi przestały działać w połowie lipca, skutki odczuli notariusze, banki, kupujący, sprzedający i obywatele potrzebujący potwierdzenia własności.

Bezpieczne odtwarzanie rejestru gruntów po cyberataku

Śledztwo nadal trwa. Risky Business podał, że napastnik miał użyć ważnych poświadczeń, zmapować systemy, próbować wymuszenia, a potem usunąć systemy produkcyjne i dostępne kopie. Help Net Security i Romania Insider informowały, że ANCPI najpierw mówiła o dużym incydencie technicznym, później potwierdziła cyberatak i zapowiedziała reinstalację oraz wzmocnienie infrastruktury. Zarchiwizowany komunikat ANCPI mówi o kopiach zapasowych w kilku lokalizacjach.

Fakty oddzielone od twierdzeń

Niedostępność e-Terra od 14 lipca była widoczna. Komunikaty ANCPI są oficjalnym punktem odniesienia. Doniesienia o danych wystawionych na sprzedaż na forach przestępczych są istotnym sygnałem, ale twierdzenia napastnika o danych obywateli, kodzie źródłowym czy usuniętych backupach wymagają potwierdzenia.

Rejestr gruntów nie jest zwykłą bazą. Łączy własność, hipoteki, podatki, spadki, budowę, ubezpieczenia i spory sądowe. Jego awaria może zatrzymać transakcje nawet wtedy, gdy dane ostatecznie da się odzyskać.

Backup musi przetrwać włamanie

Sama kopia zapasowa nie wystarczy. Jeśli ta sama ścieżka poświadczeń pozwala usunąć produkcję i backupy, organizacja ma opóźnioną awarię, a nie odporność. Potrzebne są niemutowalne snapshoty, kopie poza zasięgiem ataku, oddzielne konta, WORM tam, gdzie pasuje, i ćwiczenia odtwarzania z założeniem, że główna domena jest skompromitowana.

Kilka lokalizacji backupu brzmi dobrze, ale trzeba wiedzieć, kto mógł je skasować, czy były immutable, jak długo je przechowywano, jakie logi wskazują ostatni czysty stan i czy usługę da się odbudować na świeżej infrastrukturze.

Cicha zmiana danych byłaby gorsza

Usunięcie danych widać od razu. Groźniejsze byłoby zmienianie wpisów własności, manipulowanie datami i wpuszczenie błędnych rekordów do historii kopii. Krytyczne rejestry potrzebują odpornych logów, niezależnego uzgadniania, podpisanych snapshotów, podwójnej kontroli i procedur prawnych dla sporów.

Blockchain często pojawia się w takich rozmowach, ale nie rozwiązuje tożsamości, zgody, granic działki, oszustwa ani decyzji sądu. Jeśli fałszywy rekord trafi do systemu, niezmienny rejestr może tylko dobrze zachować błąd.

Cyfryzacja wymaga trybu awaryjnego

Ten przypadek nie jest argumentem przeciw usługom cyfrowym. Jest argumentem przeciw cyfryzacji bez sprawdzonego odzyskiwania. Rejestr narodowy powinien wcześniej wiedzieć, co zatrzymać, co obsłużyć ręcznie, co wydać z read-only replica i kto potwierdza odtworzone dane.

Każdy operator autorytatywnej bazy powinien zapytać: czy atakujący z ważnymi poświadczeniami może zniszczyć jednocześnie usługę i dowód potrzebny do jej odbudowy? Jeśli odpowiedzi nie przetestowano, backup pozostaje obietnicą.