En plan du har testet. Ikke en plan du skrev.
Prosesseiere som aldri logger inn, må likevel svare på konsekvensskjemaet. Avgrens BIA-en som en kampanje, skriv planene bak den og test dem etter plan, med funn knyttet til hver kjøring.
Hva dette erstatter
- Halvparten av prosesseierne slutter å svare etter andre påminnelse.
- To år siden siste godkjenning; ingen har åpnet den siden.
- Siste test var en skrivebordsøvelse uten skriftlige funn.
Hva som endres
- En BIA-kampanje følger utsending, påminnelser og svartrend etter hvert som svarene kommer.
- Fem gjenopprettingsområder: nettsky-DR, cybergjenoppretting, dataintegritet, nettverksgjenoppretting, tilbakeføring.
- Hver testkjøring beholder funnene og datoen sin. Planen blir en øvelsesoversikt.
Hva du gjør her
- 1Avgrens en BIA som en kampanje.
Velg prosessene, navngi eierne, send ut og purr på dem som ikke svarer med påminnelser i stedet for en fjerde e-post.
BIA campaigns - 2Samle inn svar fra eiere uten konto.
Hver prosesseier åpner en lenke med token og svarer på ett skjema: ingen konto eller passord, ingenting for IT å sette opp.
BIA questionnaire - 3Skriv kontinuitets- og gjenopprettingsplanene.
Nettsky-DR, cybergjenoppretting, dataintegritet, nettverksgjenoppretting og tilbakeføring får hver sin del i planposten.
Recovery plans - 4Bygg eskaleringsmatrisen inn i planen.
Aktiveringskriterier, deaktiveringskriterier og regler for respons etter alvorlighetsgrad ligger i planposten, ikke i et foreldet sidedokument.
Continuity plans - 5Kjør en test og meld funn mot den.
Planlegg den, start den, fullfør den og dupliser kjøringen til neste kvartal. Hvert funn forblir knyttet til testen.
Plan tests - 6Aktiver en plan ved en reell hendelse.
Hver erklæring skriver en aktiveringspost med egen hendelseslogg, ved siden av avhengighetsgrafen og beredskapspoengene.
Command Center
Hvor rollen slutter
Eiendeler og hendelser åpnes bare for lesing. Planer, tester og gjenopprettingsteam er dine; risikoregisteret du kommer til å lete etter, ligger på noen andres pult.
Jobber sammen med
RISKRisikosjefRisiko som strategi, ikke som avkrysning.Registre i regneark overser sammenhengene. Fastsett poengmetoden én gang, og la hver post romme kontrollene, prosessene, hendelsene, KRI-ene og sårbarhetene den faktisk berører, med behandlingsplaner og formelle aksepter registrert.
ASSETSIT-sjefPatchet er en påstand. Herdet er en skanning.En oversikt stemmer den dagen den ble eksportert. Her forblir registeret levende, unntak er skriftlige beslutninger, og hvert system skannes mot sin grunnlinje med herdingstillegget.
SOCSOC-sjefVakten slutter. Konteksten gjør det ikke.Kontinuitet er SOC-ens vanskeligste problem; den dør klokka sju om morgenen. Vaktplan, eskalering, arbeidsbelastning og en signert overlevering holder den i live. Saker og hendelsesposter er dine å lukke — eller slette.
Klar til å gå
forbi klassisk GRC?
14 dagers gratis prøve. Ikke noe kort. Nettskyen eller on-premises.