Nicio lege federală nu interzice plățile ransomware, dar asta nu e toată povestea
O analiză juridică recentă de la Spodek Law Group evidențiază un aspect care surprinde multe organizații afectate de ransomware: nu există nicio lege federală care să interzică în mod categoric plata unei răscumpărări. Acest lucru rămâne valabil chiar și atunci când identitatea atacatorului este necunoscută la momentul plății. Pentru companiile care se confruntă cu sisteme criptate, date ale clienților furate și perioade de nefuncționare în creștere, asta ar putea suna ca o undă verde să plătească și să treacă mai departe.
Nu este așa. Lipsa unei interdicții penale generale nu înseamnă că plățile ransomware sunt lipsite de riscuri. Adevăratul pericol vine dintr-o direcție complet diferită: legislația privind sancțiunile impusă de Office of Foreign Assets Control (OFAC) din cadrul Departamentului Trezoreriei.
Unde intervin sancțiunile OFAC
OFAC menține liste cu persoane fizice, entități și jurisdicții blocate, legate de criminalitatea cibernetică, hacking sponsorizat de stat și alte activități ilicite. Dacă o plată ransomware ajunge la o persoană sancționată sau într-o țară supusă unor sancțiuni comprehensive, organizația victimă – și uneori intermediarii care au facilitat plata – pot suporta sancțiuni civile, indiferent de intenție. Cu alte cuvinte, o companie nu trebuie să știe că trimite bani către un actor sancționat pentru a încălca regulile; este suficient să trimită banii, punct.
Este un regim de răspundere strictă și tocmai de aceea răspunsul la breșe a devenit pe cât un exercițiu juridic, pe atât unul tehnic. Articolul nostru anterior despre cum plățile ransomware riscă sancțiunile OFAC detaliază această dinamică: echipele de răspuns la incidente implică acum în mod obișnuit consilieri externi și specialiști în verificarea sancțiunilor înainte de a autoriza orice plată, tocmai pentru că un transfer bancar greșit poate transforma o breșă de date într-o acțiune de aplicare a reglementărilor.
De asemenea, guvernul a demonstrat că este dispus să sancționeze infrastructura care facilitează ransomware-ul, nu doar atacatorii înșiși. Decizia Trezoreriei de a sancționa un serviciu VPN legat de operațiuni ransomware, acoperită în raportul nostru despre prima acțiune de sancționare a unui VPN de către Trezorerie, semnalează că plasa de aplicare se extinde cu mult dincolo de persoanele care tastează notele de răscumpărare. Oricine se află în lanțul de plată sau spălare, inclusiv serviciile care anonimizează traseul banilor, poate deveni o țintă.
Perspectiva de confidențialitate pe care victimele o ignoră adesea
În timp ce majoritatea articolelor despre sancțiunile ransomware se concentrează pe expunerea financiară și juridică pentru compania care plătește, există o dimensiune a confidențialității care merită mai multă atenție. Când o organizație plătește o răscumpărare, o face adesea pentru a împiedica publicarea sau vânzarea datelor personale furate (înregistrări ale clienților, informații medicale, dosare ale angajaților). Dar plata nu garantează că acele date sunt șterse sau că nu vor reapărea mai târziu. Atacatorii care au exfiltrat deja înregistrări sensibile păstrează pârghii chiar și după ce plata a fost efectuată și nu există niciun mecanism aplicabil care să-i oblige să respecte o promisiune de ștergere.
Această realitate se desfășoară în mod public. Articolul nostru recent despre cum plățile ransomware sunt în scădere, în timp ce 23andMe plătește o înțelegere de 18 milioane de dolari arată cum consecințele unei breșe pot continua mult timp după orice decizie de răscumpărare, persoanele afectate suportând consecințele expunerii datelor genetice și personale, indiferent de ce a decis compania să plătească. Pentru consumatori, dezbaterea despre sancțiuni care are loc în sălile de consiliu și cabinetele de avocatură este, de fapt, o luptă prin procură pentru a ști dacă datele lor rămân private.
Rezultatele din aplicarea legii adaugă un alt strat de context. Condamnarea la 16 ani de închisoare dată unui hacker din spatele operațiunii Ransom Cartel, detaliată în articolul nostru despre cazul cartelului de răscumpărare al hackerului belarus, arată că urmăririle penale au loc, dar de obicei vin la ani după ce victimele și clienții lor au absorbit deja daunele.
Ce înseamnă asta pentru tine
Dacă conduci o afacere, concluzia nu este că plățile ransomware sunt sigure doar pentru că nicio lege penală nu le interzice în mod explicit. Expunerea la sancțiuni este reală și se aplică chiar și atunci când nu ai știut cui plăteai. Înainte de a face orice plată, organizațiile trebuie să aibă verificări de sancțiuni, revizuire juridică și o înțelegere clară că penalitățile OFAC se pot aplica indiferent de intenția de bună-credință.
Dacă ești un consumator ale cărui date ar putea fi implicate într-un astfel de incident, lecția este diferită, dar înrudită: faptul că o companie plătește o răscumpărare nu este același lucru cu protejarea datelor tale. Deciziile de plată sunt modelate de calcule ale riscului juridic și financiar, nu neapărat de ceea ce protejează cel mai bine confidențialitatea ta.
Idei principale
- Nicio lege federală nu interzice în mod categoric plățile ransomware, dar sancțiunile OFAC pot crea totuși răspundere civilă.
- Răspunderea conform legii sancțiunilor poate fi atrasă chiar și fără să se știe că plata a ajuns la o persoană sau jurisdicție blocată.
- Plata unei răscumpărări nu garantează că datele furate sunt șterse sau ținute departe de piețele infracționale.
- Organizațiile ar trebui să implice consilieri juridici și verificări de sancțiuni înainte de a face orice plată ransomware.
- Consumatorii afectați de o breșă ar trebui să monitorizeze expunerea în mod independent, în loc să presupună că o plată a rezolvat riscul.



. O firmă care deservește mulți clienți sensibili are motive puternice să evite o scurgere publică, iar atacatorii știu acest lucru. Numirea unei ținte de profil înalt pe un site de scurgeri atrage, de asemenea, atenția, indiferent dacă afirmația se susține sau nu.
## Ce ar trebui să verifice acum clienții și persoanele fizice
Nu există o breșă confirmată la care să reacționezi, așa că scopul este o pregătire calmă, nu panica. Merită luate câteva măsuri practice:
- **Urmăriți notificările oficiale.** Dacă PwC sau oricare dintre consultanții dvs. confirmă un incident, notificările sosesc de obicei prin e-mail sau poștă. Citiți-le cu atenție și păstrați o copie.
- **Verificați înainte de a face clic.** Astfel de afirmații declanșează adesea phishing care imită o notificare de breșă. Accesați direct site-ul oficial al organizației în loc să urmați linkuri din mesaje neașteptate.
- **Întrebați-vă propriile contacte.** Dacă compania dvs. lucrează cu PwC, întrebați persoana de contact sau echipa juridică dacă au fost informate despre ceva și ce date au fost partajate.
- **Revizuiți ce ați trimis.** Faceți o listă aproximativă a datelor personale, financiare sau despre angajați pe care organizația dvs. le-a transmis consultanților externi. Nu puteți evalua riscul fără să știți ce date există.
- **Fiți atenți la conturi.** Dacă sunteți angajat sau client al unei firme care apelează la consultanți mari, urmăriți activitatea bancară și de credit și fiți precauți cu apelurile sau e-mailurile nesolicitate care fac referire la locul dvs. de muncă sau la finanțele dvs.
## Cum să limitați expunerea atunci când consultanții dețin datele dvs.
Nu puteți controla pe deplin modul în care o terță parte vă protejează informațiile, dar puteți reduce ceea ce dețin și cât timp le păstrează.
**Partajați minimul.** Trimiteți doar evidențele pe care le impune un angajament. Anonimizați sau eliminați câmpurile care nu sunt necesare, cum ar fi datele complete de naștere sau numerele de identificare emise de guvern.
**Stabiliți termeni de păstrare.** Contractele pot specifica cât timp un consultant păstrează datele după încheierea unui proiect și pot impune ștergerea sau returnarea lor ulterioară. Fișierele vechi care stau pe serverele unei firme reprezintă o expunere fără niciun beneficiu.
**Întrebați despre securitate și notificare.** Organizațiile pot solicita detalii despre modul în care consultanții protejează datele și cât de repede trebuie să informeze clienții despre un incident suspectat. O notificare mai rapidă oferă tuturor mai mult timp pentru a reacționa.
**Folosiți o igienă puternică a conturilor.** Dacă utilizați un portal pentru a schimba documente, folosiți o parolă unică și autentificare multi-factor. Acest lucru nu va opri un atac asupra sistemelor proprii ale consultantului, dar protejează conturile pe care le controlați.
**Învățați din cazuri comparabile.** Tiparul de presiune nu este unic pentru această listare. În [cazul ATB care implică un grup ce se autodenumește DataSuckers](/en/atb-hit-by-datasuckers-400k-demand-7-9m-affected), o cerere de răscumpărare a fost însoțită de afirmații privind un număr mare de persoane afectate. Citind cum se desfășoară acele situații, veți putea recunoaște cum arată o notificare credibilă și cum arată o laudă neverificată.
## Ce înseamnă acest lucru pentru dvs.
Dacă nu aveți nicio legătură cu PwC, nimic din această afirmație nu necesită acțiune astăzi. Dacă lucrați pentru firmă sau cu ea, ori angajatorul dvs. partajează date cu consultanți mari, răspunsul sensibil este să rămâneți informat, să evitați presupunerile în ambele direcții și să urmăriți comunicările oficiale. Lecția mai largă se aplică tuturor: datele dvs. pot sta la organizații pe care nu le-ați ales niciodată, iar riscul depinde parțial de cât de puține date dețin.
## Concluzii cheie
Afirmația Everest privind expunerea datelor PwC rămâne neverificată, fără mostre publice sau confirmare independentă la momentul raportării. Totuși, ea arată de ce consultanții sunt ținte atractive și de ce clienții ar trebui să știe ce au partajat. Înțelegeți cum funcționează dubla extorcare, urmăriți notificările de breșă de la consultanții dvs. și tratați cu prudență mesajele neașteptate despre orice incident. Citirea explicației noastre despre dubla extorcare și despre cazul ATB este un bun pas următor dacă doriți să vedeți cum tind să se desfășoare aceste situații.](/api/img?p=articles%2F8282%2Fimage-0.jpg&w=640)
