De sterkste beveiliging is die waarvan je weet dat ze werkt. Veel organisaties ontdekken pas bij een incident dat kopieën overschreven zijn, rechten te breed staan of dat niemand het herstelpad ooit geoefend heeft. In dit artikel zetten we helder op rij waarom herstel vaak faalt en wat wél werkt.

Back-ups heb je niet voor de goede dagen, maar voor wanneer het misloopt. Je investeert in preventie en detectie, en toch kan er iets door de mazen glippen, van een ransomware-uitbraak tot een menselijke fout. Op dat moment wil je één ding: snel en zeker terug naar een werkende, onbeschadigde IT-omgeving. Dáárvoor dienen immutabele back-ups en een herstelpad dat je kent en geoefend hebt.

Het gaat mis wanneer dezelfde aanvaller die productie raakt ook je back-ups kan wijzigen of wissen. Vaak lopen back-upaccounts te breed, delen ze beheerrechten met productie of gebruiken ze dezelfde identiteiten. Herstel werd nooit geoefend, waardoor paden, afhankelijkheden en credentials ontbreken. Soms is er één back-upserver of repository waar alles door moet, een single point of failure die bij een incident mee uitvalt. Gevolg: de data bestaat, maar je krijgt ze niet tijdig of veilig terug.

Een back-upstrategie is geen kwestie van één tool kiezen; het is een ontwerpkeuze die bepaalt of je effectief kan herstellen. Wat telt, is hoe je kopieën worden bewaard, afgescheiden en beschermd, en hoe je toegang en herstel organiseert. Vanuit die bril zie je snel welke bouwstenen je nodig hebt. 

Een stevig ontwerp combineert vier elementen:

1. Immutability
   Immutabiliteit houdt in dat een back-up na het opslaan niet meer kan worden aangepast of gewist tot de bewaartermijn voorbij is, zelfs niet door een beheerder. Zo blijft je kopie veilig bij fouten of ransomware.
2. Offline kopieën
   Een offline kopie is een back-up die niet continu verbonden is met je netwerk. Aanvallers en fouten kunnen er dus niet zomaar aan. Denk aan een harde schijf of opslag in een andere omgeving waar alleen op vaste momenten wordt weggeschreven. Zo heb je altijd een veilige kopie achter de hand.
3. Gesegmenteerd back-upnetwerk
   Een gesegmenteerd back-upnetwerk scheidt back-upverkeer en -beheer in een aparte zone met strikte toegangsregels.
4. Minimale privileges
   Minimale privileges beperken toegang tot wat strikt nodig is, met aparte accounts voor back-up, restore en productie.

Als houvast gebruik je de 3-2-1-1-0-regel: bewaar drie kopieën op twee soorten media, houd er één offsite, zorg voor één offline of immutabele kopie en streef naar nul fouten na validatie.

Zonder test blijft herstel beperkt tot de theorie. Plan game days per kwartaal waarin je een set systemen echt terugzet. Trek steekproeven doorheen de maand om verrassingen te vinden. Leg per applicatie duidelijke RTO en RPO vast en meet ze bij elke test. Rapporteer niet alleen “gelukt”, maar ook hersteltijd, dataverlies en welke handelingen manueel uitgevoerd werden. Zo wordt je herstelpad voorspelbaar en kan je gericht verbeteren.

Recovery Time Objective (RTO) = de maximale aanvaardbare tijd die een dienst of applicatie mag uitvallen vóór hij weer operationeel moet zijn. Voorbeeld, als de RTO 4 uur is, dan plan je je herstel zo dat je binnen 4 uur weer draait.

Recovery Point Objective (RPO) = de maximale aanvaardbare hoeveelheid dataverlies, uitgedrukt in tijd. Voorbeeld, als de RPO 30 minuten is, dan mag er bij een incident hoogstens 30 minuten aan data ontbreken na herstel.

Zorg dat alle kennis die je nodig hebt in stressmomenten klaarstaat. Hou runbooks up-to-date met herstelvolgorde, credentials-kluizen, contactpunten en escalaties. Oefen scripted restores, zodat veelvoorkomende stappen automatisch en consistent verlopen. Na elke test werk je de documentatie bij en koppel je de bevindingen terug naar ontwerp en privileges. Zo sluit je de lus.