Definieer wat “de website” omvat
Begin met een service-inventaris. Noteer voor elke site, portal, winkel of campagne de business-eigenaar, technische eigenaar, hostingaccount, domein- en DNS-controle, repository, content- en mediadatastores, integraties en essentiële referenties. Geef aan wat uit versiebeheer kan worden herbouwd en wat unieke records bevat.
Neem configuratie bewust op: redirects, CDN- of firewallinstellingen, geplande jobs, templates en infrastructure-as-code-bestanden. Kopieer geen live secrets in een algemeen manifest; verwijs in plaats daarvan naar het goedgekeurde secret-systeem en het noodtoegangsproces. WordPress-documentatie laat een veelvoorkomende kloof zien: een typisch siteherstel heeft zowel bestanden als een afzonderlijke database nodig.
Definieer de kleinste veilige versie die essentiële informatie of transacties kan leveren.
Geef compatibele database-, bestanden-, media- en configuratie-exporten één tijdstempel of versielabel.
Stel frequentie en retentie vast op basis van zakelijke tolerantie
Kies frequentie op basis van de snelheid en waarde van wijzigingen. Schrijf het RPO (herstelpuntdoel) in duidelijke taal op en controleer dat elke unieke opslag vaak genoeg wordt vastgelegd. Een nachtelijke bestandskopie voldoet niet aan een vier-uur RPO voor een snel veranderende database.
Stel het RTO (hersteltijddoel) apart vast. Neem goedkeuring, schone infrastructuur, herstel, validatie, verkeerwijzigingen en interne communicatie op. Meet het in een oefening in plaats van een leverancierclaim over te nemen. Bewaar oudere punten lang genoeg om een fout of vertraagde ontdekking te overbruggen en bespreek retentie met privacy-, archief- of juridische specialisten wanneer gegevens dat vereisen.
Vergelijk het interval tussen volledige herstelpunten met het RPO van elke dienst.
Verifieer dat een geautoriseerd persoon een ouder goedgekeurd herstelpunt kan vinden.
Scheid en bescherm herstelkopieën
Gebruik meerdere kopieën op verschillende locaties of diensten zodat één account, lokaal incident of fout niet elke optie verwijdert. CISA raadt regelmatige geautomatiseerde back-ups, een off-site kopie, encryptie en offline kopieën aan. NCSC waarschuwt tegen permanent verbonden back-upapparaten en adviseert meer dan één back-upoplossing of -locatie.
Beperk back-upbeheer met least privilege, multi-factor authenticatie waar ondersteund, afzonderlijke beheerdersaccounts en toegangsbeoordelingen. Gebruik verwijderingsbescherming, versiegeschiedenis of immutable storage alleen na begrip van kosten en herstelgedrag. Versleutelde opslag en sleutelbeheer moeten getest worden. Encryptie zonder bereikbare sleutels is onbruikbaar; breed gedeelde toegang verzwakt elke kopie.
De kopie moet een wezenlijk verschillend faalmechanisme hebben dan productie.
Maak een lijst wie back-ups kan lezen, wijzigen, verwijderen en herstellen; verwijder verouderde toegang.
Schrijf een herstel-runbook en wijs bevoegdheid toe
Een runbook is de geteste herstelprocedure. Bewaar een kopie die bereikbaar is zonder de getroffen site, productie-identity-provider of normale chatsysteem. Neem contactpersonen en alternatieven, bevoegdheid, systeemprioriteit, back-uplocaties, vereisten, herstelvolgorde, validatiecontroles en stopcondities op.
Wijs een verantwoordelijke herstel-eigenaar en een plaatsvervanger aan voor elke kritieke dienst. Definieer wie productieherstel, DNS-wijzigingen en validatie van bedrijfsgegevens autoriseert. Als er kaartbetalingsgegevens, gevoelige persoonsgegevens of gereguleerde dossiers bij betrokken zijn, betrek dan gekwalificeerde security-, privacy-, juridische en waar relevant PCI-review voordat je besluit wat te bewaren, te melden of te herstellen.
Leg het gekozen herstelpunt vast, de goedkeurende persoon, systemen die werden geraakt, het validatieresultaat en uitzonderingen.
Documenteer gecontroleerde noodtoegang; vertrouw nooit op het apparaat of geheugen van één medewerker.
Herstel veilig na een vermoed compromis
Overschrijf productie niet automatisch met de nieuwste kopie wanneer onbevoegde toegang, malware of verdachte verwijdering mogelijk is. Volg het incidentproces, beoordeel welke accounts en back-ups mogelijk zijn aangetast, selecteer een punt op basis van bewijs en bouw of isoleer de herstelomgeving voordat je deze weer aansluit.
CISA adviseert herstel in prioriteitsvolgorde van kritieke diensten en waarschuwt tegen het herinfecteren van schone systemen. NCSC raadt aan back-ups alleen op bekend-schoon apparatuur aan te sluiten en ze te scannen vóór herstel. Deze stappen verminderen risico, garanderen geen volledigheid. Escaleer naar gekwalificeerde incident-responshulp wanneer onderzoek, bewijsbehoud of meldingsplichten aan de orde zijn.
Herstel de dienst met hoogste prioriteit op schone infrastructuur, valideer deze en ga vervolgens verder op volgorde van afhankelijkheid.
Controleer gebruikerspaden, data, jobs, integraties, administratie, logging en dekking van nieuwe back-ups.
Gebruik oefeningen als bewijs en input voor remediatie
Voer gedeeltelijke restores, geïsoleerde volledige rebuilds, oefeningen bij verlies van afhankelijkheden of tabletop-beslissingen uit op basis van risico. Begin met een veilige, betekenisvolle test en verhoog de realiteit in de loop van de tijd. CISA raadt volledige en gedeeltelijke hersteloefeningen aan; NCSC raadt oefeningen aan om rollen, verantwoordelijkheden van derden en prioriteiten te verduidelijken.
Meet de leeftijd van het herstelpunt tegen het RPO en de verstreken hersteltijd tegen het RTO. Leg de set-identificatie, deelnemers, validatieresultaat, gefaalde stappen en een eigenaar voor elke fix vast. Test opnieuw na het dichten van tekortkomingen en na materiële wijzigingen in platform, identity, database of provider. SIU kan dit preventieve remediewerk organiseren; het is geen back-upsysteem of live-monitoringdienst.
Bewaar een beknopt verslag van wat is hersteld, waar, wat is geslaagd, wat is gefaald en wie het heeft geaccepteerd.
Herhaal gerichte tests na materiële architectuur- of leverancierwijzigingen.