Списъкът с въпроси пита дали имаме план за криза в случай на киберинцидент

Плана за криза попада под непрекъснатост на дейност, а не под реакция на инцидент

Въпросът за "план за криза при хак" практически задава две неща едновременно, и отговорът зависи от кое от двете имаш. Първото е план за непрекъснатост: как услугата продължава да работи или как я възстановяваш, независимо от точно какво се е случило. Второто е план за реакция на инцидент: кой какво прави веднага след откритието на хак, кого трябва да уведомиш, как се локализира инцидентът. Много предприемачи имат второто и нямат първото, или обратното, и след това попълват "да" на въпрос, който всъщност задава и двете неща.

Ако имаш само неформален план — няколко договорки, които всички знаят, но които никъде не са написани — тогава "не" обикновено е най-честният отговор, със забележка, че подходът съществува, но не е установен. Ако имаш план за непрекъснатост без отделен компонент за кибер, проверете дали той изрично споменава киберинцидент като сценарий; ако не, тогава това е пропуск, който клиентът често отбелязва. Темата силно засяга има ли резервни копия и спешна подготовка за възстановяване на услугата и има ли процедура за обработка на инциденти по безопасност — отговорете на тези две първо, след което този въпрос часто попада на място.

Където се появява това в член 21, параграф 2 на NIS2

Член 21, параграф 2 на Директива (EU) 2022/2555 посочва "business continuity, such as backup management and disaster recovery, and crisis management" като една от десетте задължителни мерки — следователно непрекъснатостта и управлението на криза там се намират заедно, не като две отделни изисквания. Приложение A на ISO/IEC 27001 поддържа подобна мерка за управление на ИКТ готовност при прекъсване на дейност. Нидерландския закон за кибербезопасност, който транспонира това задължение, влиза в сила на 15 август 2026 г.