Priča o otkupnini zbog povrede GMO Internet cloudea ima naslovni broj: 50 milijuna dolara. Prema izvješću TokenPosta, izvršni direktor tvrtke otkrio je da su napadači zahtijevali taj iznos nakon povrede njezine cloud infrastrukture te da tvrtka tvrdi kako nije platila ništa. Moglo bi biti pogođeno do 26.739 poslužitelja.

Javni detalji zasad su oskudni. Ipak, slučaj je koristan podsjetnik na to koliko se korisnici pružatelja hostinga i cloud usluga oslanjaju na sigurnost koju ne mogu vidjeti i što ipak mogu učiniti da se zaštite.

Što GMO Internet kaže da se dogodilo

Ključne tvrdnje iz izvješća su kratke. Izvršni direktor GMO Interneta rekao je da je tvrtka primila zahtjev za otkupninu od 50 milijuna dolara nakon povrede njezina cloud okruženja. Tvrtka kaže da nije platila. Razmjeri moguće izloženosti su do 26.739 poslužitelja.

Formulacija je važna. "Do" i "moglo bi biti" oprezne su fraze. Sugeriraju da tvrtka opisuje najveći mogući opseg, a ne potvrđuje da je pristupljeno svakom od tih poslužitelja ili da su podaci uzeti sa svakoga. Izvorni materijal koji imamo ne navodi kako su napadači ušli, koja je vrsta podataka bila uključena ni je li ikakva informacija objavljena ili prodana.

Dok GMO Internet ili neovisni istražitelji ne objave više, ta pitanja ostaju otvorena. Ovdje nećemo nagađati o njima.

Koga može zahvatiti izloženost poslužitelja

Brojka od 26.739 poslužitelja jest broj strojeva, ne ljudi. Jedan poslužitelj kod pružatelja hostinga može čuvati podatke za jednog korisnika ili za mnoge, ovisno o tome kako je usluga postavljena. To znači da bi broj pogođenih pojedinaca ili tvrtki mogao biti manji ili veći nego što sugere broj poslužitelja.

Praktično gledano, ljudi s najviše razloga za pozornost su:

  • Korisnici koji na GMO Internetovim cloud uslugama hostaju web-stranice, aplikacije ili baze podataka
  • Tvrtke čiji dobavljači hostaju podatke kod te tvrtke
  • Krajnji korisnici stranica i usluga koje se nalaze na infrastrukturi koja bi mogla biti u opsegu

Ta je posljednja skupina najteže prepoznatljiva. Mnogi ljudi koriste usluge koje hosta neki pružatelj, a da ne znaju tko je taj pružatelj. Ako je pogođena tvrtka s kojom poslujete, obavijest bi mogla doći od te tvrtke, a ne od hosting pružatelja.

Što povreda kod pružatelja hostinga znači za podatke korisnika

Kada pohranjujete podatke kod cloud ili hosting pružatelja, vjerujete nekoliko slojeva sigurnosti koje ne kontrolirate: mrežu pružatelja, njegov administrativni pristup, prakse njegova osoblja i njegovo zakrpanje. Slabost u bilo kojem od njih može odjednom izložiti mnoge korisnike, zbog čega napadači ciljaju pružatelje, a ne pojedinačne stranice.

Zahtjev za otkupninu dodaje još jednu dimenziju. Iznuđivanje te vrste obično se temelji na prijetnji, poput zaključavanja sustava ili objavljivanja ukradenih podataka. Izvješće ne navodi što je ovdje bilo zapriječeno, pa nije jasno jesu li podaci korisnika u opasnosti od objavljivanja ili je pritisak bio usmjeren na poslovanje.

Tvrtkina navedena odbijenica plaćanja je značajna. Sigurnosni stručnjaci često savjetuju ne plaćati, jer plaćanje ne jamči da će podaci biti izbrisani ili pristup vraćen, a može potaknuti daljnje napade. No odbijanje ne briše rizik za korisnike. Ako su podaci kopirani, možda su još uvijek u rukama napadača, bez obzira na to što tvrtka odluči.

To je ključna točka za korisnike: odluka pružatelja o otkupnini odvojena je od pitanja jesu li vaši podaci sigurni. Drugo možete kontrolirati samo tako da unaprijed ograničite što bi povreda mogla otkriti.

Koraci koje korisnici mogu poduzeti sada da ograniče izloženost

Ne morate čekati potpuno izvješće o incidentu da biste pojačali vlastitu sigurnost. Razumni koraci uključuju:

  1. Promijenite lozinke. Ako koristite bilo koju uslugu koja bi mogla raditi na GMO Internetovoj infrastrukturi, promijenite lozinku tamo i svugdje gdje ste je ponovno koristili. Koristite jedinstvenu lozinku za svaki račun, idealno iz upravitelja lozinkama.
  2. Uključite dvofaktorsku autentifikaciju. Čak i ako lozinka procuri, drugi faktor znatno otežava nekome prijavu. Aplikacije za autentifikaciju ili hardverski ključevi općenito su jači od tekstualnih poruka.
  3. Pazite na obavijesti o povredama. Provjeravajte e-poštu od svojih pružatelja i svih usluga koje koristite i pažljivo ih čitajte. Idite izravno na službenu stranicu tvrtke umjesto klikanja poveznica u neočekivanim porukama, jer vijesti o povredama često potiču phishing.
  4. Šifrirajte osjetljive podatke prije učitavanja. Ako su datoteke šifrirane na vašem uređaju ključevima koje samo vi držite, povreda na strani pružatelja izlaže ispremiješane podatke umjesto čitljivih dokumenata. To je najtrajnija zaštita od hosta koji ne možete pregledati.
  5. Pregledajte što pohranjujete. Izbrišite podatke koji vam više nisu potrebni s poslužitelja trećih strana. Informacije kojih nema ne mogu biti ukradene.
  6. Nadzirite svoje račune. Pazite na financijske izvatke i upozorenja o prijavi za neobičnu aktivnost tijekom nadolazećih tjedana.

Što to znači za vas

Ako ste izravni korisnik GMO Interneta, pazite na službenu komunikaciju tvrtke i slijedite njezine smjernice. Ako ste vlasnik tvrtke, provjerite koji se od vaših sustava i dobavljača oslanjaju na pogođenu infrastrukturu i izravno ih pitajte jesu li u opsegu.

Ako ste običan korisnik koji nema pojma je li uključen, najsigurnija je pretpostavka jednostavno tretirati ovo kao poticaj da poboljšate svoje navike. VPN ne rješava povredu na strani pružatelja, jer su podaci bili izloženi na poslužitelju, a ne tijekom prijenosa. Jake, jedinstvene lozinke, dvofaktorska autentifikacija i šifriranje onoga što pohranjujete ono su što ovdje pomaže.

Ključni zaključci

Otkrivanje zahtjeva za otkupninu zbog povrede GMO Internet cloudea ostavlja mnoga pitanja bez odgovora: kako su napadači ušli, što je uzeto i koliko je korisnika doista pogođeno. Ono što je zabilježeno jest zahtjev od 50 milijuna dolara, navedena odbijenica plaćanja i mogući opseg do 26.739 poslužitelja.

Dok se činjenice pojavljuju, djelujte na ono što možete kontrolirati. Promijenite lozinke, omogućite dvofaktorsku autentifikaciju, čitajte obavijesti o povredama svojih pružatelja kada stignu i šifrirajte osjetljive datoteke prije nego što dođu na tuđe poslužitelje. Ti koraci ograničavaju štetu od ovog incidenta i od sljedećega.