Når et nøglesystem i Deres virksomhed går ned, er det sværeste at vide, hvad der skal genoprettes først, hvem der har adgang til at gøre det, hvilken sikkerhedskopi der kan næres tillid til, og hvor længe Deres virksomhed kan fortsætte med at arbejde uden dette system.
Det er her, mange små og mellemstore virksomheder (SMV’er) opdager gabet mellem at have sikkerhedskopier og at have et egentligt genopretningsabonnement. En sikkerhedskopi kan indeholde de data, De har brug for, men den afgør ikke genopretningsrækkefølgen, tildeler ikke ansvar, bekræfter ikke, om genopretningen fungerer, eller løser problemet med manglende admin-legitimationsoplysninger under et nedbrud.
Et IT-katastrofegenopretningsabonnement giver denne proces struktur, før en forstyrrelse opstår. Det definerer, hvilke systemer der betyder mest, hvor hurtigt de skal genoprettes, hvor meget datatab virksomheden kan tolerere, hvilke strategier for forebyggelse af datatab der skal implementeres, hvem der ejer hvert genopretningstrin, og hvordan kritiske legitimationsoplysninger beskyttes. Denne klarhed kan forhindre, at en IT-hændelse udvikler sig til langvarig nedetid, tabt omsætning eller en bredere operationel krise.
Hvad er et IT-katastrofegenopretningsabonnement?
Forretningskontinuitet vs. IT-katastrofegenopretning
Hvad Deres IT-katastrofegenopretningsabonnement skal dække
Hvad Deres IT-katastrofegenopretningsabonnement skal definere
Genopretning af legitimationsoplysninger: det oversete katastrofegenopretningsscenarie
Skabelon til katastrofegenopretningsabonnement
Sådan tester De Deres IT-katastrofegenopretningsabonnement
Byg genopretning op omkring systemer, data og at få adgang til dem
Hvad er et IT-katastrofegenopretningsabonnement?
Et IT-katastrofegenopretningsabonnement er en dokumenteret proces til at genoprette teknologisystemer efter en forstyrrelse. Det fokuserer på virksomhedens IT-lag: data, applikationer, enheder, infrastruktur, skytjenester, admin-adgang, sikkerhedskopier og de personer, der er ansvarlige for genopretningen.
Et praktisk IT-genopretningsabonnement bør besvare spørgsmål som:
- Hvilke systemer skal genetableres først?
- Hvor meget nedetid kan virksomheden tolerere?
- Hvor meget datatab er acceptabelt?
- Hvor lagres sikkerhedskopier?
- Hvem kan genoprette systemer?
- Hvilke admin-legitimationsoplysninger er nødvendige?
- Hvordan vil teamet bekræfte, at de genoprettede systemer er sikre og brugbare?
- Hvordan vil virksomheden kommunikere med medarbejdere og kunder, hvis de primære kanaler er nede?
Et katastrofegenopretningsabonnement bør gå ud over at håndtere cyberangreb: Det skal dække hverdagsagtige problemer som hardwarefejl, mistede legitimationsoplysninger og utilsigtet sletning. Det skal også dække eksterne tjenesteafbrydelser, såsom afbrydelser af skyplatforme eller SaaS-værktøjer, fejlkonfigurationer og nøglemedarbejdere, der rejser uden at overdrage kritisk adgang.
Genopretning er ikke noget, man designer under et nedbrud. Det skal planlægges, ejes, kommunikeres og testes, før Deres virksomhed får brug for at være afhængig af det.
Forretningskontinuitet vs. IT-katastrofegenopretning
Forretningskontinuitet og IT-katastrofegenopretning behandles ofte som det samme, men de løser forskellige problemer.
Forretningskontinuitet handler om at holde virksomheden i drift under en forstyrrelse. Det dækker klientkommunikation, midlertidige arbejdsgange, medarbejderansvar, koordinering med leverandører og beslutninger om, hvilke tjenester der skal fortsætte, selvom de normale systemer er utilgængelige.
IT-katastrofegenopretning fokuserer på teknologien bag dette arbejde. Det definerer, hvordan systemer, data, applikationer, sikkerhedskopier og admin-adgang vil blive genoprettet, så virksomheden kan vende sikkert tilbage til normal drift.
Som et eksempel kan man forestille sig et CRM-nedbrud. Et forretningskontinuitetsabonnement kan forklare, hvordan salgs- eller supportteams fortsætter med at betjene kunder, selvom CRM-systemet er nede. IT-genopretningsabonnementet forklarer, hvem der kontakter leverandøren, hvilke data der skal genoprettes, hvilken sikkerhedskopi eller eksport der er tilgængelig, hvilke legitimationsoplysninger der kræves, og hvordan teamet bekræfter, at systemet er sikkert at bruge igen.
For mange SMV’er viser gabet sig først under en hændelse. Folk ved, hvem der skal kontakte kunderne, men ikke hvem der kan genoprette faktureringssystemet. De ved, at der findes sikkerhedskopier, men ikke om en genopretning nogensinde er blevet testet. De ved, at én medarbejder normalt håndterer IT, men ikke hvad der sker, hvis den pågældende person er utilgængelig, eller hvor admin-adgangskoderne er lagret, hvis personen ikke kan kontaktes.
Hvad Deres IT-katastrofegenopretningsabonnement skal dække
Et stærkt IT-katastrofegenopretningsabonnement behøver ikke at være overdrevent langt, men det skal være specifikt nok til at kunne udføres under en stressende situation.
Mål for genopretningstid
Recovery time objective, eller RTO, definerer, hvor hurtigt et system skal genoprettes. Et betalingssystem skal måske være oppe igen inden for få timer, mens et internt rapporteringskontrolpanel kan tolerere et længere afbrud.
Fastsæt RTO’er ud fra forretningsmæssig indvirkning, ikke ud fra tekniske præferencer, fordi omkostningerne ved nedetid er både et forretningsmæssigt og et teknisk problem. Spørg, hvilke systemer der påvirker omsætning, kundeforpligtelser, juridiske forpligtelser, sikkerhed og medarbejdernes produktivitet.
Mål for genopretningspunkt
Recovery point objective, eller RPO, definerer, hvor meget datatab der er acceptabelt, hvilket derefter hjælper med at fastlægge de rette strategier for forebyggelse af datatab (DLP). Hvis et system har en RPO på én time, skal sikkerhedskopier eller replikering understøtte genopretning til omtrent det tidspunkt.
Hvis RPO’en er én dag, accepterer virksomheden et større gab. RPO hjælper også med at bestemme hyppigheden af sikkerhedskopiering, for jo kortere Deres RPO er, desto hyppigere skal Deres sikkerhedskopier tages. Kritiske systemer kræver derfor hyppigere sikkerhedskopier end lavt prioriterede systemer.
Prioriteringsniveauer for systemer
Ikke alle systemer skal genoprettes på samme tid. Et katastrofegenopretningsabonnement for en lille virksomhed bør opdele systemerne i prioriteringsniveauer.
- Niveau 1: Systemer, der er nødvendige for kernedrift, sikkerhed, kommunikation eller omsætning.
- Niveau 2: Vigtige systemer, der kan tolerere kortvarig nedetid.
- Niveau 3: Systemer med lavere prioritet, som kan genoprettes, efter at virksomheden er stabil.
Typiske niveau 1-systemer kan omfatte e-mail, identitetsudbyder, adgangskodeadministrator, økonomisystemer, kundedatabase, skylagerplads og kommunikationsplatforme.
Sikkerhedskopieringsstrategi
Deres sikkerhedskopieringsstrategi bør definere:
- Hvad der sikkerhedskopieres, og hvor ofte
- Hvor sikkerhedskopier lagres
- Hvem der kan få adgang til dem
- Hvordan genopretning testes
NCSC har også udgivet(nyt vindue) ransomware-resistente principper for sikkerhedskopiering til sky- og on-premises-sikkerhedskopieringsløsninger og bemærker, at sikkerhedskopierede data ikke som standard er resistente over for ransomware og bør vurderes i forhold til ransomware-truslen.
En stærk sikkerhedskopieringsstrategi omfatter normalt offline eller uforanderlige sikkerhedskopier af kritiske data, regelmæssig testning, dokumenterede genopretningstrin og separate legitimationsoplysninger til administration af sikkerhedskopier.
Roller og ansvarsområder
Et katastrofegenopretningsabonnement bør navngive ejere, ikke kun opgaver. Hvis én person besidder al viden om genopretning, har virksomheden en personrisiko såvel som en IT-risiko. Definer, hvem der:
- Leder genopretningen
- Genopretner systemer
- Kontakter leverandører
- Godkender nødadgang
- Kommunikerer internt
- Dokumenterer beslutninger
Hvad Deres IT-katastrofegenopretningsabonnement skal definere
| Komponent | Hvad det besvarer |
| RTO | Hvor hurtigt skal hvert enkelt system genoprettes? |
| RPO | Hvor meget data har virksomheden råd til at miste? |
| Prioriteringsniveauer | Hvilke systemer skal genetableres først, og hvilke kan vente? |
| Sikkerhedskopieringsstrategi | Hvad bliver sikkerhedskopieret, hvor er det lagret, og er genopretningen blevet testet? |
| Roller og ansvarsområder | Hvem leder genopretningen, genopretter systemer, kontakter leverandører og godkender nødændringer? |
Genopretning af legitimationsoplysninger: det oversete katastrofegenopretningsscenarie
Katastrofegenopretning fokuserer ofte på data, servere og sikkerhedskopier. Men i praksis kan genopretningen mislykkes, fordi teamet ikke kan få adgang til de systemer, der er nødvendige for at genoprette driften.
Genopretning af legitimationsoplysninger rejser spørgsmålet:
- Hvem har adgang til admin-konti?
- Hvor er legitimationsoplysninger til sikkerhedskopier lagret?
- Hvilke konti kan genoprette kritiske systemer?
- Hvad sker der, hvis en adgangskode mistes, kompromitteres eller besiddes af en person, der er utilgængelig?
- Er nødlegitimationsoplysninger beskyttet og revideret?
- Kan adgang tilbagekaldes og tildeles igen hurtigt?
Hvis legitimationsoplysninger til sikkerhedskopier er lagret i én medarbejders browser, gendannelseskoder opbevares i en privat note, eller delte admin-adgangskoder cirkulerer i chatten, er virksomheden muligvis ikke i stand til at foretage en fejlfri gendannelse under en hændelse.
En adgangskodeadministrator til virksomheder hjælper med at reducere denne risiko ved at centralisere kritiske legitimationsoplysninger i krypterede bokse, tildele adgang efter rolle og gøre det nemmere at tilbagekalde eller omfordele adgang, når nogen rejser, eller ansvarsområder ændres. Proton Pass for Business hjælper teams med at generere stærke adgangskoder, lagre legitimationsoplysninger sikkert, bruge sikker deling og holde følsom adgang væk fra chat og regneark.
Som en adgangskodeadministrator til IT-teams understøtter Proton Pass centraliseret administration af legitimationsoplysninger, adgangskodepolitikker, sikker deling, rapportering og logfiler, SCIM-klargøring og SSO-integrationer. Det gør genopretning af legitimationsoplysninger mere overskuelig, fordi adgang til kritiske systemer ikke er afhængig af én person, én browserprofil eller én udokumenteret adgangskode.
Skabelon til katastrofegenopretningsabonnement
Et katastrofegenopretningsabonnement fungerer bedst, når det er specifikt nok til at vejlede handling under et nedbrud, men enkelt nok til, at teamet kan bruge det under pres. For SMV’er bør skabelonen fokusere på det væsentlige: hvad der skal genoprettes, hvor hurtigt, fra hvilken sikkerhedskopi, af hvem og med hvilke legitimationsoplysninger.
1. Omfang
Definer, hvilke systemer, tjenester, placeringer, enheder og data abonnementet dækker.
Skabelonkopi: Dette IT-katastrofegenopretningsabonnement dækker de systemer, data, tjenester, legitimationsoplysninger og leverandører, der kræves for at genoprette den kritiske drift for [Company Name] efter en teknologisk forstyrrelse.
2. Fortegnelse over kritiske systemer
Oplist de systemer, som Deres virksomhed er afhængig af, og tildel prioriteringsniveauer.
Skabelonkopi: Kritiske systemer vil blive grupperet i niveau 1, niveau 2 og niveau 3 baseret på forretningsmæssig indvirkning, recovery time objective, recovery point objective og afhængighed af andre systemer.
3. Genopretningsmål
Definer RTO og RPO for hvert prioriteret system.
Skabelonkopi: Hvert system skal have et dokumenteret recovery time objective og recovery point objective. Disse mål bør revurderes mindst én gang om året og efter større systemændringer.
4. Sikkerhedskopierings- og genopretningsproces
Dokumenter, hvor sikkerhedskopier lagres, hvor ofte de kører, hvem der kan få adgang til dem, og hvordan test af genopretning fungerer.
Skabelonkopi: Sikkerhedskopier skal beskyttes mod uautoriseret adgang, lagres adskilt fra primære systemer, hvor det er relevant, og testes regelmæssigt. Genopretningsprocedurer skal dokumenteres for niveau 1-systemer.
5. Genopretning af legitimationsoplysninger og adgang
Definer, hvor kritiske legitimationsoplysninger lagres, og hvem der kan få adgang til dem under genopretningen.
Skabelonkopi: Admin-legitimationsoplysninger, legitimationsoplysninger til sikkerhedskopier, gendannelseskoder og leverandøradgang, der kræves til katastrofegenopretning, skal være lagret i en godkendt krypteret boks. Adgangen skal begrænses til autoriserede roller og revurderes efter rolleændringer, offboarding og genopretningsøvelser.
6. Roller og eskalering
Definer genopretningsejere, stedfortrædere og eskaleringsstier.
Skabelonkopi: Hver genopretningsrolle skal have en primær ejer og en backupejer. Abonnementet skal identificere, hvem der leder genopretningen, hvem der genopretter systemer, hvem der kontakter leverandører, hvem der kommunikerer opdateringer, og hvem der godkender nødændringer.
7. Kommunikationsabonnement
Definer, hvordan virksomheden kommunikerer internt og eksternt under et IT-nedbrud.
Skabelonkopi: Under en genopretningsbegivenhed vil interne opdateringer blive delt via [godkendt kanal]. Ekstern kommunikation til kunder, leverandører, forsikringsselskaber eller tilsynsmyndigheder skal godkendes af [rolle/team].
8. Test- og gennemgangsfrekvens
Definer, hvor ofte abonnementet testes og opdateres.
Skabelonkopi: Dette katastrofegenopretningsabonnement vil blive testet mindst [årligt/to gange om året] og revurderet efter større hændelser, systemændringer, leverandørændringer eller mislykkede genopretningsøvelser.
Sådan tester De Deres IT-katastrofegenopretningsabonnement
Et katastrofegenopretningsabonnement bliver først nyttigt, når det er blevet testet under forhold, der minder om en reel forstyrrelse. En sikkerhedskopi, der eksisterer, men aldrig er blevet genoprettet, er stadig kun en antagelse. En genopretningsrolle, som kun én person forstår, er stadig en afhængighed. En admin-legitimationsoplysning, som ingen kan finde under et nedbrud, er stadig en hindring.
Testning behøver ikke at være kompliceret i starten. For de fleste SMV’er er målet at bevise, at virksomheden kan genoprette de rette systemer, med de rette mennesker, ved hjælp af de rette legitimationsoplysninger, inden for en realistisk tidsramme.
1. Skrivebordsøvelse
Vælg et sandsynligt scenarie, såsom ransomware, der påvirker delte filer, et nedbrud på et skylagerplads, utilsigtet sletning af kundedata eller pludseligt tab af adgang til en admin-konto. Gå igennem, hvad teamet ville gøre i den første time, hvem der ville lede, hvilke leverandører der ville blive kontaktet, hvilke systemer der ville blive prioriteret, og hvilke oplysninger der ville mangle.
2. Test genopretning
Vælg en kritisk fil, database, postkasse eller systemeksport, og bekræft, at den kan genoprettes til en brugbar tilstand. Kontroller, om de genoprettede data er nylige nok, om tilladelserne stadig fungerer, og om teamet ved, hvor sikkerhedskopien befinder sig.
3. Test regelmæssigt
Som et praktisk udgangspunkt bør SMV’er teste abonnementet mindst én gang om året, i overensstemmelse med NIST-vejledningen i Special Publication 800-34 Revision 1(nyt vindue), og oftere efter større system- eller leverandørændringer.
4. Test genopretning af legitimationsoplysninger
Bekræft, at autoriserede personer kan få adgang til admin-konti til sikkerhedskopiering, sky-admin-konti, leverandørportaler, gendannelseskoder og nødlegitimationsoplysninger uden at være afhængige af én medarbejders browser, private noter eller hukommelse. Målet er ikke at afsløre følsomme adgangskoder unødigt. Det er at bekræfte, at adgangsmodellen stadig fungerer, når virksomheden er under pres.
Efter hver test skal De dokumentere, hvad der mislykkedes, hvad der tog for lang tid, og tildele en specifik person og tidsfrist for hver rettelse. En god test er ikke en, hvor alt går perfekt. Det er en, der afslører gabet, mens virksomheden stadig har tid til at rette dem.
Byg genopretning op omkring systemer, data og adgang
Et nyttigt IT-katastrofegenopretningsabonnement giver virksomheden en genopretningsrækkefølge, et sæt ejere, et realistisk syn på acceptabel nedetid samt en måde at opretholde forretningskontinuitet og genvinde adgang til de systemer, der holder arbejdet i gang.
For SMV’er kan dette gøre forskellen mellem en kort forstyrrelse og et langvarigt nedbrud. Hvis e-mail, økonomisoftware, skylagerplads, kundesystemer eller admin-konti er utilgængelige, skal teamet vide, hvad der kommer først, hvem der kan handle, og hvilke legitimationsoplysninger der kræves for at genoprette adgangen sikkert.
Det er grunden til, at genopretningsplanlægning bør dække både systemer, data og adgang. Sikkerhedskopier kan genoprette filer, men legitimationsoplysninger er det, der lader teamet genvinde kontrollen over de systemer, der er nødvendige for at genoprette driften. Admin-login, leverandørportaler, sikkerhedskopieringskonti, gendannelseskoder og delte operationelle legitimationsoplysninger skal alle beskyttes, organiseres og være tilgængelige for de rette personer, når noget går galt.
En adgangskodeadministrator til virksomheder hjælper med at styrke den del af abonnementet. Med kritiske legitimationsoplysninger lagret i krypterede adgangskodebokse, som kun deles med autoriserede personer, er virksomheden mindre afhængig af én medarbejders browser, private noter eller hukommelse under en genopretningsbegivenhed.
