vai man ir jāpiesūta mūsu atsargsplāns kā dokuments klientam

Parasti ne visu dokumentu, bet galvenos datus

Nē, vairumā gadījumu pilns incidenta reagēšanas plāns nav jāpievieno kā pielikums. Portāli, kas jautā par incidenta reagēšanu — daļa no drošības incidentu risināšanas procedūru — parasti vēlas zināt vai vai ir procedūra, kas ir atbildīgs, un kādā laika posmā incidents tiek eskalēts un ziņots. Tās ir jautājumi, uz kuriem jūs atbildat ar jā/nē un īsu paskaidrojumu, nevis ar pilnu darbības plānu, ieskaitant kontaktu koki un sistēmu nosaukumus.

Ir divas situācijas, kurās pielikums tiek pieprasīts: ja klients ir skaidri norādījis "augšupielādējiet savu incidenta reagēšanas plānu" kā jautājuma tipu, vai ja tas ir audita jautājumu saraksts, kas pieprasa pierādījumus. Tādā gadījumā apkopojuma versija — viena lapa ar tvērumu, lomām, paziņošanas termiņiem un eskalācijas ceļiem, bez jutīgiem tehniskiem detaļām — bieži vien ir pietiekama. Vai nepieciešams pilns plāns vai apkopojums, ir skaidrs no jautājuma teksta; ja tur ir "aprakstīt" nevis "augšupielādēt", tad tekstuāla atbilde ir piemērotāka nekā pielikums.

Kāpēc šis atšķirums pastāv: NIS2 direktīvas 21. panta 2. punkts

NIS2 direktīvas 21. panta 2. punkts nosaka incidenta pārvaldīšanu kā vienu no desmit obligātajiem pasākumiem, taču neparedz dokumenta formu — direktīva prasa procesu, nevis konkrētu augšupielādes formātu. ISO/IEC 27001 pielikums A to detalizē ar kontroles pasākumiem par reagēšanu un atveseļošanu, un tur redzat to pašu modeli: standarts pārbauda, vai process pastāv un darbojas, nevis vai pastāv viens skaidri definēts dokuments, kuru sauc par "incidenta reagēšanas plānu". Tas izskaidro, kāpēc vairums portālu ir apmierināti ar aprakstu atbildes laukā, un kāpēc pielikums ir nepieciešams tikai tad, ja jautājums to skaidri pieprasa. Ja jums process vēl nav dokumentēts, tad bieži vien ir vieglāk vispirms politiku riska analīzei un informācijas drošībai kārtībā — incidenta reagēšana parasti uz tā balstās.