Упражнения
Упражнение при киберинцидент
Планът за реакция при инцидент трябва да бъде проверен с упражнение с участниците. Провеждаме упражнение по сценарий, съобразен с Вашите системи — без атаки върху работещите системи — с ръководството, ИТ екипа и отговорниците за връзките с обществеността, и оставяме протокол с решенията и нужните подобрения.
Преди началото потвърждаваме писмено обхвата и цената.
Да обсъдим Вашия случайКога Ви е нужна тази услуга
- Имате план за инциденти, но никой не го е упражнявал.
- Не е ясно кой решава и кой докладва в първите часове.
- Искате да проверите плановете, без да рискувате работещите системи.
Ползата за Вашата организация
- Хората знаят кой решава и кой докладва, преди да е настъпил истински инцидент.
- Пропуските в плановете се откриват в упражнение, а не по време на криза.
- Получавате протокол за проверените решения, роли и докладване по избрания сценарий.
Упражнение по сценарий
Половин ден, до 12 участници от ръководството, ИТ, връзките с обществеността и юристите. Подготвяме сценария, водим упражнението и оставяме протокол и план за подобрения.
от 1 900 €половин ден
Разширено упражнение
Цял ден, с няколко екипа или с участие на доставчик и с повече усложнения в сценария. Подходящо за ежегодното тестване на плановете.
по офертаспоред обхвата
Примерен резултат
Демонстрационен пример — не е реален клиент.
| Време | Събитие или решение | Установен пропуск |
|---|---|---|
| 09:10 | Деловодната система е недостъпна; ИТ съобщава на секретаря | Няма определен заместник при отсъствие |
| 09:40 | Решение: инцидентът се приема за значителен | Ръководството няма критериите под ръка |
| 10:25 | Чернова на ранно предупреждение до СЕРИКС (секторен екип за реагиране при инциденти с компютърната сигурност) | В шаблона липсва поле за засегнатите услуги |
Защо е нужно
- Законът за киберсигурност изисква мерки за действия при инцидент, непрекъснатост и управление на кризи (чл. 22, ал. 2, т. 2 и 3).
- Значителен инцидент се докладва с ранно предупреждение до 24 часа, уведомление до 72 часа и окончателен доклад до месец (чл. 23). Срокът тече, докато хората още уточняват кой решава.
- DORA (регламент на ЕС за цифровата оперативна устойчивост на финансовия сектор) изисква плановете за непрекъснатост и за реакция и възстановяване да се тестват поне веднъж годишно (чл. 11).
- Упражнението е част от програмата за тестване на плановете. Техническото възстановяване на системите се тества отделно.
Примерни сценарии
- Рансъмуер спира деловодството, ERP или системата за плащания.
- Компрометиран акаунт на ръководител и спешно искане за плащане по нова сметка.
- Инцидент при ИТ доставчика, който засяга Вашите услуги.
- Изтичане на лични данни: кого уведомявате според риска и приложимите прагове, включително КЗЛД (Комисия за защита на личните данни), а при висок риск и засегнатите лица.
Как протича
- Подготовка: преглеждаме плановете, провеждаме кратки интервюта и съставяме сценарий с усложнения според Вашите системи и доставчици.
- Упражнение: сценарият се развива на етапи, а участниците вземат решения, подготвят докладите и съобщенията.
- Разбор веднага след упражнението: какво проработи и какво трябва да се промени.
Какво получавате
- Сценарий и цели на упражнението.
- Протокол: решения, времена, пропуски в плановете и в докладването.
- План за подобрения с отговорници и срокове.
Частта за решения под натиск водим заедно с бизнес психолог от екипа. Той наблюдава процеса, а не оценява хората. Вижте човешкия фактор.
Какво включва цената и какво предоставяте Вие
- Подготовка: обичайно 1–2 седмици преди сесията, с кратки интервюта и преглед на плановете.
- Провеждане: половин ден, до 12 участници, един сценарий.
- Протокол и план за подобрения: до 5 работни дни след сесията.
- Участие на доставчик или на няколко екипа е възможно в разширеното упражнение.
Граници
- Упражнението е по сценарий: без атаки или технически тестове върху работещите системи. Тест за възстановяване се договаря отделно.
- Не оценяваме отделни хора.
Обща информация, не правно становище.