Pagina urmărește cine răspunde de un serviciu public digital pe măsură ce se schimbă, cine verifică dacă mai este sigur și cine îl poate izola sau opri la timp.
Securitatea serviciilor publice digitale · România · verificat până la 20 iulie 2026
Cine poate opri un sistem public înaintea atacatorului?
România are reguli pentru fragmente ale serviciului. Nu am identificat însă un mecanism general care să urmărească întregul serviciu, să-i reevalueze riscul după schimbări majore și să ceară dovada că poate fi restaurat.
Ce vei găsi aici
- Incidente
Ce tipare reapar și ce nu poate fi încă afirmat.
- Instituții și lege
Cine poate face ce astăzi și unde se opresc puterile.
- Soluții
Ce poate începe imediat și ce cere legislație ori capacitate nouă.
Răspunsul, pe scurt
Statul are reguli și instituții pentru bucăți ale unui serviciu, dar nu am identificat o regulă generală care obligă pe cineva să privească întregul serviciu după fiecare schimbare majoră și să decidă din nou, cu dovezi, dacă poate rămâne online. Pagina arată ce se repetă în incidente, cine poate interveni astăzi și ce se poate schimba fără a inventa de la zero un nou stat digital.
Patru termeni care organizează analiza
Treci cu cursorul, focalizează sau atinge un termen pentru definiție.
Aplicația, datele, infrastructura, identitățile, furnizorii și procedurile care împreună livrează o funcție publică.
Persoana sau funcția care trebuie să vadă serviciul ca întreg și să răspundă de riscul rămas.
Termen propus aici pentru o decizie formală și limitată în timp că serviciul poate rămâne în producție în anumite condiții.
Limitarea controlată a expunerii: retragerea unui acces, separarea unei interfețe, modul degradat sau oprirea temporară a unei funcții.
01 · Cazul care a făcut întrebarea urgentă
ANCPI arată de ce întrebarea nu mai poate fi amânată
Atacul asupra ANCPI face vizibilă problema de fond: un serviciu public poate avea administratori diferiți pentru aplicație, infrastructură, identitate, backup și contracte, fără ca publicul să poată vedea ușor cine răspunde de întregul traseu. Pagina nu pretinde să ofere raportul tehnic oficial al incidentului; separă informațiile publice, imaginile atribuite atacatorului și necunoscutele.
Deschide cazul ANCPICe este confirmat, ce indică imaginile și ce rămâne necunoscut
ANCPI a confirmat oprirea sistemelor. În comunicarea din 15 iulie, instituția a afirmat că datele administrate sunt în siguranță și nu au fost compromise. Comunicarea detaliată din 19 iulie spunea însă că investigațiile tehnice și penale erau încă în desfășurare și că nu puteau fi comunicate concluzii oficiale privind aspectele cercetate. La verificarea din 20 iulie, anunțul oficial indexat descria în continuare serviciile ca indisponibile, iar investigațiile și remedierea ca fiind în curs. Capturile atribuite atacatorului susțin, dacă sunt autentice, un acces care pare să traverseze identitatea, aplicațiile, monitorizarea, virtualizarea și recuperarea. Ele nu demonstrează public exfiltrarea întregii baze cadastrale.
- 01
Autentificare
Serviciul care decide cine intră.
- 02
Identități
Directoare de utilizatori și privilegii.
- 03
Cod și operare
GitLab, configurații și monitorizare.
- 04
Virtualizare
Consola care administrează parcul de servere.
- 05
Recuperare
Backup-urile și posibilitatea de a reveni la o stare curată.
Ce este documentat public
ANCPI a confirmat cea mai amplă întrerupere tehnică din istoria instituției. La 19 iulie, infrastructura era reinstalată și consolidată, iar reluarea era anunțată ca proces etapizat. La verificarea din 20 iulie, serviciile erau încă descrise oficial ca indisponibile. Instituția a spus că dispunea de mai multe locații de backup, dar nu a publicat încă un raport tehnic public complet privind datele ori restaurarea.
Ce susțin capturile, dacă sunt autentice
Capturile indică, dacă sunt autentice, acces la identitate, virtualizare, monitorizare, cod, configurații și backup, plus vizibilitate asupra unui parc de aproximativ 1.071 de mașini virtuale și 107 gazde fizice.
Ce nu este demonstrat public
Exfiltrarea completă a bazei cadastrale, vectorul inițial, persistența, bilanțul final al datelor copiate, starea efectivă a fiecărei copii de siguranță și proporția infrastructurii restaurate în condiții verificate. ANCPI spune că investigațiile sunt în curs și că nu poate comunica încă concluzii oficiale asupra aspectelor cercetate.
ANCPI, comunicatul din 15 iulie 2026ANCPI, actualizări privind indisponibilitatea, restaurarea și investigațiile, verificate la 19–20 iulie 2026
Deschide analiza separată a probelor publice despre ANCPI
ANCPI este punctul de plecare, nu verdictul final al paginii. Întrebarea utilă aici este de ce un traseu ar putea traversa atât de multe straturi înainte ca o barieră să-l oprească.
Opt întrebări care duc de la incident la reformă
02 · Repetiția
ANCPI nu este primul caz
Patru incidente arată patru feluri în care același control se poate rupe: o platformă comună poate multiplica blocajul, bilanțul datelor poate rămâne contradictoriu chiar după confirmarea incidentului, restaurarea poate trebui făcută la scara unui întreg parc IT, iar compromiterea unui singur strat poate deschide drumul către multe altele.
Platforma Hipocrate și 26 de spitale
Ransomware-ul Backmydata, din familia Phobos, a criptat serverele unei platforme comune. Bilanțul DNSC a ajuns la 26 de spitale și aproximativ o săptămână de perturbare.
Ce adaugă la argument
O platformă comună poate transforma o breșă într-o întrerupere simultană în zeci de spitale.
Incident confirmat publicSurse primare și secundare
Camera Deputaților
Atacul și exfiltrarea unor documente au fost confirmate public. Cifrele oficiale comunicate ulterior nu concordă: ministrul digitalizării a vorbit inițial despre aproximativ 250 GB, iar o comunicare ulterioară atribuită DNSC a indicat 316 fișiere, însumând aproximativ 300 MB.
Ce adaugă la argument
Două cifre publice oficiale incompatibile arată de ce un incident are nevoie de actualizări longitudinale, iar clarificarea STS separă instituția care ajută de instituția care deține sistemul.
Incident confirmat publicRelatare secundară care atribuie confirmarea instituțieiCifre publice incompatibile
Primăria Timișoara, Direcția Fiscală și Poliția Locală
Serviciile online au fost afectate, iar raportul DNSC a indicat aproximativ 112 sisteme. Datele critice și o parte dintre cele neesențiale au fost recuperate.
Ce adaugă la argument
Recuperarea parțială după afectarea a aproximativ 112 sisteme arată că restaurarea este un control operațional, nu o bifă în inventar.
Incident confirmat publicSurse primare și secundare
Apele Române și 10 administrații bazinale
Aproximativ 1.000 de sisteme IT și de comunicații au fost compromise, inclusiv GIS, baze de date, servere și stații. Tehnologia operațională a rămas neafectată.
Ce adaugă la argument
Amploarea declarată a compromiterii arată cât de repede un incident depășește un singur server și devine o problemă de inventar, segmentare și recuperare.
Incident confirmat publicSursă primară disponibilă
Instituțiile și atacatorii se schimbă. Reapar aceleași controale elementare: actualizări, conturi privilegiate, separarea sistemelor, backup-uri care pot fi restaurate și un responsabil care răspunde pentru risc.
Explorează toate cele 24 de cazuri documentate03 · Mecanismul instituțional
Fiecare răspunde de o bucată. Cine răspunde de întregul serviciu?
Instituția rămâne responsabilă chiar când aplicația, infrastructura, mentenanța și securitatea sunt împărțite între echipe și furnizori. În documentele publice, persoana răspunzătoare pentru riscul serviciului pe întregul ciclu de viață și momentul în care riscul trebuie acceptat din nou nu sunt întotdeauna vizibile.
Instituția
- Poate face
- deține serviciul și rămâne răspunzătoare pentru funcționare, date și resurse
- Limita
- responsabilitatea generică a conducerii nu numește automat proprietarul fiecărui serviciu
Contractorul
- Poate face
- dezvoltă sau întreține aplicația și poate primi acces privilegiat
- Limita
- poate executa controale, dar nu ar trebui să accepte riscul în locul statului
Operatorul infrastructurii
- Poate face
- administrează servere, rețele sau cloud în perimetrul său
- Limita
- o infrastructură bine securizată nu repară codul, identitățile sau procesele aplicației
Comitetul Tehnico-Economic pentru Societatea Informațională și Autoritatea pentru Digitalizarea României
- Poate face
- verifică anumite investiții, arhitectura și standardele comune
- Limita
- poarta este legată de proiecte și documentație; serviciul continuă după implementare
DNSC
- Poate face
- reglementează, controlează, impune măsuri, termene și dovezi de remediere
- Limita
- controlul nu este același lucru cu proprietatea zilnică a serviciului
STS și SRI
- Poate face
- au roluri tehnice precise în Cloudul Privat Guvernamental
- Limita
- nu administrează universal toate aplicațiile statului
Autoritatea Națională de Supraveghere a Prelucrării Datelor cu Caracter Personal
- Poate face
- intervine asupra breșelor de date personale și obligațiilor GDPR
- Limita
- nu este regulator de arhitectură, patch management sau continuitate
Atribuțiile sunt distribuite între mai mulți actori. Cadrul public nu face întotdeauna vizibilă persoana care răspunde explicit pentru riscul serviciului întreg, de la lansare până la casare.
Deschide harta completă «cine poate face ce?»04 · Legea reală
Legea cere multe controale. Nu am identificat o cerință generală ca decizia de funcționare să fie reluată după fiecare schimbare majoră.
Obligațiile privind activele, furnizorii, accesul, incidentele și continuitatea sunt extinse, iar DNSC poate controla și impune remedierea. Din spațiul public nu putem măsura consecvent aplicarea lor în fiecare instituție. Golul identificat aici este o legătură generală și uniformă între o schimbare materială, o nouă evaluare și asumarea formală, temporară, a riscului rămas.
Există și poate fi folosit acum
Poate statul obliga instituțiile centrale să gestioneze riscul cibernetic?
Da. Cadrul NIS2 cere controale asupra activelor, accesului, furnizorilor, incidentelor și recuperării, iar conducerea aprobă măsurile și resursele.
Există și poate fi folosit acum
Poate DNSC controla și urmări remedierea?
Da. Poate cere dovezi, impune măsuri și termene, iar Ordinul nr. 3/2025 cere responsabili, plan, documente justificative și monitorizare până la verificarea remedierii.
Există, dar aplicarea sau capacitatea nu este vizibilă suficient
Există un inventar național al infrastructurii digitale publice?
Legea nr. 119/2026 a fost publicată la 3 iulie 2026 și intră în vigoare la 3 ianuarie 2027. Normele de aplicare trebuie adoptate în 60 de zile de la intrarea în vigoare, iar mecanismele de cooperare interinstituțională trebuie stabilite prin ordin comun în 90 de zile. Instituțiile au șase luni de la intrarea în vigoare pentru a-și înregistra resursele. Dacă termenele și textul nu se modifică, prima limită generală de înregistrare ajunge la 3 iulie 2027. Implementarea este graduală, iar valoarea reală a PNIDP va depinde de calitatea normelor, verificarea datelor și actualizarea automată.
Este limitat sau ambiguu
Este independent responsabilul de securitate al administrației față de structura IT?
Garanțiile de autoritate managerială, raportare directă și independență față de IT prevăzute pentru alte entități nu se aplică în aceeași formă administrației publice.
Este limitat sau ambiguu
Poate o autoritate izola imediat și neechivoc orice serviciu public periculos?
Nu am identificat o putere generală, explicită și uniformă prin care o singură autoritate externă poate scoate imediat din funcțiune orice serviciu public periculos. Există puteri de control, măsuri preventive și ordine de remediere; proprietarul serviciului își poate opri sau degrada propriul sistem; în infrastructuri comune există roluri operaționale mai înguste. Limitele intervenției de urgență necesită confirmare juridică externă.
Lipsește ca mecanism transversal
Trebuie reautorizat fiecare serviciu critic după o schimbare materială?
Nu am identificat un regim universal care să lege pentru fiecare serviciu schimbarea materială, reevaluarea, acceptarea temporară a riscului și o nouă decizie de operare.
Unele instrumente există și pot fi folosite acum. Altele sunt ambigue sau încă nefuncționale. Golul central rămâne o nouă decizie asupra serviciului real după schimbări majore, nu doar avizul proiectului cumpărat cândva.
Verifică stiva juridică și matricea articol–afirmație05 · Controlul care lipsește
Un aviz descrie proiectul evaluat. Serviciul real continuă să se schimbe.
Patch-urile, integrările, furnizorii, privilegiile, excepțiile și tehnologiile fără suport pot transforma treptat serviciul. Fără un declanșator obligatoriu, uniform și verificabil de reevaluare, dosarul inițial ajunge să descrie un sistem care nu mai există.
Ce înseamnă aici „decizie de operare”: un mecanism propus prin care o persoană identificabilă decide, pentru o perioadă limitată și pe baza unor dovezi, dacă serviciul poate rămâne în producție. Nu este denumirea unui regim juridic general aflat astăzi în vigoare în România.
Pornește scenariul și urmărește cum evaluarea inițială își pierde treptat puterea explicativă.
Statutul serviciuluiEvaluarea este actuală
Serviciul intră în producție cu arhitectura și controalele evaluate.
Când serviciul s-a schimbat, dar evaluarea a rămas veche, trebuie luată o nouă decizie
- 01reevaluează serviciul
- 02acceptă temporar riscul și fixează un termen
- 03izolează componenta vulnerabilă
- 04oprește temporar sau retrage dreptul de funcționare
- 05migrează ori casează serviciul
Inventarul spune ce există. Mecanismul propus al deciziei de operare ar spune dacă serviciul real mai poate rămâne online în condiții acceptabile.
06 · Alte state
Alte state au legat piesele în trei moduri concrete
Franța, Statele Unite și Estonia folosesc mecanisme diferite. Elementul comun este un moment formal în care cineva decide, semnează și trebuie să prezinte dovada. Niciun model nu elimină incidentele: diferența este că riscul are un proprietar, ordinele pot avea termen, iar dreptul de funcționare poate expira.
Franța
Riscul este acceptat formal și pentru o perioadă limitată
Omologarea de securitate cere unei autorități identificabile să decidă dacă riscul rezidual permite operarea. Schimbările majore și expirarea termenului redeschid decizia.
România are nevoie de rezultatul mecanismului: o persoană nominală care acceptă riscul rămas pentru un termen limitat.
Statele Unite
Directivele transformă obligația generală în termen verificabil
CISA poate cere agențiilor civile acoperite să descopere activele, să remedieze vulnerabilități exploatate sau să protejeze interfețele administrative până la date concrete.
«Gestionați vulnerabilitățile» devine «remediați această expunere până la data X și furnizați dovada».
Estonia
Un registru poate fi și procedură, nu numai inventar
RIHA leagă sistemele, proprietarii și schimbările, iar E-ITS oferă controale aplicabile și audit proporțional pentru organizațiile care îndeplinesc funcții publice.
Instituțiile mici nu sunt lăsate să inventeze singure controlul minim; primesc un standard și servicii reutilizabile.
România nu trebuie să copieze organigramele altor state. Poate prelua trei rezultate: un risc acceptat nominal și temporar, ordine tehnice măsurabile și un standard comun verificat periodic.
Compară toate cele cinci modele și limitele lor07 · Șapte reguli
Șapte reguli pentru ca următorul incident să nu fie tratat ca o surpriză
Reforma poate fi rezumată fără o nouă organigramă gigantică. Fiecare regulă produce un obiect verificabil, un proprietar și un moment de decizie.
- 01
Cunoaște fiecare serviciu critic.
Inventarul trebuie reconciliat cu DNS, cloud, identități, scanere și contracte, nu completat o singură dată într-un formular.
- 02
Numește un proprietar pentru întregul serviciu.
Cineva trebuie să lege funcționarea, datele, continuitatea, contractul și riscul, fără a le transfera integral furnizorului.
- 03
Autorizează înainte de producție și reautorizează după schimbări materiale.
Decizia are termen, condiții, excepții și un declanșator clar pentru o nouă evaluare.
- 04
Transformă remedierea urgentă în termen și dovadă.
DNSC poate folosi puterile existente mai uniform, iar legea poate clarifica izolarea temporară în caz de risc grav și iminent.
- 05
Controlează fiecare acces privilegiat al furnizorilor.
Identități nominale, acces la timp, jurnalizare, aprobare și ștergere la finalul contractului.
- 06
Dovedește recuperarea prin restaurări testate.
Existența backup-ului nu este suficientă dacă atacatorul folosește aceleași identități sau dacă restaurarea completă nu a fost încercată.
- 07
Publică lecții post-incident care pot fi refolosite.
Fără a expune detalii sensibile, statul poate spune ce control a eșuat, ce a schimbat și cum a verificat remedierea.
Reforma poate începe cu inventar verificat, responsabilitate nominală, mecanismul propus al unei decizii limitate în timp, acces privilegiat controlat și recuperare demonstrată.
08 · Plan de acțiune
Ce poate începe în primele 100 de zile — și ce trebuie construit după
Primele măsuri nu cer o nouă arhitectură instituțională. Inventarul de urgență, controlul accesului privilegiat, verificarea vulnerabilităților exploatate și testarea restaurării pot începe imediat. Autorizarea periodică, reforma CTE și capacitatea comună pentru administrația locală cer mai mult timp.
Statutul programului: acesta este un program editorial propus, construit din golurile identificate și practicile analizate. Nu este un program oficial, nu include o estimare bugetară completă și trebuie validat operațional de instituțiile responsabile.
Cum se aleg primele 100 de servicii: prin combinarea impactului cu expunerea: importanță națională, sensibilitatea datelor, dependențe, absența unei alternative manuale funcționale, consecința indisponibilității, interfețe expuse internetului, vulnerabilități exploatate activ, tehnologii fără suport și capacitatea reală de restaurare, nu după valoarea contractului. Metodologia și progresul pot fi publice agregat, fără o listă exploatabilă a sistemelor.
Intervenția nu înseamnă întotdeauna oprirea integrală a serviciului. Poate însemna izolarea unei interfețe administrative, retragerea accesului unui furnizor, trecerea într-un mod degradat, blocarea unei funcții vulnerabile ori suspendarea temporară a deciziei de operare până la remediere.
Se poate face acum, cu legea existentă
Inventariază toate interfețele administrative expuse și vulnerabilitățile exploatate
- Responsabil
- Directoratul Național de Securitate Cibernetică. Apare ca responsabil pentru supraveghere, control, măsuri de remediere și coordonare tehnică în securitate cibernetică.Instituțiile care dețin și operează serviciile. Ele răspund de aplicare, date, continuitate, contracte și riscul rămas.
- Instrument
- control tematic și măsuri existente
- Dovadă de finalizare
- inventar reconciliat între declarațiile instituției și descoperirea tehnică; proprietar desemnat pentru fiecare activ; termen de remediere; retestare care confirmă închiderea expunerii; raport agregat fără detalii exploatabile
- Termen
- 30 de zile
Numește proprietarii serviciului, sistemului, datelor, continuității și contractului
- Responsabil
- Conducerea poate desemna proprietarii serviciului, aloca resurse și asuma formal responsabilitatea managerială.
- Instrument
- decizie managerială
- Dovadă de finalizare
- matrice semnată și testată într-un exercițiu
- Termen
- 30–60 de zile
Testează restaurarea completă pentru primele servicii critice
- Responsabil
- Instituțiile care dețin și operează serviciile. Ele răspund de aplicare, date, continuitate, contracte și riscul rămas.Echipele sau furnizorii care administrează infrastructura. Ei execută restaurarea și furnizează dovezile tehnice, împreună cu instituția care deține serviciul.
- Instrument
- planuri de continuitate și control managerial
- Dovadă de finalizare
- restaurare integrală într-un mediu izolat, RTO/RPO măsurate, integritatea datelor verificată, problemele înregistrate și retestate
- Termen
- 100 de zile
Necesită coordonare, norme sau hotărâre
Construiește pașaportul temporar al primelor 100 de servicii critice
- Responsabil
- Autoritatea pentru Digitalizarea României. Apare pentru standarde comune, arhitectură digitală, platforme partajate și coordonarea investițiilor publice în IT.Directoratul Național de Securitate Cibernetică. Apare ca responsabil pentru supraveghere, control, măsuri de remediere și coordonare tehnică în securitate cibernetică.Instituțiile care dețin și operează serviciile. Ele răspund de aplicare, date, continuitate, contracte și riscul rămas.
- Instrument
- protocol comun și condiționarea finanțării
- Dovadă de finalizare
- 100 de fișe cu proprietari, furnizori, riscuri, teste și termen de reevaluare
- Termen
- 100 de zile
Publică clauze standard pentru accesul privilegiat al furnizorilor
- Responsabil
- Agenția Națională pentru Achiziții Publice. Apare aici deoarece poate standardiza documentația și clauzele folosite în achizițiile publice.Autoritatea pentru Digitalizarea României. Apare pentru standarde comune, arhitectură digitală, platforme partajate și coordonarea investițiilor publice în IT.Directoratul Național de Securitate Cibernetică. Apare ca responsabil pentru supraveghere, control, măsuri de remediere și coordonare tehnică în securitate cibernetică.
- Instrument
- documentație-model și ghid
- Dovadă de finalizare
- identități nominale, loguri, audit, notificare și închiderea accesului
- Termen
- 100 de zile
Necesită modificare legislativă
Completează pragul financiar CTE cu un prag de criticitate
- Responsabil
- Guvernul României. Poate coordona ministerele, modifica hotărâri de guvern și aloca mandat, capacitate și buget.Autoritatea pentru Digitalizarea României. Apare pentru standarde comune, arhitectură digitală, platforme partajate și coordonarea investițiilor publice în IT.
- Instrument
- modificarea HG 941/2013
- Dovadă de finalizare
- serviciile critice intră în asigurare indiferent de cost
- Termen
- 6–12 luni
Clarifică reautorizarea și izolarea temporară în risc grav și iminent
- Responsabil
- Guvernul României. Poate coordona ministerele, modifica hotărâri de guvern și aloca mandat, capacitate și buget.Parlamentul României. Este necesar când măsura cere modificarea unei legi, nu doar norme sau decizii administrative.Directoratul Național de Securitate Cibernetică. Apare ca responsabil pentru supraveghere, control, măsuri de remediere și coordonare tehnică în securitate cibernetică.
- Instrument
- modificarea cadrului NIS2 și garanții procedurale
- Dovadă de finalizare
- declanșatoare, termene, motivare, continuitate și cale de contestare
- Termen
- 6–12 luni
Necesită capacitate și buget, nu încă o lege
Creează servicii comune pentru administrațiile cu capacitate tehnică mică
- Responsabil
- Guvernul României. Poate coordona ministerele, modifica hotărâri de guvern și aloca mandat, capacitate și buget.Autoritatea pentru Digitalizarea României. Apare pentru standarde comune, arhitectură digitală, platforme partajate și coordonarea investițiilor publice în IT.Directoratul Național de Securitate Cibernetică. Apare ca responsabil pentru supraveghere, control, măsuri de remediere și coordonare tehnică în securitate cibernetică.Autorități și structuri cu responsabilități într-un domeniu public. Ele aduc cunoașterea serviciilor din sector și pot extinde capacitatea comună către instituțiile mici.
- Instrument
- buget, cadre de personal și platforme comune
- Dovadă de finalizare
- scanare, PAM, logging și backup disponibile ca servicii partajate
- Termen
- 12–24 de luni
Următorul incident nu poate fi eliminat. Dar nu mai trebuie să găsească un sistem pe care nimeni nu l-a privit ca întreg de ani de zile.
Probe și surse
Dovezile din spatele analizei
Această pagină adună documentele și datele pe care se sprijină analiza: 24 de cazuri și campanii selectate, atribuțiile instituțiilor, legislația, Cloudul Guvernamental, comparațiile internaționale, metodologia și biblioteca completă de surse.