'n Rampherstelplan is die gedokumenteerde prosedure vir die herstel van tegnologiedienste na 'n mislukking, wat dek watter stelsels in watter volgorde terugkom, hoe lank elkeen behoort te neem, hoeveel dataverlies aanvaarbaar is en wie die werk verrig. Dit is die tegniese laag van kontinuïteitsbeplanning. Waar 'n kontinuïteitsplan die besigheid aan die gang hou op watter manier ook al, gaan 'n herstelplan spesifiek daaroor om die stelsels self terug te kry.
- 'n Geprioritiseerde stelsellys, geërf van die besigheidsanalise eerder as uitgevind deur IT.
- 'n Herstelteiken en 'n aanvaarbare dataverliessyfer vir elke stelsel.
- Loopboeke wat gedetailleerd genoeg is vir iemand anders as die gewone persoon om te volg.
- Die afhanklikheidsvolgorde, want stelsels wat in die verkeerde volgorde herstel word, verskyn nie.
- 'n Toetsrekord, aangesien 'n ongetoetste herstelprosedure 'n hipotese is.
Wat is 'n rampherstelplan?
'n Rampherstelplan stel uiteen hoe tegnologiedienste herstel word na 'n gebeurtenis wat hulle afbreek: hardeware-onderbreking, datasentrumverlies, 'n mislukte verandering, 'n wolkgebiedonderbreking, losprysware. Dit beantwoord drie vrae vir elke stelsel in omvang. Hoe vinnig moet dit terug wees, hoeveel onlangse data kan ons bekostig om te verloor, en wat presies doen iemand om dit te herstel.
Die woord ramp is misleidend. Die meeste aanroepe is nie dramaties nie. 'n Korrupte databasis, 'n mislukte migrasie of 'n vervalde sertifikaat op 'n kritieke diens sal jou na dieselfde plan as 'n vloed stuur. Om die plan slegs vir katastrofiese scenario's te skryf, laat jou improviseer deur die veel meer algemene scenario's.
Herstelbeplanning is een deel van die breër vermoë wat onder besigheidskontinuïteit beskryf word , en dit is waar die prioriteite en hersteltydraamwerke vandaan kom. As die tegnologiebeskouing daarsonder gebou is, beskerm die plan stelsels in 'n volgorde wat niemand teen die besigheid gevalideer het nie.
Hoe kies jy 'n herstelbenadering?
Die hersteldoelwit bepaal die argitektuur, en die argitektuur bepaal die koste. Dit is die afweging wat alles anders in die plan bepaal, en dit is die moeite werd om dit eksplisiet te maak eerder as om te erf wat die infrastruktuur ook al ondersteun. Daar bestaan drie breë opsies, en die woordeskat rondom hulle is onbehulpsaam tegnies vir wat redelik eenvoudige idees is.
| Rugsteun herstel | Warm bystand | Aktief-aktief | |
|---|---|---|---|
| Wat dit is | Herbou die diens vanaf die laaste rugsteun na 'n mislukking | 'n Tweede kopie het aanhou loop, maar is ledig, en word oorgeskakel wanneer nodig | Twee lewendige kopieë wat die werk deel, so daar is niks om aan te skakel nie |
| Dataverliesvenster | Sedert die laaste rugsteun | Minute van data | Naby nul |
| Tyd om te herstel | Ure tot dae | Minute tot ure | Naby nul |
| Beskerm teen | Slegte of geïnkripteerde data | Verlies aan infrastruktuur | Verlies van terrein of streek |
| Staande koste | Slegs stoorplek | Deel van 'n tweede boedel | Twee lewende landgoedere |
| Geskik vir | Dienste wat 'n onderbreking kan verdra | Mees kritieke dienste | Dienste wat nie kan stop nie |
Min organisasies benodig dieselfde benadering oral. Die nuttige patroon is om te vlakke: 'n klein aantal dienste wat werklik nie kan ophou nie, kry duur beskerming, die meerderheid kry iets proporsioneels, en die lang stert word van rugsteun herstel. Deur een benadering eenvormig toe te pas, bestee jy óf te veel aan aktiwiteite wat 'n dag kan verduur, óf laat jy die kritieke paar met 'n hersteltyd wat die besigheid reeds verwerp het.
Twee mislukkingsmodusse kom herhaaldelik voor. Die eerste is 'n herstelteiken wat gekies word sonder om die argitektuur wat dit lewer te prys, sodat die plan verbind is tot iets wat die infrastruktuur nie kan doen nie. Die tweede is om replikasie te koop en aan te neem dat dit herstel is, wanneer 'n korrupte of geïnkripteerde datastel net so getrou repliseer soos 'n goeie een. Replikasie beskerm teen infrastruktuurverlies. Rugsteun beskerm teen slegte data, en die twee is nie plaasvervangers nie.
Wat moet 'n rampherstelplan bevat?
Per stelsel, nie per organisasie nie. 'n Enkele narratiewe dokument wat die benadering in die algemeen beskryf, is nie om drie-uur die oggend bruikbaar vir wie ook al aan diens is nie.
- Hersteldoelwittedie tydsdoelwit en aanvaarbare dataverlies vir daardie stelsel, teruggevoer na die besigheidsanalise wat hulle gestel het.
- Afhanklikheidorde: wat eerste moet loop. Verifikasie, netwerke, DNS en databasisse gaan gewoonlik die toepassings vooraf wat dit benodig.
- Die loopboekdie werklike stappe, geskryf sodat 'n bekwame ingenieur wat nie die stelsel besit nie, dit kan uitvoer.
- Toegang en geloofsbriewehoe bevoorregte toegang verkry word tydens 'n insident, wat êrens gehou word wat die mislukking oorleef.
- Data herstelwaar rugsteun is, hoe om integriteit te verifieer, en hoe lank 'n herstel werklik neem teen werklike datavolumes.
- Verifikasie hoe jy bevestig dat die diens werklik werk eerder as om net te loop.
- Rolle en eskalasiewie besluit om aan te roep, wie voer uit, wie kommunikeer en wie 'n terugval magtig.
Van dié verdien die afhanklikheidsvolgorde die meeste aandag, want as dit verkeerd gedoen word, ontstaan foute wat lyk soos 'n gebreekte stelsel eerder as 'n volgordefout. 'n Toepassing wat herstel word voordat die databasis wat dit lees, of voordat die identiteitsdiens waarteen dit verifieer, herstel word, sal nie begin nie, en die span verloor tyd om die verkeerde probleem te diagnoseer. Die algemene vorm geld vir die meeste toestande.
Die detail wat meestal ontbreek, is hoe lank 'n herstel werklik neem. 'n Rugsteun wat oornag voltooi word, kan aansienlik langer neem om teen produksievolume te herstel, en as niemand dit gemeet het nie, is die herstelteiken 'n raaiskoot.
Een grens is die moeite werd om te trek. 'n Herstelplan herstel die stelsels. Die tydelike oplossing wat die besigheid gebruik terwyl dit gebeur, vir een spesifieke benoemde risiko, hoort eerder in 'n gebeurlikheidsplan . Organisasies wat slegs die tegnologieplan behou, is geneig om te ontdek dat niemand ooreengekom het hoe die werk intussen sou voortgaan nie.
Daar is 'n groter prentjie hieragter.
Hierdie bladsy dek een deel van sakeveerkragtigheid. Ware Veerkragtigheid — IO se raamwerk vir die koppeling van sekuriteit, privaatheid en KI-bestuur — is waar die volle prentjie bymekaar kom.
Hoe toets jy 'n rampherstelplan?
Toetsing is waar herstelplanne hul geloofwaardigheid verdien, en daar is 'n progressie. Elke vlak kos meer en bewys meer, en 'n program wat nooit die eerste vlak verlaat nie, het nie veel gevestig nie.
| Toets tipe | Wat dit bewys | Wat dit kos |
|---|---|---|
| Walkthrough | Dat die dokumentasie volledig en verstaanbaar is vir iemand wat dit nie geskryf het nie. | 'n Paar uur. Geen stelsels aangeraak nie. |
| Tafelblad oefening | Dat mense hul rolle ken en dat besluitneming en eskalasie onder druk werk. | 'n Halwe dag van die regte mense se tyd. |
| Komponent herstel | Dat rugsteun werklik herstelbaar is en dat die werklike herstelduur bekend is. | Matig. Benodig 'n geïsoleerde omgewing. |
| Gedeeltelike oorskakeling | Dat 'n enkele diens vanaf sy herstelposisie kan loop, afhanklikhede ingesluit. | Beduidende beplanning. Sekere diensrisiko. |
| Volledige oorskakeling | Dat die hele omgewing van herstel, teen lading, kan loop met die besigheid wat daaraan werk. | Hoog. Benodig gewoonlik 'n beplande venster. |
Teken aan wat misluk het. 'n Toetslogboek wat probleme wat gevind en reggestel is, toon, is sterker bewys van 'n werkende vermoë as 'n reeks skoon slaagsyfers, wat hoofsaaklik daarop dui dat die toetse nie veeleisend genoeg was nie. Bevindinge met eienaars en datums is wat toetsing in verbetering verander eerder as gerusstelling.
Watter standaarde dek rampherstel?
Geen standaard is uitsluitlik toegewy aan rampherstel nie, daarom is die vereistes oor verskeie versprei, wat een rede is waarom herstelbeplanning dikwels van alles anders afgesonderd raak.
- ISO 22301: die sertifiseerbare bestuurstelsel vir besigheidskontinuïteit. Dit stel die ontleding en herstelprioriteite wat 'n tegnologieplan moet erf.
- ISO / IEC 27031: riglyne spesifiek oor IKT-gereedheid vir besigheidskontinuïteit, wat die naaste pas by rampherstel as 'n dissipline.
- ISO 27001Aanhangsel A bevat beheermaatreëls oor inligtingsekuriteit tydens ontwrigting, IKT-gereedheid vir kontinuïteit en inligtingrugsteun, sodat herstelvermoë tydens 'n oudit ondersoek word.
- Sektorreëlsgereguleerde organisasies staar bykomende verwagtinge in die gesig, byvoorbeeld die kontinuïteits- en herstelvereistes onder NIS 2 implementeringsriglyne.
Deur saam volgens ISO 22301 en ISO 27001 te werk , word die meeste van die bewyse wat hierdie stelsels vereis, in 'n vorm wat reeds onafhanklik geouditeer is, opgelewer.
Begin jou gratis toets
Wil jy verken?
Sluit vandag aan vir jou gratis proeftydperk en kry al die voldoeningskenmerke wat ISMS.online kan bied, in die hand
Hoe hou rampherstel verband met veerkragtigheid?
Rampherstel herstel stelsels. Veerkragtigheid is die breër vermoë om ontwrigting van enige aard te absorbeer, insluitend die gebeure wat geen runbook voorsien nie. Die verband tussen hulle is dat herstel geheel en al afhang van beheermaatreëls wat buite die herstelplan val: of rugsteun onveranderlik is, of bevoorregte toegang steeds werk wanneer die identiteitsverskaffer af is, of die verskaffer wat die herstelomgewing aanbied, geassesseer is, of die voorvalreaksieproses funksioneer.
Die Veerkragtigheidslus bestuur inligtingsekuriteit onder ISO 27001, dataprivaatheid onder ISO 27701 en KI-bestuur onder ISO 42001 as een gekoppelde stelsel, met herstel as 'n verdere lens oor dieselfde kontroles. Losprysware maak die punt duidelik. Dit is gelyktydig 'n sekuriteitsvoorval, moontlik 'n persoonlike data-oortreding en 'n herstelgebeurtenis, en 'n organisasie wat daardie drie as afsonderlike programme bestuur, reageer drie keer daarop. Die struktuur wat dit vermy, word uiteengesit in die sakeveerkragtigheidsraamwerk.
Hoe bewys jy dat rampherstel werk?
Niemand aanvaar die bestaan van 'n plan as bewys op 'n geloofwaardige manier nie. Wat wel geld, is die plan self met huidige hersteldoelwitte, toetsrekords wat datums en deelnemers toon, die mislukkings wat daardie toetse blootgelê het, die daaropvolgende remediëring, en bevestiging dat die plan steeds ooreenstem met die toestand wat dit beskryf.
Hierdie bewyse word gegenereer terwyl die werk plaasvind en is altyd beskikbaar. Wanneer dit voor 'n oudit of 'n kliënt se omsigtigheidsondersoek saamgestel word, is dit geneig om te onthul hoe ver die gedokumenteerde boedel van die werklike een afgewyk het. Die benadering word uiteengesit in hoe om veerkragtigheid te bewys , en die Veerkragtigheidstelling gee jou 'n basislyn om van te werk.
Waarom ISMS.online kies vir rampherstelbeplanning?
Herstelplanne misluk baie meer dikwels op grond van geldigheid as op inhoud. ISMS.online is gebou om hulle in lyn te hou met die boedel.
- Planne gekoppel aan die stelsels wat hulle dekElke inskrywing verbind met die bate, die eienaar daarvan en die kontroles waarop dit staatmaak, sodat drywing sigbaar is.
- Hersteldoelwitte geërf, nie uitgevind nieDie doelwitte wat deur die besigheidsanalise gestel is, word deurgevoer na die tegnologieplan.
- Toetsskedules en bevindinge saambeplan oefeninge, teken aan wat misluk het en hou regstellende aksies op dieselfde plek as die plan dop.
- Een beheerstel, elke raamwerkRugsteun-, toegangs- en verskafferkontroles een keer gekarteer en hergebruik oor ISO 22301, ISO 27031, ISO 27001, ISO 27701 en ISO 42001.
- Verskafferafhanklikhede geassesseerDie derde partye waarvan jou herstel stilweg afhanklik is, word in dieselfde stelsel bestuur.
- Ingelig deur diepgaande kundigheid: begeleide implementering deur spesialiste wat herstelprogramme in gereguleerde omgewings uitgevoer het.
- Gebou vir Britse en gereguleerde markteontwerp vir organisasies wat herstelvermoë aan ouditeure en kliënte moet bewys.
Kyk hoe dit bymekaar pas op die sakeveerkragtigheidsplatform , of bespreek 'n demonstrasie.
Vrae & Antwoorde
Wat is die verskil tussen 'n rampherstelplan en 'n besigheidskontinuïteitsplan?
'n Rampherstelplan herstel tegnologiedienste. 'n Besigheidskontinuïteitsplan hou die besigheid aan die gang te midde van ontwrigting deur enige beskikbare middele, wat kan insluit om handmatig te werk terwyl stelsels af is. Herstel is 'n komponent van kontinuïteit eerder as 'n alternatief daarvoor, en die hersteldoelwitte in die tegnologieplan moet kom uit die besigheidsanalise waarop die kontinuïteitsplan gebou is.
Wat moet die RTO en RPO wees?
Beide kom van die besigheidsimpakanalise eerder as van wat die infrastruktuur tans kan lewer. Die hersteltyddoelwit word afgelei van die punt waar ontwrigting van die aktiwiteit onaanvaarbaar word, gestel met 'n marge binne daardie limiet. Die herstelpuntdoelwit volg uit hoeveel onlangse data die besigheid kan rekonstrueer of bekostig om te verloor. Deur een van die twee te stel vanaf huidige tegniese vermoë, word teikens geskep wat altyd bereik word en niks bewys nie.
Wat is die verskil tussen warm standby en aktief-aktief?
Warm bystand hou 'n tweede kopie van die diens aan die gang, maar onaktief. Dit dien niemand totdat jy daarna oorskakel nie, dus herstel behels 'n doelbewuste oorskakeling, en daardie oorskakeling neem tyd en kan verkeerd gaan. Aktief-aktief beteken dat twee lewendige kopieë albei gelyktydig werklike werk hanteer, dus as jy een verloor, laat die ander reeds dien en daar is niks om aan te skakel nie. Aktief-aktief verwyder die oorskakelingstap en is ooreenstemmend duurder, want jy gebruik en lisensieer twee produksieomgewings eerder as een en 'n spaar.
Hoe gereeld moet 'n rampherstelplan getoets word?
Ten minste jaarliks vir 'n betekenisvolle toets, met ligter deurloopsessies meer gereeld en 'n hersiening wanneer die boedel wesenlik verander. Frekwensie maak minder saak as progressie: 'n organisasie wat elke jaar dieselfde toets gebruik, weet sy mense verstaan hul rolle, maar het steeds geen bewyse dat 'n herstel teen produksievolume werk nie. Wissel die toetstipe af sodat verskillende aannames ondersoek word.
Verwyder wolkhosting die behoefte aan 'n rampherstelplan?
Nee. Wolkplatforms verskaf die boustene vir veerkragtige argitektuur, maar beskikbaarheidsones en bestuurde dienste is konfigurasiekeuses eerder as verstekwaardes, en streeksonderbrekings kom wel voor. Die wolk doen ook niks aan uitgevee of geïnkripteerde data, verkeerde konfigurasie of 'n gekompromitteerde rekening nie. Die plan verander van vorm in die wolk en gaan meer oor konfigurasie, onveranderlike rugsteun en rekeningherstel as oor hardeware, maar dit verdwyn nie.
Is ransomware 'n rampherstelscenario?
Dit is dit en meer. Losprysware is 'n sekuriteitsvoorval, dikwels 'n persoonlike data-oortreding en 'n herstelgebeurtenis terselfdertyd, en dit maak aannames wat gewone herstelbeplanning maak, ongeldig. Rugsteun kan geïnkripteer of verwyder word, dus is onveranderlikheid en vanlyn kopieë belangrik, en die omgewing moet dalk herbou word eerder as om in plek te herstel, want herstel na 'n gekompromitteerde omgewing besmet dit bloot weer.
