Zwart-wit denken is dat.
In de ideale situatie zou betalen inderdaad niet nodig hoeven te zijn. Van die situatie is alleen sprake als je je als slachtoffer goed voorbereid hebt op zulke aanvallen. Dat betekent dat je je backups geautomatiseerd, gereguleerd, en gedupliceerd hebt, èn deze correct kunt herstellen. Daarnaast dien je je beveiliging ook op een zeer hoog niveau te hebben, zowel tegen aanvallers van buitenaf als van binnen af. Echter, dit is makkelijker gezegd dan gedaan en, in het geval van extreme beveiliging, heeft ook een keerzijde wat betreft de gebruiksvriendelijkheid/toegankelijkheid.
Afhankelijk van hoe diep zo'n aanval is uitgevoerd, kan zelfs de backup server volledig om zeep geholpen zijn. Om in zo'n geval de gecompromitteerde data te herstellen middels een backup dien je eerst je hele backup server weer op gang te brengen.
Om een enige indruk van de schaal te geven:
Een backup-server voor een klein bedrijf kan in de loop der tijd vele tientallen terabytes geschreven hebben (simpel voorbeeld van een bedrijf dat veel data genereert: bijvoorbeeld een mediabedrijf, zoals een fotografie/videobureau).
Even van de worst case scenario uitgaande dat zelfs de backup-server naar de zevende hemel is: om deze backup server weer op te zetten zodat het de cold storage kan gebruiken voor het herstellen van de data kan al een heel karwei zijn (ik ga even van uit dát er hopelijk sprake is van cold storage). De backup server kan bijvoorbeeld op een andere locatie bevinden. De geografische locatie hoeft weliswaar niet een probleem te zijn, maar de configuraties herstellen wel. "Nou, er is ongetwijfeld wel in een document vastgelegd hoe de servers geconfigureerd waren, dus herstellen is simpelweg de waarden in de config-files opnieuw invoeren". Maar nee, dat document zelf blijkt ook encrypted te zijn

.
En dan de cold storage zelf: hoe oud is die? Een week? Twee weken? Stel het je lukt je om je backup server weer op te zetten, dan nog verlies je data van één of twee weken (of hoe oud je meest recente cold storage backup ook mag zijn). Of dat te permitteren is hangt sterk af van de data en van de activiteiten van het bedrijf gedurende die verloren periode.
Een ander aspect van je backup server: hoelang duurt het om die weer op te zetten? Ben je twee dagen daaraan kwijt? Twee weken?
Al goed, stel je hebt je backup server opgetuigd en wat bruikbare cold-storage kunnen vinden. Nu dien je alle computers in je organisatie te herstellen (hopelijk werkte je met VM's, maar heb je die wel kunnen herstellen van je cold storage?).
"Eigen schuld, hadden ze maar een goede backup strategy moeten hebben!". En dat is zeker zo gedaan denk je?
Hoe ga je om met je data (die continue groeit), hoe sla je het op (op welke med
ia)? Hoe test je je backups? Hoe verifieer je je data? Heb je een strategie voor de situatie dat je hele digitale infrastructuur om zeep geholpen is en opnieuw opgetuigd moet worden? (maw: heb je een rampenplan? Werkt dat rampenplan ook? Heb je het weleens getest of het werkt?)
Probeer je nu in te beelden hoe groot een bedrijf is met een
omzet van 3-4 miljard en
13.000 medewerkers heeft, en hoe groot de digitale infrastructuur daarvan is.
En dan nog niet eens te beginnen over beveiliging (tegen externe als interne aanvallen).
===========
Simpelweg
Het zou gewoon wereldwijd strafbaar gesteld moeten worden dat je betaald
roepen is dus te zwart-wit. Om dat te kunnen roepen dien je uit te gaan dat de strategieën voor backups en data-integriteit enerzijds, en beveiliging anderzijds, tip-top in orde zijn. Dit kost veel resources, of dat nu geld is of een interne afdeling die verantwoordelijk is voor die aspecten. Stel dat je dit vanaf het begin helemaal dichtgetimmerd hebt, dan lever je met zulke strenge beveiliging en/of zéér uitgebreide backup-strategieën weer in op andere resources of aspecten (beschikbaar vermogen voor ontwikkeling van je producten, mankracht, productiviteit van je developers, gebruiksviendelijkheid van je software/producten voor de end-users, etc).
Zou je, als je als bedrijf een groot deel van je resources
vanaf het begin besteedt aan o.a. beveiliging en andere maatregelen ter preventie van 99% van zulke aanvallen (100% preventie bestaat niet), kunnen uitgroeien tot een bedrijf van deze omvang? Dat kan, maar maakt het wel veel moeilijker (en de kans is groter dat je niet de marktleider wordt, doordat anderen jou ingehaald hebben daar ze hun resources volop hebben gezet op groei en doorontwikkeling van het eindproduct in de levensfase van het bedrijf waarin dat het hardst nodig was).
Een vergelijking:
- stel dat wachtwoorden niet te kraken zijn indien ze over het volgende beschikken: minimaal 30 tekens lang, bestaande uit een combinatie van kleine en grote letters, minimaal 6 verschillende cijfers, en minimaal 10 verschillende, speciale tekens, en waarbij 2 eenzelfde letters niet in dezelfde case achter mekaar gebruikt mogen worden.
- stel dat je bij een dienst je aan deze wachtwoorden standaard moet houden, èn daarnaast om de 2 maanden je wachtwoord drastisch moet (verplicht) veranderen, ÈN in combinatie met 2 factor authenticatie.
- stel dat de dienst stateless is: IEDER bezoek van jou moet geauthenticeerd worden; er is geen optie om je 'te onthouden'.
Komt dit jouw gebruiksvriendelijkheid ten goede? Neen, maar "hey, het is ten minste niet te kraken!"

.
Ik ben zéker van het kamp "zeer goede beveiliging hanteren met acceptabele tot goede balans wat betreft bruikbaarheid/productiviteit/gebruiksvriendelijkheid", en in de
ideale wereld zou het niet betalen van de aanvallers wellicht andere of toekomstige aanvallers kunnen ontmoedigen (er valt immers geen brood te winnen), maar in werkelijkheid is het makkelijker gezegd dan gedaan om te stellen dat "betalen verboden bij wet zou moeten zijn", want daarmee impliceer je dat beveiliging de hoogste prioriteit moet hebben, wat vaak ten koste gaat aan gebruiksvriendelijkheid en resources.
Let op: ik zeg hiermee nìet dat betalen een garantie is dat je de data probleemloos en wel terug hebt (en of decryptie uberhaupt correct zal werken).
[Reactie gewijzigd door 8x4 op 26 juli 2024 13:02]