Isiping nakontrol na ang insidente ngunit hindi pa rin gumagana ang sistema ng order. Hindi pa tapos ang gawain para sa negosyo. Kasabay ng pagbawas ng epekto ng banta, dapat planuhin ang pagbabalik sa mapagkakatiwalaang serbisyo.
Balangkas ng pagpaplano kaugnay ng Sara Shield ang artikulo, hindi pahayag na may handang awtomatikong backup o recovery sa bawat deployment.
Maghanda bago ang insidente
Iminumungkahi naming tukuyin nang maaga ang may pananagutan sa serbisyo, mahalagang datos at pagkakasunod ng pagbabalik ng mga bahagi. Hindi kumpletong patunay ng kalusugan ang mukhang gumaganang site kung hindi napatunayang tama ang naaabot nitong datos.
Sa halimbawang sitwasyon, kailangan ang malusog na app, wastong access at balidong datos. Itakda ang pamantayan bago ang insidente upang hindi hula ang batayan sa krisis.
Magkaiba ang pagkakaroon ng backup at pagsubok ng pagbawi
Hindi lang dapat itanong kung may backup. Tukuyin ang laman, maaaring gumamit at napatunayan sa test restoration. Maaaring wala ang bagong pagbabago sa lumang backup; kailangang tanggapin at itala ng plano ang pagitan.
Hindi inaalis ng pagbabalik ng datos lamang ang sanhi ng insidente. Bago ang ganap na pagbabalik, tiyaking wala na ang kahinaan o problemadong access. Mungkahing pamantayan ito, hindi ulat ng isang tunay na insidente o resulta.
Ano ang dapat baguhin pagkatapos?
Iminumungkahi naming itala ang sanhi, ginawang aksiyon at kailangang pagbutihin. Maaaring alisin ang labis na pahintulot, baguhin ang monitoring o linawin ang tagubilin. Layunin ang gawing nasusubaybayang pagbabago ang natutuhan.
Para sa Sara Shield, hindi permanenteng tapos na pahayag ang seguridad. Mahalaga ang depensa kapag alam ng organisasyon ang pinoprotektahan, pagtugon sa pagkaantala at muling pagtiyak sa kalusugan ng serbisyo. May magkaiba at kinakailangang papel ang infrastructure team at may-ari ng negosyo.
