Ransomware la Societatea Națională de Radiocomunicații (Radiocom): ce este confirmat în primele ore și ce întrebi despre rețelele interne ale operatorilor critici

• Incidentul a fost detectat pe 19 octombrie 2026, la ora 6:30 potrivit comunicatului Radiocom citat de Cursdeguvernare.ro. Au fost luate măsuri imediate pentru limitarea lui.
• Potrivit companiei și DNSC, impactul „pare să fie concentrat la nivelul rețelei interne”. Verificările preliminare, comunicate de DNSC, arată că serviciile oferite clienților funcționează în continuare, fără indicii că ar fi afectate.
• DNSC a fost notificat prin Platforma Națională de Raportare a Incidentelor de Securitate Cibernetică (PNRISC) și a trimis o echipă la sediul companiei pentru investigație și evaluarea impactului.
• SNR a sesizat instituțiile competente, inclusiv DIICOT, potrivit Cursdeguvernare.ro și Business24.ro, și evaluează împreună cu autoritățile ce date au fost afectate.
• Serviciul de e-mail este temporar indisponibil, iar clienții și partenerii sunt sfătuiți să fie prudenți cu mesajele trimise în numele companiei și să nu deschidă linkuri sau atașamente neașteptate, potrivit comunicatului citat de Cursdeguvernare.ro.

• Ce date au fost afectate, dacă au fost copiate sau doar criptate: evaluarea este în curs.
• Familia de ransomware, grupul responsabil și dacă există o cerere de răscumpărare. Sursele citite nu relatează nicio revendicare.
• Cum a intrat atacatorul și de cât timp era în rețea înainte de 6:30.
• Cât va dura indisponibilitatea e-mailului și dacă alte sisteme sunt oprite. Sursele nu fac aici afirmații consecvente: o parte menționează doar e-mailul, altele nu menționează nimic.
• Dacă „rețeaua internă” include sisteme legate de difuzare sau transport. Afirmația că serviciile pentru clienți funcționează este preliminară și vine din verificările inițiale.

Un operator de infrastructură are, în general, o rețea administrativă (e-mail, contabilitate, resurse umane) și o rețea operațională care ține serviciile în funcțiune. Dacă ransomware-ul rămâne în prima, clienții nu simt nimic imediat. Dacă trece în a doua, se oprește serviciul.

Comunicatul spune că impactul pare limitat la rețeaua internă. Este o veste bună dacă se confirmă. Dar ea aduce în față întrebarea pe care trebuie să și-o pună orice organizație cu servicii critice: ce legături există între cele două rețele, prin ce conturi, servere de salt, partajări de fișiere sau acces la distanță, și cine a verificat ultima oară că limita ține?

Wall-Street.ro enumeră, în același articol, alte incidente recente în instituții din România, între care atacul asupra aplicației Depozitarului Central, un ransomware la Administrația Națională a Penitenciarelor în iulie și un atac asupra ANCPI, tot în iulie. Nu am verificat independent aceste detalii și nu există în sursele citite o legătură între incidente. Le menționăm doar ca context.

• Desenează granița dintre rețeaua administrativă și cea operațională: ce trece prin ea (conturi comune, relații de încredere în Active Directory, partajări, acces la distanță) și cine o testează.
• Ai un canal de comunicare alternativ dacă e-mailul cade? Radiocom a rămas, între altele, fără adresa obișnuită de contact. Pregătește din timp un număr de telefon, o listă de contacte offline și un mod de a anunța clienții.
• Au copiile de siguranță o variantă izolată, testată la restaurare, inclusiv pentru Active Directory și e-mail?
• Cine decide, în ziua incidentului, ce se oprește preventiv? Opririle preventive costă, dar un ransomware lăsat să se extindă costă mai mult.
• Ai o politică stabilită din timp despre contactul cu atacatorii și plata, cu implicarea juridicului și a organelor de aplicare a legii? Este o decizie de conducere, nu una de noapte.
• Ce date ale clienților și partenerilor ai, și ce le spui în primele 24 de ore? Un comunicat scurt, cu ce știi, ce nu știi și când revii.
• Dacă ești client sau partener al unui operator atacat: tratează mesajele „de la ei” ca suspecte, verifică prin telefon orice schimbare de cont bancar sau de instrucțiuni de plată și nu deschide atașamente neașteptate.
• Cere furnizorilor critici să-ți spună cum te anunță în caz de incident și în cât timp, și scrie asta în contract.

Presa relatează că SNR a raportat incidentul DNSC prin PNRISC în aceeași zi. Pentru entitățile esențiale și importante, NIS2 cere avertizare timpurie în 24 de ore și raport inițial în 72 de ore pentru incidente semnificative. În România, directiva a fost transpusă prin OUG 155/2024, aprobată prin Legea 124/2025, cu DNSC drept autoritate. Dacă sunt afectate date personale, GDPR cere notificarea ANSPDCP în 72 de ore, dacă este posibil, și informarea persoanelor când riscul este ridicat. Aplicabilitatea depinde de situația fiecărei organizații; verifică cu juristul sau cu responsabilul cu protecția datelor.

Comunicatele SNR și DNSC sunt sursele pentru fapte, dar ajung la noi prin presă, iar formulările diferă: „de tip ransomware” într-un loc, „pare să fi fost” în altul. Detaliul cu e-mailul apare doar într-o parte din surse. Totul este preliminar și se poate schimba în zilele următoare.

Awarely Learning poate pregăti exerciții pentru conducere: ce facem dimineața la 6:30 când e-mailul e oprit, cine vorbește cu clienții și ce decidem despre rețelele operaționale. Articolul nu este consultanță juridică și nu garantează conformitatea.