När ett nyckelsystem i ditt företag går ner är de svåraste delarna att veta vad som ska återställas först, vem som har möjlighet att få åtkomst till att göra det, vilken säkerhetskopiera som är betrodd och hur länge ditt företag kan fortsätta arbeta utan det systemet.
Det är då många små och medelstora företag (SMB) upptäcker klyftan mellan att ha säkerhetskopior och att ha ett faktiskt återställningspaket. En säkerhetskopiera kan innehålla de data du behöver, men det avgör inte återställningsordningen, fördelar inte ansvarsområden, validerar inte om återställ fungerar eller löser problemet med saknade admin-inloggningsuppgifter under ett avbrott.
Ett IT-katastrofåterställningspaket ger denna process struktur innan ett avbrott inträffar. Det definierar vilka system som betyder mest, hur snabbt de behöver återställas, hur mycket dataförlust företaget kan tolerera, vilka strategier för dataförlustförebyggande som ska implementeras, vem som äger varje återställningssteg och hur kritiska inloggningsuppgifter skyddas. Denna tydlighet kan förhindra att en IT-incident förvandlas till långvarig stilleståndstid, förlorade intäkter eller en bredare operativ kris.
Vad är ett IT-katastrofåterställningspaket?
Verksamhetskontinuitet kontra IT-katastrofåterställning
Vad ditt IT-katastrofåterställningspaket måste omfatta
Vad ditt IT-katastrofåterställningspaket behöver definiera
Inloggningsåterställning: det förbisedda scenariot för katastrofåterställning
Mall för katastrofåterställningspaket
Så testar du ditt IT-katastrofåterställningspaket
Bygg återställning kring system, data och att få åtkomst till dem
Vad är ett IT-katastrofåterställningspaket?
Ett IT-katastrofåterställningspaket är en dokumenterad process för att återställa tekniksystem efter ett avbrott. Det fokuserar på företagets IT-skikt: data, applikationer, enheter, infrastruktur, molntjänster, möjlighet att få åtkomst till som admin, säkerhetskopior och personerna som ansvarar för återställningen.
Ett praktiskt IT-återställningspaket bör besvara frågor som:
- Vilka system måste komma tillbaka först?
- Hur lång stilleståndstid kan företaget tolerera?
- Hur stor dataförlust är acceptabel?
- Var är säkerhetskopior lagrade?
- Vem kan återställa systemen?
- Vilka admin-inloggningsuppgifter behövs?
- Hur ska teamet bekräfta att återställda system är säkra och användbara?
- Hur ska företaget kommunicera med personal och kunder om primära kanaler ligger nere?
Ett katastrofåterställningspaket bör gå längre än att bara hantera cyberattacker: det behöver omfatta vardagliga problem som hårdvarufel, förlorade inloggningsuppgifter och oavsiktlig radering. Det behöver också omfatta externa tjänsteavbrott som störningar i molnplattformar eller SaaS-verktyg, felkonfigurationer och nyckelmedarbetare som slutar utan att överföra kritisk möjlighet att få åtkomst till.
Återställning är inget man ska utforma under ett pågående avbrott. Det måste planeras, ägas, kommuniceras och testas innan ditt företag behöver förlita sig på det.
Verksamhetskontinuitet kontra IT-katastrofåterställning
Verksamhetskontinuitet och IT-katastrofåterställning behandlas ofta som samma sak, men de löser olika problem.
Verksamhetskontinuitet handlar om att hålla igång företagets verksamhet under ett avbrott. Det omfattar kundkommunikation, tillfälliga arbetsflöden, personalens ansvarsområden, samordning av leverantörer och beslut om vilka tjänster som måste fortsätta fungera även om de vanliga systemen är otillgängliga.
IT-katastrofåterställning fokuserar på tekniken bakom det arbetet. Det definierar hur system, data, applikationer, säkerhetskopior och admin-möjlighet att få åtkomst till ska återställas så att företaget kan återgå till normal verksamhet på ett säkert sätt.
Tänk dig till exempel ett CRM-avbrott. Ett verksamhetskontinuitetspaket kan förklara hur sälj- eller support-team fortsätter att betjäna kunder medan CRM-systemet är nere. IT-återställningspaketet förklarar vem som kontaktar leverantören, vilka data som behöver återställas, vilken säkerhetskopiera eller exportfil som är tillgänglig, vilka inloggningsuppgifter som krävs och hur teamet bekräftar att systemet är säkert att använda igen.
För många småföretag uppstår klyftan först under en incident. Folk vet vem som skulle kontakta kunder, men inte vem som kan återställa faktureringssystemet. De vet att det finns säkerhetskopior, men inte om en återställning någonsin har testats. De vet att en medarbetare vanligtvis sköter IT, men inte vad som händer om den personen är otillgänglig eller var admin-lösenorden är lagrade om personen inte går att nå.
Vad ditt IT-katastrofåterställningspaket måste omfatta
Ett starkt IT-katastrofåterställningspaket behöver inte vara överdrivet långt, men det måste vara tillräckligt specifikt för att kunna köras under en stressig situation.
Återställningstidsmål
Återställningstidsmål, eller RTO, definierar hur snabbt ett system behöver återställas. Ett betalningssystem kan behovas vara igång igen inom några timmar, medan en intern rapporterings-adminpanel kan tolerera ett längre avbrott.
Fastställ RTO-mål utifrån verksamhetens påverkan, inte utifrån tekniska preferenser, eftersom kostnaden för driftstopp är både ett affärsmässigt och ett tekniskt problem. Fråga vilka system som påverkar intäkter, kundåtaganden, juridiska skyldigheter, säkerhet och medarbetarnas produktivitet.
Återställningspunktsmål
Recovery point objective, eller RPO, definierar hur mycket dataförlust som är acceptabel, vilket sedan hjälper till att fastställa rätt strategier för dataförlustförebyggande (DLP). Om ett system har en RPO på en timme måste säkerhetskopior eller replikering ha support för återställning till ungefär den tidpunkten.
Om RPO är en dag accepterar företaget en större klyfta. RPO hjälper också till att avgöra hur ofta säkerhetskopiering ska ske, eftersom ju kortare ditt RPO är, desto mer frekventa måste dina säkerhetskopior vara. Kritiska system behöver därför mer frekventa säkerhetskopior än lågprioriterade system.
Prioriteringsnivåer för system
Alla system ska inte återställas samtidigt. Ett katastrofåterställningspaket för småföretag bör dela in systemen i prioriteringsnivåer.
- Nivå 1: System som krävs för kärnverksamhet, säkerhet, kommunikation eller intäkter.
- Nivå 2: Viktiga system som kan tolerera kortare stilleståndstid.
- Nivå 3: Lågprioriterade system som kan återställas efter att verksamheten är stabil.
Typiska nivå 1-system kan inkludera e-post, identitetsleverantör, lösenordshanterare, ekonomisystem, kunddatabas, molnlagringsutrymme och kommunikationsplattformar.
Strategi för säkerhetskopiering
Din strategi för säkerhetskopiering bör definiera:
- Vad som säkerhetskopieras och hur ofta
- Var säkerhetskopior är lagrade
- Vem som kan få åtkomst till dem
- Hur återställning testas
NCSC har också publicerat(nytt fönster) principer för ransomware-resistenta säkerhetskopior för moln- och lokala säkerhetskopieringslösningar, och noterar att säkerhetskopierade data inte är resistenta mot ransomware som standard och bör utvärderas mot ransomware-hotet.
En stark strategi för säkerhetskopiering inkluderar vanligtvis offline- eller oföränderliga säkerhetskopior för kritiska data, regelbundna tester, dokumenterade återställningssteg och separata inloggningsuppgifter för administration av säkerhetskopior.
Roller och ansvarsområden
Ett katastrofåterställningspaket bör namnge ägare, inte bara uppgifter. Om en enda person besitter all kunskap om återställning innebär det en personrisk för företaget såväl som en IT-risk. Definiera vem som:
- Leder återställningen
- Återställer systemen
- Kontaktar leverantörer
- Godkänner akut möjlighet att få åtkomst till
- Kommunicerar internt
- Dokumenterar beslut
Vad ditt IT-katastrofåterställningspaket behöver definiera
| Komponent | Vad det besvarar |
| RTO | Hur snabbt behöver varje system återställas? |
| RPO | Hur mycket data har företaget råd att förlora? |
| Prioriteringsnivåer | Vilka system kommer tillbaka först, och vilka kan vänta? |
| Strategi för säkerhetskopiering | Vad säkerhetskopieras, var är det lagrat och har återställningen testats? |
| Roller och ansvarsområden | Vem leder återställningen, återställer systemen, kontaktar leverantörer och godkänner ändringar i nödfall? |
Återställning av inloggningsuppgifter: det förbisedda scenariot för katastrofåterställning
Katastrofåterställning fokuserar ofta på data, servrar och säkerhetskopior. Men i praktiken kan återställningen misslyckas för att teamet inte kan få åtkomst till de system som behövs för att återställa verksamheten.
Återställning av inloggningsuppgifter handlar om att fråga:
- Vem har möjlighet att få åtkomst till admin-konton?
- Var är inloggningsuppgifter för säkerhetskopiering lagrade?
- Vilka konton kan återställa kritiska system?
- Vad händer om ett lösenord förloras, avslöjas eller innehas av någon som är otillgänglig?
- Är inloggningsuppgifter för nödfall skyddade och granskade?
- Kan möjlighet att få åtkomst till återkallas och omfördelas snabbt?
Om inloggningsuppgifter för säkerhetskopiering är lagrade i en medarbetares webbläsare, återställningskoder förvaras i en privat anteckning, eller delade admin-lösenord sprids via chatt, kan företaget kanske inte återställa verksamheten smidigt under en incident.
En lösenordshanterare för företag hjälper till att minska den risken genom att centralisera kritiska inloggningsuppgifter i krypterade valv, tilldela möjlighet att få åtkomst till utifrån roll, och göra det enklare att återkalla eller omfördela möjlighet att få åtkomst till när någon slutar eller ansvarsområden ändras. Proton Pass for Business hjälper team att generera starka lösenord, lagra inloggningsuppgifter säkert, använda säker delning och hålla känslig åtkomst borta från chattar och kalkylblad.
Som en lösenordshanterare för IT-team har Proton Pass support för centraliserad hantering av inloggningsuppgifter, lösenordspolicyer, säker delning, rapportering och loggar, SCIM-provisionering samt SSO-integrationer. Det gör återställning av inloggningsuppgifter mer hanterbar eftersom möjlighet att få åtkomst till kritiska system inte är beroende av en person, en webbläsarprofil eller ett odokumenterat lösenord.
Mall för katastrofåterställningspaket
Ett katastrofåterställningspaket fungerar bäst när det är tillräckligt specifikt för att vägleda åtgärder under ett avbrott, men tillräckligt enkelt för att teamet ska kunna använda det under press. För småföretag bör mallen fokusera på det viktigaste: vad som behöver återställas, hur snabbt, från vilken säkerhetskopia, av vem och med vilka inloggningsuppgifter.
1. Omfattning
Definiera vilka system, tjänster, platser, enheter och data som paketet omfattar.
Template copy: Detta IT-katastrofåterställningspaket omfattar de system, data, tjänster, inloggningsuppgifter och leverantörer som krävs för att återställa den kritiska verksamheten för [Company Name] efter ett teknikavbrott.
2. Inventering av kritiska system
Lista de system ditt företag förlitar sig på och tilldela prioriteringsnivåer.
Template copy: Kritiska system kommer att grupperas i Nivå 1, Nivå 2 och Nivå 3 baserat på verksamhetens påverkan, återställningstidsmål, återställningspunktsmål och beroende av andra system.
3. Återställningsmål
Definiera RTO och RPO för varje prioriterat system.
Kopia av mall: Varje system måste ha ett dokumenterat återställningstidsmål och återställningspunktsmål. Dessa mål bör granskas minst en gång om året och efter större systemförändringar.
4. Process för säkerhetskopiering och återställning
Dokumentera var säkerhetskopior är lagrade, hur ofta de körs, vem som kan få åtkomst till dem och hur återställningstestning fungerar.
Kopia av mall: Säkerhetskopior måste skyddas från obehörig möjlighet att få åtkomst till, lagras separat från primära system där så är lämpligt, och testas regelbundet enligt schema. Återställningsprocedurer måste dokumenteras för nivå 1-system.
5. Återställning av inloggningsuppgifter och möjlighet att få åtkomst till
Definiera var kritiska inloggningsuppgifter är lagrade och vem som kan få åtkomst till dem under återställningen.
Kopia av mall: Admin-inloggningsuppgifter, inloggningsuppgifter för säkerhetskopiering, återställningskoder och leverantörsåtkomst som krävs för katastrofåterställning måste lagras i ett godkänt krypterat valv. Möjlighet att få åtkomst till måste begränsas till auktoriserade roller och granskas efter rollbyten, avveckling och återställningsövningar.
6. Roller och eskalering
Definiera återställningsansvariga, ersättare och eskaleringssökvägar.
Kopia av mall: Varje återställningsroll måste ha en primär ägare och en reservägare. Paketet måste identifiera vem som leder återställningen, vem som återställer systemen, vem som kontaktar leverantörer, vem som kommunicerar uppdateringar och vem som godkänner ändringar i nödfall.
7. Kommunikationspaket
Definiera hur företaget kommunicerar internt och externt under ett IT-avbrott.
Kopia av mall: Under en återställningshändelse kommer interna uppdateringar att delas via [godkänd kanal]. Extern kommunikation till kunder, leverantörer, försäkringsgivare eller tillsynsmyndigheter måste godkännas av [roll/team].
8. Test- och granskningsintervall
Definiera hur ofta paketet testas och uppdateras.
Kopia av mall: Detta katastrofåterställningspaket kommer att testas minst [årligen/två gånger om året] och granskas efter större incidenter, systemförändringar, leverantörsbyten eller misslyckade återställningsövningar.
Så testar du ditt IT-katastrofåterställningspaket
Ett katastrofåterställningspaket blir användbart först när det har testats under förhållanden som liknar ett verkligt avbrott. En säkerhetskopiera som finns men aldrig har återställts är fortfarande bara ett antagande. En återställningsroll som bara en person förstår är fortfarande ett beroende. En admin-inloggningsuppgift som ingen kan hitta under ett avbrott är fortfarande ett hinder.
Testning behöver inte vara komplicerad till en början. För de flesta småföretag är målet att bevisa att företaget kan återställa rätt system, med rätt personer, med hjälp av rätt inloggningsuppgifter, inom en realistisk tidsram.
1. Skrivbordsövning
Välj ett troligt scenario, till exempel ransomware som påverkar delade filer, ett avbrott i molnlagringsutrymmet, oavsiktlig radering av kunddata eller plötslig förlust av möjlighet att få åtkomst till ett admin-konto. Gå igenom vad teamet skulle göra under den första timmen, vem som skulle leda, vilka leverantörer som skulle kontaktas, vilka system som skulle prioriteras och vilken information som skulle saknas.
2. Testa återställning
Välj en kritisk fil, databas, brevlåda eller systemexport och bekräfta att den kan återställas till ett användbart skick. Kontrollera om återställda data är tillräckligt nya, om behörigheterna fortfarande fungerar och om teamet vet var säkerhetskopian finns.
3. Testa regelbundet
Som en praktisk baslinje bör småföretag testa paketet minst en gång om året, i enlighet med NIST-vägledningen i Special Publication 800-34 Revision 1(nytt fönster), och oftare efter större system- eller leverantörsbyten.
4. Testa återställning av inloggningsuppgifter
Bekräfta att auktoriserade personer kan få åtkomst till säkerhetskopieringens admin-konton, moln-admin-konton, leverantörsportaler, återställningskoder och inloggningsuppgifter för nödfall utan att förlita sig på en medarbetares webbläsare, privata anteckningar eller minne. Målet är inte å exponera känsliga lösenord i onödan. Det är att bekräfta att åtkomstmodellen fortfarande fungerar när företaget är under press.
Efter varje test bör du dokumentera vad som misslyckades, vad som tog för lång tid och utse en specifik person och tidsgräns för varje åtgärd. Ett bra test är inte ett där allt går perfekt. Det är ett som avslöjar luckorna medan företaget fortfarande har tid att åtgärda dem.
Bygg återställning kring system, data och möjlighet att få åtkomst till
Ett användbart IT-katastrofåterställningspaket ger företaget en återställningsordning, en uppsättning ansvariga, en realistisk syn på acceptabel stilleståndstid och ett sätt att upprätthålla verksamhetskontinuitet samt återfå möjlighet att få åtkomst till de system som håller igång arbetet.
För småföretag kan detta göra skillnaden mellan ett kort avbrott och ett långvarigt driftstopp. Om e-post, ekonomimjukvara, molnlagringsutrymme, kundsystem eller admin-konton är otillgängliga måste teamet veta vad som kommer först, vem som kan agera och vilka inloggningsuppgifter som krävs för att återställa åtkomsten på ett säkert sätt.
Det är därför återställningsplanering bör omfatta system, data och möjlighet att få åtkomst till tillsammans. Säkerhetskopior kan återställa filer, men inloggningsuppgifter är det som låter teamet återfå kontrollen över de system som behövs för att återställa verksamheten. Admin-inloggningar, leverantörsportaler, säkerhetskopieringskonton, återställningskoder och delade operativa inloggningsuppgifter måste alla skyddas, organiseras och vara tillgängliga för rätt personer när något går fel.
En lösenordshanterare för företag hjälper till att stärka den delen av paketet. Med kritiska inloggningsuppgifter lagrade i krypterade lösenordsvalv och delade endast med auktoriserade personer, blir företaget mindre beroende av en enskild medarbetares webbläsare, privata anteckningar eller minne under en återställningshändelse.
