kas pean saatma oma vastuseplaan dokumendina kliendile

Tavaliselt mitte kogu dokument, kuid peamised andmed

Ei, enamikul juhtudel ei pea täielik intsidentireageerimisplaan manusena kaasa minema. Portaalid, mis küsivad intsidentireageerimise kohta — osa turvalisusincidendi käsitlemise menetlusest — tahavad tavaliselt teada, või kas protseduur on olemas, kes vastutab, ja millise aja jooksul eskaleeritakse ja raporteeritakse intsidenti. Need on küsimused, millele vastatatakse jah/ei ja lühikese selgitusega, mitte täieliku käsiraamatuga, mis sisaldab kontaktpuid ja süsteemide nimesid.

On kaks olukorda, kus manust küll küsitakse: kui klient on selgesõnaliselt "laadige oma intsidentireageerimisplaan üles" küsimuse tüübina märkinud, või kui tegemist on auditküsimustikuga, mis nõuab kohustuslikke tõendeid. Sel juhul piisab tavaliselt kokkuvõtlikust versioonist — ühest lehest, millel on ulatus, rollid, teatamistähtajad ja eskalatsioonirajad, ilma tundlikus tehnilisteta. Kas on vaja täielikku plaani või kokkuvõtet, selgub küsimuse tekstist endist; kui seal on "kirjeldage" asemel "laadige üles", on tekstiline vastus sobivam kui mannus.

Miks see erinevus on olemas: artikkel 21 lõige 2 NIS2

NIS2-direktiivi artikli 21 lõige 2 nimetab intsidendi käsitlemist kümmest kohustuslikust meetmest ühena, kuid ei sätesta dokumentide vormingut — direktiiv nõuab protsessi, mitte konkreetset üleslaadimisformingut. ISO/IEC 27001 Lisas A arendatakse see välja reageerimise ja taastamise kontrollmeetmeteks, ja seal näete sama mustrit: standard kontrollib, kas protsess eksisteerib ja toimib, mitte seda, kas on üks kindlalt määratletud dokument nimega "intsidentireageerimisplaan". See selgitab, miks enamik portaale on rahul vastuses kirjeldusega, ja miks manust on vaja ainult siis, kui küsimus seda otseselt nõuab. Kui olete protsessile veel riskianalüüsi ja infoturbe poliitikaga korda seadmata — intsidentireageemine ehitatakse sellele tavaliselt üles.