Wat moet er in een minimaal werkend IT-herstelplan staan?

Zonder RTO, RPO en geteste back-ups is een IT-herstelplan waardeloos. Ontdek de minimale bouwstenen.

Open noodplan ringband met checklists en tabbladen op kantoorbureau, naast een USB-back-upschijf, verlicht door een amberkleurige bureaulamp.

Een minimaal werkend IT-herstelplan bevat in ieder geval een overzicht van kritieke systemen, duidelijke herstelstappen per systeem, concrete hersteldoelen (RTO en RPO), een lijst van verantwoordelijken en een geteste back-upprocedure. Zonder die bouwstenen is een plan op papier weinig waard op het moment dat het er echt toe doet.

Voor IT-managers en CISO’s in middelgrote organisaties is dit een praktisch vraagstuk: niet hoe je een perfecte documentatieset bouwt, maar hoe je zeker weet dat je organisatie na een verstoring snel genoeg weer operationeel is. De vragen hieronder geven per onderdeel een direct antwoord.

Wat is het verschil tussen een IT-herstelplan en een disaster recovery plan?

Een IT-herstelplan beschrijft de stappen om specifieke systemen of diensten te herstellen na een verstoring. Een disaster recovery plan (DRP) is breder: het omvat ook de organisatorische kant, communicatie, besluitvorming en de terugkeer naar normale bedrijfsvoering. Het IT-herstelplan is in de meeste gevallen een technisch uitvoeringsonderdeel van het bredere DRP.

In de praktijk worden de termen door elkaar gebruikt, maar het onderscheid is relevant. Een IT-herstelplan gaat over systemen, data en technische procedures. Een disaster recovery plan gaat ook over mensen, rollen, escalatielijnen en communicatie richting klanten of partners. Beide documenten zijn nodig, maar ze vullen elkaar aan in plaats van hetzelfde te zijn.

Voor organisaties die net beginnen met het structureren van hun cyber resilience is het verstandig om eerst het IT-herstelplan concreet te maken, en daarna het bredere disaster recovery kader daaromheen te bouwen.

Welke kritieke systemen en processen moet een IT-herstelplan altijd bevatten?

Een IT-herstelplan moet altijd de systemen en processen bevatten die noodzakelijk zijn om de kernactiviteiten van de organisatie draaiende te houden. Dit wordt ook wel de Minimum Viable Company genoemd: de minimale set aan IT-middelen zonder welke de organisatie niet kan functioneren.

Welke systemen dat zijn, verschilt per organisatie, maar in de meeste gevallen gaat het om:

Identiteits- en toegangsbeheer (Active Directory, Azure AD)
E-mail en communicatieplatforms (zoals Microsoft 365)
Financiële en ERP-systemen
Kritieke bedrijfsapplicaties die klantprocessen ondersteunen
Back-upinfrastructuur en herstelomgevingen
Netwerktoegang en VPN-voorzieningen

Het bepalen van deze lijst is niet alleen een technische oefening. Het vraagt afstemming met de business: welke processen mogen absoluut niet uitvallen, en hoelang kan de organisatie zonder elk systeem? Die prioritering vormt de basis van een werkbaar herstelplan.

Wat zijn de minimale technische vereisten voor betrouwbaar IT-herstel?

Voor betrouwbaar IT-herstel zijn minimaal vier technische elementen nodig: een geïsoleerde en regelmatig geteste back-up, gedocumenteerde herstelprocedures per systeem, gedefinieerde RTO- en RPO-doelen, en een herstelomgeving die los staat van de productieomgeving. Zonder deze vier onderdelen is herstel afhankelijk van toeval en improvisatie.

De Recovery Time Objective (RTO) geeft aan hoe snel een systeem hersteld moet zijn. De Recovery Point Objective (RPO) geeft aan hoeveel dataverlies acceptabel is. Die doelen bepalen hoe de back-upstrategie en herstelinfrastructuur ingericht moeten worden. Een RTO van vier uur vraagt een heel andere technische opzet dan een RTO van twee dagen.

Daarnaast is identiteitsherstel een onderschat onderdeel. Als gebruikersaccounts, rechten en authenticatiesystemen niet snel hersteld kunnen worden, kunnen medewerkers ook niet inloggen op herstelde systemen. Identiteitsherstel verdient daarom een eigen plek in elk IT-herstelplan.

Voor organisaties die werken met Microsoft 365 geldt bovendien dat de standaard retentie- en hersteloptie van Microsoft niet in alle situaties voldoende is. Een aanvullende Microsoft 365 compliance en recovery strategie is in veel gevallen nodig om volledige databescherming te garanderen.

Wie is verantwoordelijk voor het uitvoeren van een IT-herstelplan?

De verantwoordelijkheid voor het uitvoeren van een IT-herstelplan ligt altijd bij een combinatie van rollen: een eindverantwoordelijke (vaak de IT-manager of CISO), technische uitvoerders per systeem of domein, en een beslisser op directieniveau die bij grote verstoringen bepaalt welke prioriteiten gelden. Een herstelplan zonder namen en rollen is geen plan.

In de praktijk zien we dat verantwoordelijkheden vaag blijven, zeker in organisaties waar het IT-team klein is ten opzichte van de omvang van de omgeving. Dat leidt ertoe dat bij een verstoring iedereen op elkaar wacht of dat dezelfde persoon meerdere taken tegelijk probeert op te pakken.

Een goed herstelplan benoemt per kritiek systeem wie de technische herstelprocedure uitvoert, wie de voortgang bewaakt en wie beslist als er keuzes gemaakt moeten worden. Voor organisaties zonder interne CISO kan een externe CISO of CTO helpen om die verantwoordelijkheidsstructuur op te zetten en te borgen.

Hoe test je of een IT-herstelplan daadwerkelijk werkt?

Een IT-herstelplan werkt alleen als het regelmatig getest wordt. De meest effectieve manier is een gecontroleerde hersteltest waarbij systemen daadwerkelijk worden teruggezet vanuit back-up in een geïsoleerde omgeving. Alleen zo weet je of de herstelprocedures kloppen, of de RTO-doelen haalbaar zijn en of de verantwoordelijken weten wat ze moeten doen.

Er zijn verschillende niveaus van testen, van eenvoudig naar grondig:

Documentatiecheck: Zijn alle stappen up-to-date en volledig gedocumenteerd?
Tabletop-oefening: Bespreek een herstelscenario met de betrokken mensen zonder systemen aan te raken.
Partiële hersteltest: Herstel één systeem of dataset vanuit back-up in een testomgeving.
Volledige hersteltest: Simuleer een complete uitval van kritieke systemen en voer het herstelplan volledig uit.

Veel organisaties stoppen bij stap twee. Dat geeft een vals gevoel van zekerheid. Een back-up die niet getest is, is geen back-up waar je op kunt vertrouwen. Plan minimaal één keer per jaar een partiële of volledige hersteltest in, en documenteer de uitkomsten zodat het plan verbeterd kan worden.

Wanneer voldoet een IT-herstelplan aan NIS2 en ISO 27001?

Een IT-herstelplan voldoet aan NIS2 en ISO 27001 wanneer het gedocumenteerd, actueel, getest en aantoonbaar effectief is. Beide kaders vereisen dat organisaties maatregelen hebben getroffen voor bedrijfscontinuïteit en herstel, en dat die maatregelen periodiek worden geëvalueerd en verbeterd. Een plan dat alleen op papier bestaat maar nooit getest is, voldoet in de meeste gevallen niet.

NIS2 legt de nadruk op aantoonbare beheersing van risico’s en de verplichting om incidenten te kunnen melden en herstellen. ISO 27001 vraagt om een gedocumenteerd Information Security Management System (ISMS) waarin continuïteits- en herstelmaatregelen een vaste plek hebben. Voor beide geldt dat de organisatie moet kunnen laten zien dat het herstelplan werkt, niet alleen dat het bestaat.

Concreet betekent dit dat een IT-herstelplan voor NIS2 en ISO 27001 minimaal moet bevatten: een risicoanalyse als basis, gedocumenteerde herstelprocedures, gedefinieerde RTO en RPO, testresultaten en een eigenaar die verantwoordelijk is voor onderhoud en actualisering. Wil je weten waar je organisatie nu staat, dan geeft een NIS2-audit een concreet beeld van de gaten en verbeterpunten.

Hoe wij helpen met een werkend IT-herstelplan

Wij helpen organisaties om van een papieren herstelplan naar een plan te gaan dat daadwerkelijk werkt. Dat begint met inzicht: welke systemen zijn kritiek, wat zijn de huidige hersteldoelen en waar zitten de gaten? Op basis daarvan helpen we met het inrichten van de juiste technische herstelinfrastructuur, het vastleggen van verantwoordelijkheden en het uitvoeren van hersteltests.

We werken daarbij vanuit de drie pijlers mensen, processen en technologie, zodat een herstelplan niet alleen technisch klopt maar ook organisatorisch gedragen wordt. Of het nu gaat om back-up en recovery, identiteitsherstel, Microsoft 365 of een bredere cyber resilience aanpak: we zorgen dat de stukken op elkaar aansluiten en dat je organisatie weet wat ze moet doen als het erop aankomt.

Wil je weten hoe sterk jouw huidige herstelcapaciteit is? Vraag een risk assessment aan en we brengen samen in kaart waar de prioriteiten liggen.