Страховая требует план восстановления после вымогателей для продления полиса — что там должно быть?

Только не качайте типовые шаблоны на 50 страниц из сети: андеррайтеры такой копипаст вычисляют на раз-два. Потратьте пару дней набросайте емкий документ на 4 страницы строго под ваши рабочие процессы, разверните вчерашний бэкап на пустой виртуалке для проверки и прикрепите реальный лог операции.

Аккуратнее формулируйте пункт про офисный внешний диск. Если он постоянно воткнут в сервер, шифровальщик снесет и его в первую очередь. В документе обязательно нужно зафиксировать, что после бэкапа диск физически отключается и убирается в огнестойкий сейф, а в облаке для копий включена опция неизменяемости (immutability).

В документ обязательно нужно включить 3 самых критичных таблицы: 1) Инвентаризация систем по степени критичности (сначала бухгалтерия, потом склад, в самом конце архив), 2) Список внешних контактов на случай инцидента (горячая линия страховой, фирма по форензике, юрист), 3) Шаги проверки и очистки систем перед тем, как снова подключить их к интернету.

В прошлом месяце мы прошли через похожий процесс для нашей производственной фирмы в Нью-Йорке. У нас тоже запросили те же документы. Мы подготовили сценарий на две страницы и приложили к нему 14 страниц реальных логов тестового восстановления. Страховая без единого возражения продлила полис на 4 200 долларов на тех же условиях.

Вы указали в плане, как защищены ваши облачные бэкапы? Если пароль от облачного аккаунта утечёт, злоумышленник сможет удалить и тамошние резервные копии. В вашей панели резервного копирования включена независимая двухфакторная аутентификация и блокировка защиты от удаления?

обязательно распечатайте итоговый план и храните его физически на столе гендира и у себя дома но когда серверы заблокируют, не иметь доступа к тому прекрасному плану восстановления с рабочего компьютера — самая частая комедия увы.

Настоящая причина, по которой страховые усложняют эти анкеты, — не защитить вас, а уклониться от выплаты возмещения в случае атаки, заявив, что вы не соблюдали процедуры. Поэтому убедитесь, что каждое предложение, написанное вами в плане, реально выполняется в вашей компании; не пишите в план то, чего вы не делаете.

Не пугайтесь, для команды из 22 человек никто не ждёт от вас корпоративного сценария катастрофы на сотни страниц. Чёткий порядок восстановления схема доказывающая сохранность бэкапов, и запись успешного теста — этого более чем достаточно для продления полиса.

Спасибо, что написали об этом, это действительно так. Непроверенная резервная копия — не резервная копия.

Чем сложнее отменить решение, тем медленнее его принимайте. Надеюсь, это будет полезно.

Слежу за темой.

Хочу предупредить. Если делаете впервые, начните с малого, масштабирование потом.

Если путь уведомления длинный, уведомление не приходит; а не пришедшее уведомление — это поздно обнаруженный инцидент. Интересно, есть ли те, кто делает иначе.

Мы тоже какое-то время назад застряли на том же месте. Автоматический отчет о сканировании и пентест — это не одно и то же.

На этом всё, извините, если затянул.

Не знал об этом.

Хочу предупредить. Меры, принятые без инвентаризации, оставляют открытыми двери, о которых вы не знаете.

Доступность резервной копии в той же сети и под той же учетной записью делает ее частью цели атаки. Интересно, есть ли те, кто делает иначе.

Согласен с этим. Забытые тестовые среды становятся входом в систему чаще, чем продакшн.

Не стесняйтесь спрашивать, молчание всегда обходится дороже.

как думаете, это сработает в любом масштабе? не полагайтесь на одну меру защиты; действуйте слоями.

исправьте если я ошибаюсь.

Я долго занимался этим вопросом. Если путь уведомления длинный, уведомление не приходит; а не пришедшее уведомление — это поздно обнаруженный инцидент.

Давайте разделим понятия, их путают. Если включена двухфакторная аутентификация, украденный пароль бесполезен.

Время обнаружения проблемы напрямую определяет ее стоимость. Если напишете результат здесь, это поможет и другим.