Практическое руководство · Реагирование на инциденты

После киберинцидента:
первые часы и что дальше

Что делать сразу, кого и в какой срок уведомлять в Молдове и Румынии, что власти говорят о шифровальщиках и как показать, что атакующий действительно ушёл.

Обновлено 8 мин чтения 25 источников
Содержание
  1. Первые часы: что делать и чего не делать
  2. Кого уведомлять и в какой срок
  3. Шифровальщик: платить или нет
  4. Изоляция, устранение, восстановление
  5. После инцидента: доказательство, что брешь закрыта
  6. Как мы помогаем после инцидента
  7. Частые вопросы
  8. Источники

За 30 секунд

  • Изолируйте, не выключайте: отключение сохраняет улики, выключение может их уничтожить и затрудняет подтверждение, что атакующий удалён 25.
  • В Молдове поставщик по Закону 48 уведомляет ASC в течение 24 часов, обновляет за 72 часа и направляет итоговый отчёт в течение месяца 13.
  • Платёжные поставщики уведомляют НБМ в тот же рабочий день; нарушения персональных данных — в НЦЗПД в течение 72 часов 1719.
  • Власти США, Великобритании и ENISA не поощряют выплату выкупа: она не гарантирует восстановления и финансирует новые атаки 7912.
  • Перед возвратом в продуктив проверьте резервные копии и восстановленные активы, затем получите независимую проверку 14.
ASC (Закон 48)
24 ч 13
НБМ
тот же день 19
Персональные данные
72 ч 1722
Выкуп
не платить 12

Первые часы: что делать и чего не делать

Первые решения определяют, удастся ли потом выяснить, что произошло. CISA и NCSC говорят одно и то же: изолируйте согласованно, сохраните улики, общайтесь по каналу, который атакующий не видит 25.

  • Изолируйте затронутые системы; если их много — отключите сеть на коммутаторе. В облаке сделайте снимок тома 2.
  • Выключайте устройства, только если их нельзя отключить от сети: выключение уничтожает улики в оперативной памяти 2.
  • Сделайте образы систем и снимки памяти на выборке устройств, начиная с энергозависимых улик 2.
  • Ведите центральный журнал решений — что, когда, кто, почему — с единым временем 5.
  • По возможности расследуйте до восстановления 5.

Конфликт между сохранением улик, изоляцией и непрерывностью реален; ENISA требует решать его по заранее установленному процессу с правилами цепочки хранения 8. Методическое руководство ASC переносит то же требование в Молдову 25.

Кого уведомлять и в какой срок

В Республике Молдова компетентный орган — Агентство кибербезопасности (ASC), оно же национальная команда реагирования на инциденты 1314. Поставщик по Закону 48/2023 уведомляет его в течение 24 часов с момента, когда стало известно, — даже если значительное воздействие лишь обоснованно предполагается, — направляет обновление в течение 72 часов и итоговый отчёт в течение месяца 13. Уведомление подаётся через форму «Сообщить об инциденте» на ncsc.md 16; официальный образец по ПП 562/2025 утверждает директор ASC 15.

КтоКомуСрок
Поставщик (Закон 48)ASC; пользователи — при значительной угрозе24 ч / 72 ч / месяц 13
Банк, платёжный поставщикНБМ через PCSIТот же день / 3 дня / 20 дней 19
Любой оператор данных (Молдова)НЦЗПД72 ч по возможности 1718
Субъект NIS2 (Румыния)DNSC через PNRISC6 ч трансгранично / 24 ч / 72 ч / месяц 20
Оператор данных (Румыния)ANSPDCP72 ч по возможности 2122

Новый закон о персональных данных, Закон 195/2024, действует с 23 августа 2026 года и перенимает правила GDPR: уведомление не позднее 72 часов «по возможности», с объяснением задержки, информирование людей при высоком риске и документирование любого нарушения 1722. Молдавская компания с клиентами в ЕС и представителем там не пользуется «единым окном»: она уведомляет каждый надзорный орган стран проживания затронутых лиц 23.

Отсчёт уведомлений: кому и в какой срок

Ориентировочно, по текстам законов ниже; не юридическая консультация. Сроки идут с момента, когда вы узнали об инциденте.

Под какой режим подпадает организация?
Затронуты ли персональные данные?

Шифровальщик: платить или нет

Официальная позиция одинакова по обе стороны Атлантики. CISA и ФБР «не поощряют оплату»: она не гарантирует восстановления и стимулирует новые атаки; сообщайте в любом случае, платите вы или нет 12. NCSC UK подчёркивает, что правоохранительные органы не поощряют, не одобряют и не оправдывают выплату, а ENISA советует не платить и не вести переговоры 79. Даже после оплаты расшифровка может занять недели и не устраняет уязвимости, через которые вошёл атакующий 6.

Руководство EDPB рассматривает шифровальщики отдельно: если есть резервная копия и данные не вывезены, уведомление может не требоваться, но нарушение документируется; а оценка риска не ждёт криминалистической экспертизы 24.

Изоляция, устранение, восстановление

В 2025 году NIST переписал руководство по реагированию на инциденты (SP 800-61 Rev. 3) как профиль CSF 2.0: старые фазы отображаются на функции фреймворка, а уроки распространяются сразу, а не только в конце 1.

Фаза Rev. 2Функции CSF 2.0 в Rev. 3
ПодготовкаGovern, Identify, Protect 1
Обнаружение и анализDetect плюс улучшение (ID.IM) 1
Изоляция, устранение, восстановлениеRespond, Recover плюс улучшение 1
Действия после инцидентаУлучшение (ID.IM) 1
  • Установите основную причину и ищите индикаторы компрометации и закрепления и на неподтверждённых целях — иначе вы недооцените масштаб 1.
  • Проверяйте целостность резервных копий до восстановления — NCSC советует исходить из того, что и они могут быть скомпрометированы 16.
  • До продуктива проверьте восстановленные активы на индикаторы компрометации и устраните основную причину 1.
  • Ищите вредонос-«предвестник» (дроппер) до восстановления 2.
  • Объявляйте окончание инцидента по критериям и пишите отчёт по итогам 1.

После инцидента: доказательство, что брешь закрыта

То, что системы снова работают, не значит, что атакующий ушёл. После устранения CISA требует мониторинга повторного проникновения, независимого теста или проверки возврата к норме, тестирования контролей до продуктива и эмуляции тактик атакующего для проверки контрмер 4. Предупреждение AA20-245A рекомендует подтверждать устранение третьей стороной 3, а NCSC отмечает, что партнёры могут потребовать независимых гарантий перед повторным подключением к вашим системам 6.

Разбор уроков проводится с ответственными и сроками; выводы попадают в оценку рисков, а журналы хранятся не менее 12 месяцев 1815.

Как мы помогаем после инцидента

  1. Оценка компрометации

    Ищем следы атакующего и механизмы закрепления на восстановленных и неподтверждённых системах.

  2. Повторный тест вектора входа

    Проверяем, что уязвимость, через которую вошёл атакующий, закрыта и альтернативного пути нет.

  3. Эмуляция атаки

    Повторяем тактики атакующего, чтобы вы увидели, работают ли новые средства обнаружения и контрмеры.

  4. Отчёт для регулятора и партнёров

    Находки, доказательства и вывод независимого теста — готово к приложению к итоговому отчёту.

Частые вопросы

Выключать ли затронутые компьютеры?
Как правило, нет: отключите их от сети. Выключение уничтожает улики в оперативной памяти; выключайте только те устройства, которые нельзя отключить 25.
В какой срок нужно сообщить об инциденте в Молдове?
Поставщики по Закону 48/2023 уведомляют ASC в течение 24 часов, направляют обновление за 72 часа и итоговый отчёт в течение месяца; платёжные поставщики уведомляют НБМ в тот же рабочий день 1319.
Нужно ли уведомлять и орган по защите данных?
Если затронуты персональные данные — да: в Молдове НЦЗПД по Закону 195/2024, по возможности в течение 72 часов; в Румынии ANSPDCP по GDPR. Уведомление киберрегулятора его не заменяет 172122.
Платить ли выкуп?
Власти этого не поощряют: оплата не гарантирует восстановления, стимулирует новые атаки и не закрывает брешь. Сначала проверьте инструменты No More Ransom и в любом случае сообщите об инциденте 61112.
Как доказать, что атакующий ушёл?
Мониторингом после устранения и независимым тестом или проверкой с эмуляцией тактик атакующего; CISA и NCSC рекомендуют подтверждение третьей стороной 346.
Можно ли сразу восстановиться из резервных копий?
Только после проверки целостности: NIST требует проверять копии до восстановления, а восстановленные активы — до продуктива; NCSC советует исходить из того, что копии тоже могут быть скомпрометированы 16.

Источники

Каждое утверждение о законе или стандарте ссылается на официальный источник. Проверено на указанную дату.

  1. NIST SP 800-61 Rev. 3 — Incident Response Recommendations and Considerations for Cybersecurity Risk Management (апрель 2025)csrc.nist.gov · проверено 23 октября 2026 г.
  2. CISA, FBI, NSA — #StopRansomware Guide (сентябрь 2023)cisa.gov · проверено 23 октября 2026 г.
  3. Совместное предупреждение AA20-245A — Technical Approaches to Uncovering and Remediating Malicious Activitycisa.gov · проверено 23 октября 2026 г.
  4. CISA — Incident & Vulnerability Response Playbooks (ноябрь 2021)cisa.gov · проверено 23 октября 2026 г.
  5. NCSC UK — Recovering from a highly disruptive cyber attack: первоочередные действия (2026)ncsc.gov.uk · проверено 23 октября 2026 г.
  6. NCSC UK — Recovering from a highly disruptive cyber attack: восстановление (2026)ncsc.gov.uk · проверено 23 октября 2026 г.
  7. NCSC UK — Mitigating malware and ransomware attacksncsc.gov.uk · проверено 23 октября 2026 г.
  8. ENISA — NIS2 Technical Implementation Guidance (июнь 2025)enisa.europa.eu · проверено 23 октября 2026 г.
  9. ENISA — Threat Landscape for Ransomware Attacks (июль 2022)enisa.europa.eu · проверено 23 октября 2026 г.
  10. Europol — запуск No More Ransom (25.07.2016)europol.europa.eu · проверено 23 октября 2026 г.
  11. Europol — No More Ransom: 6 лет, 136 бесплатных инструментов (26.07.2022)europol.europa.eu · проверено 23 октября 2026 г.
  12. CISA, FBI — предупреждение AA25-071A (ред. 2026)cisa.gov · проверено 23 октября 2026 г.
  13. Закон № 48/2023 о кибербезопасности (консолидированный)legis.md · проверено 23 октября 2026 г.
  14. Постановление Правительства № 1028/2023 — Агентство кибербезопасностиlegis.md · проверено 23 октября 2026 г.
  15. Постановление Правительства № 562/2025 — требования безопасности и уведомление об инцидентахlegis.md · проверено 23 октября 2026 г.
  16. ASC — «Сообщить об инциденте»ncsc.md · проверено 23 октября 2026 г.
  17. Закон № 195/2024 о защите персональных данныхlegis.md · проверено 23 октября 2026 г.
  18. НЦЗПД — уведомление о нарушении безопасности данныхdatepersonale.md · проверено 23 октября 2026 г.
  19. НБМ — Регламент ИКТ (ПИК № 29/2025)bnm.md · проверено 23 октября 2026 г.
  20. Чрезвычайное постановление № 155/2024 (Румыния), утверждено Законом № 124/2025legislatie.just.ro · проверено 23 октября 2026 г.
  21. ANSPDCP — форма уведомления о нарушении безопасности данныхdataprotection.ro · проверено 23 октября 2026 г.
  22. Регламент (ЕС) 2016/679 (GDPR), консолидированная версияeur-lex.europa.eu · проверено 23 октября 2026 г.
  23. EDPB — Руководство 9/2022 по уведомлению о нарушении безопасности данныхedpb.europa.eu · проверено 23 октября 2026 г.
  24. EDPB — Руководство 01/2021, примеры уведомлений (включая шифровальщики)edpb.europa.eu · проверено 23 октября 2026 г.
  25. ASC — Методическое руководство по применению требований кибербезопасности (утв. 08.04.2026)ncsc.md · проверено 23 октября 2026 г.

Об авторах

Руководства пишет команда, которая проводит тесты, а не отдел маркетинга. Мы обновляем их, когда меняется закон, стандарт или то, что мы видим в тестах.

Команда Pentest.mdИнженеры по безопасности с сертификатами CEH, CISSP, CISA и CISM

Связанные руководства

У вас был инцидент?

Оценка компрометации, повторный тест вектора входа и эмуляция атаки — с отчётом для регулятора и партнёров.