Ransomware, zálohy a testování vašeho plánu

Titulky zpráv se v poslední době zdají být plné útoků ransomwaru. Majitelé firem si toho všímají a žádají své poskytovatele spravovaných služeb (MSP) a IT oddělení, aby zlepšili své programy kybernetické bezpečnosti a připravili plány obnovy, často nazývané plány pro zajištění kontinuity podnikání a zotavení po havárii – neboli BCDR), aby se po narušení bezpečnosti rychle zotavili. Bohužel však pravdou je, že mnoho poskytovatelů MSP a IT oddělení odvádí pouze polovinu práce.

I když jsou zálohy jistě prvním krokem k zotavení se z útoků ransomwaru , mnoho firem nechápe důležitost testování záloh a plánů BCDR s cílem identifikovat slabiny a chyby, kterých se lze často dopustit.

Zálohování je těžké dělat správně

Existuje pouze jeden způsob, jak zálohovat správně. Máte data, která chcete, dostupná, když je potřebujete, v daném časovém rámci, ve kterém je musíte mít zpět. Existují doslova desítky způsobů, jak zálohovat špatně. Čtěte dále a seznamte se s mnoha nejčastějšími chybami.

Netestované zálohy

Bohužel pravdou je, že mnoho firem zasažených ransomwarem si myslí, že mají zavedené spolehlivé zálohy, ale své zálohy neotestovaly. Některé si pak uvědomí, že zálohovaly nesprávná data nebo přehlédly některé kritické servery na neobvyklých místech.

Úspěšné zálohy, které ve skutečnosti selhaly

Jiní si uvědomí, že zálohy nefungovaly, i když byly hlášeny jako úspěšné, až při obnově ze zálohy. 

Obnovy, které trvají věčně

A konečně, s tím, jak exponenciálně roste množství dat, která všichni používáme k provozování našich podniků, některé firmy zjišťují, že jejich doby obnovy jsou nepřijatelně dlouhé.

Odborníci na kybernetickou bezpečnost uvádějí, že nejčastějším důvodem, proč oběti ransomwaru stále platí, i když mají spolehlivé zálohy, je to, že „ nikdo v organizaci oběti se neobtěžoval předem otestovat, jak dlouho by proces obnovy dat mohl trvat “. Příliš mnoho firem se domnívá, že jednoduše proto, že denně zálohují data, neriskují, že by musely platit za dešifrovací klíč. Problém je v tom, že si neuvědomují, jak dlouho proces obnovy bude trvat, protože nikdy netestovaly svůj postup zálohování.

Fabian Wosar, technický ředitel společnosti Emsisoft , když byl dotázán, proč mají firmy potíže s obnovou dat po útoku ransomwaru:

„Oběť si najednou všimne, že má přes internet k obnovení několika petabajtů dat, a uvědomí si, že i s jejich rychlým připojením bude stahování všech těchto záložních souborů trvat tři měsíce. Mnoho IT týmů si nikdy ani neprovede hrubý výpočet, jak dlouho by jim trvalo obnovení z hlediska rychlosti přenosu dat.“

Selhání správy záložních klíčů

Wosar dále uvedl, že další nejčastější situací jsou společnosti, které mají šifrované zálohy svých dat mimo pracoviště, ale uvědomují si, že digitální klíč potřebný k dešifrování jejich záloh byl uložen ve stejné lokální síti, která byla zašifrována ransomwarem.

Bill Siegel, generální ředitel a spoluzakladatel společnosti Coveware , která vyjednává o platbách za ransomware pro oběti, uvedl:

Může se stát, že mají 50 petabajtů záloh... ale jsou v... zařízení vzdáleném 30 mil... A pak začnou [obnovovat přes měděný drát z těchto vzdálených záloh] a jde to opravdu pomalu... a někdo vytáhne kalkulačku a zjistí, že obnovení toho, co potřebuje, bude trvat 69 let. Nebo existuje spousta softwarových aplikací, které se k obnově používají, a některé z těchto aplikací jsou ve vaší síti a byly zašifrované. Takže si řeknete: „Skvělé. Máme zálohy, data tam jsou, ale aplikace, která obnovu skutečně provádí, je zašifrovaná.“ Takže existují všechny tyto drobnosti, které vás mohou zaskočit a které vám brání v provedení obnovy, když si to neprocvičujete.

Vzhledem k mnoha způsobům, jak zálohovat, je teď čas si dát dům do pořádku, než kritická událost přidá k vašemu úsilí o obnovení dat další stres způsobený nouzovou situací. Zde jsou doporučení CyberHootu ohledně zálohování.

Co tedy můžete dělat?

Je nezbytné, aby si organizace procvičovaly své plány pro zajištění kontinuity podnikání a zotavení po havárii (BCDR) a pomocí simulovaných cvičení procvičovaly zálohovací scénář. Mnoho obětí si uvědomuje, že musí obnovit svá data způsobem, který nepředvídaly. Proto jsou simulovaná cvičení obzvláště důležitá. CyberHoot doporučuje vytvořit kompletní plán BCDR, abyste znali svůj cílový bod obnovy a cílovou dobu obnovy. CyberHoot také doporučuje metodu zálohování 3-2-1 , což znamená, že by měly být uchovávány 3 kopie našich dat (jedna primární, dvě zálohy), kde jsou soubory uloženy na 2 typech médií a 1 kopie je uložena mimo pracoviště (může být online). Testování vašeho plánu BCDR alespoň jednou ročně vám pomůže eliminovat mnoho výše uvedených chyb, kterých se firmy běžně dopouštějí.

Více než zálohy – Tipy pro prevenci ransomwaru

Kromě testování a dokumentování vašeho BCDR pomocí metody zálohování 3-2-1 doporučuje CyberHoot následující osvědčené postupy pro ochranu jednotlivců a firem před online kybernetickými útoky a omezení škod způsobených těmito útoky:

• Přijmout dvoufaktorová autentizace na všech kritických službách přístupných z internetu
• Přijměte a Password Manager pro lepší hygienu osobních/pracovních hesel
• Vyžadovat hesla o délce 14 a více znaků Zásady řízení
• Školit zaměstnance odhalit a vyhnout se e-mailovým Phishing Útoky
• Zkontrolujte, zda zaměstnanci dokáže odhalit a vyhnout se phishingovým e-mailům jejich testováním
• Proveďte posouzení rizik každé dva až tři roky

Závěry o ransomwaru a zálohování

Nejvhodnější čas na vyřešení všech nedostatků vašeho plánu BCDR je tehdy, když z toho máte nejméně stresu. Během útoku ransomwaru je nejméně vhodná doba na řešení problémů se zálohováním. Testování plánu BCDR ve vašem čase, ne ve čase odpočítávání ransomwaru hackera, je opravdu dobrý nápad. Budete rádi, že jste to udělali.

Začněte s budováním robustního plánu kybernetické bezpečnosti s hloubkovou obranou ještě dnes s CyberHootem.

Chcete-li se dozvědět více o zálohování a obnově dat, podívejte se na toto krátké video:

Zdroj: 

Krebs o bezpečnosti

Další četba: 

Ransomware zastavuje proces

Americké ministerstvo financí zakazuje platby ransomwarem