Atac cibernetic la ANCPI: cadastrul și cartea funciară, blocate la nivel național

Cronologia, pe scurt

Ce se știe public, conform comunicatelor ANCPI și presei (News.ro, Mediafax, Adevărul):

• ▸Marți, 14 iulie 2026 — toate sistemele IT administrate de ANCPI devin nefuncționale, inclusiv e-Terra și emailul instituțional. Anunțul inițial: „incident tehnic major".
• ▸Miercuri–joi, 15–16 iulie — ANCPI confirmă că blocajul este rezultatul unui atac cibernetic și îl descrie drept cea mai amplă întrerupere tehnică din istoria instituției.
• ▸Estimarea de revenire: e-Terra „cel mai probabil" indisponibilă până la finalul săptămânii; un purtător de cuvânt a estimat repornirea sistemelor până luni, 20 iulie.
• ▸ANCPI afirmă că datele administrate „sunt în siguranță și nu au fost compromise". Investigația este condusă de „instituțiile abilitate"; tipul atacului și autorii nu au fost făcuți publici.

Ce știm și — la fel de important — ce NU știm

ANCPI nu a comunicat tipul atacului. Simptomele descrise public (toate sistemele oprite simultan, inclusiv emailul, cu o revenire estimată în zile, nu în ore) sunt compatibile cu mai multe scenarii — de la ransomware la o oprire preventivă a infrastructurii pentru izolarea unui intrus — dar orice încadrare, în lipsa confirmării oficiale, ar fi speculație. Nu există, la această oră, nicio atribuire.

Afirmația că „datele nu au fost compromise" este a instituției și e formulată la momentul unei investigații încă în curs. În incidente similare din alte țări, evaluările inițiale de acest fel au fost uneori revizuite ulterior — nu e o acuzație, ci un motiv de prudență standard: confirmarea reală vine abia la finalul investigației forensice.

De ce e un studiu de caz perfect pentru NIS2

ANCPI e exact tipul de entitate pe care NIS2 (transpusă în România prin OUG 155/2024) o are în vedere: un serviciu public de care depinde o piață întreagă. Incidentul ilustrează trei puncte pe care directiva le cere explicit prin Articolul 21:

• ▸Continuitate operațională: managementul crizei nu înseamnă doar „reparăm serverele", ci și un plan pentru cum funcționează serviciul (măcar degradat) între timp. Aici, lipsa unei alternative funcționale pentru extrase a blocat piața imobiliară.
• ▸Disponibilitatea E securitate: un atac care nu fură nimic, dar oprește serviciul, e tot un incident de securitate major. NIS2 tratează explicit disponibilitatea, nu doar confidențialitatea datelor.
• ▸Comunicare de criză: trecerea de la „incident tehnic" la „atac cibernetic" în două zile arată cât de greu e echilibrul între prudență și transparență. Pentru entitățile NIS2, notificarea de avertizare timpurie către DNSC are termen de 24 de ore de la constatare — un exercițiu pe care merită să-l ai repetat înainte să ai nevoie de el.

Lecții practice pentru orice organizație

• ▸Testează scenariul „totul e jos, inclusiv emailul": dacă mâine canalul tău principal de comunicare internă dispare, cum coordonezi răspunsul? Un canal de rezervă (out-of-band) e ieftin înainte de incident și de neprețuit în timpul lui.
• ▸Backup-uri restaurabile, nu doar existente: diferența dintre „revenim luni" și „revenim în ore" e, de obicei, un plan de restaurare exersat.
• ▸Monitorizează-ți dependențele: dacă fluxul tău de business depinde de un serviciu terț (public sau privat), tratează-l ca pe un activ — cu plan B documentat.
• ▸Vulnerabilitățile cunoscute rămân vectorul cel mai frecvent: inventarul propriu de active + monitorizarea CVE-urilor exploatate activ reduce exact suprafața pe care intră majoritatea atacatorilor.