Что такое программа-вымогатель на самом деле — с какой меры начинать нам по масштабу?

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

P.S.: вопрос уже задавали ниже, ответ во втором сообщении.

Наш рекомендуемый стартовый пакет из трёх этапов: 1) Ежедневный бэкап на внешний диск и запирание его в ящике по окончании рабочего дня. 2) Обязательные обновления операционной системы для всего персонала. 3) Профиль ограниченного доступа на планшетах торговых агентов только для необходимых приложений.

В прошлом году один наш клиент похожего масштаба подвергся атаке. Бухгалтерские записи за 7 лет зашифровали, требуемая сумма по тогдашнему курсу составляла 450.000 TL. Они не заплатили, данные за 4 месяца пришлось вручную вбивать из бумажных счетов, и два месяца операционка стояла.

Первым делом возьмите за правило: уходя вечером домой, физически отключайте внешний диск от сервера. Диск с бэкапом, постоянно воткнутый в сервер, при атаке зашифруется вместе с ним. Это не стоит ни копейки и само по себе может спасти вас завтра от катастрофы.

наш бухгалтер тоже как-то кликнул на письмо с «чеком от курьерки» весь комп намертво заблочило. первым делом надо запретить сотрудникам открывать архивы и exe-шники под видом пдф от незнакомых отправителей... даже простейший инструктаж по внимательности уже решает кучу проблем.

Примечание: пишу на основе своего опыта, у других может быть иначе.

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

В целях обеспечения внутренней безопасности данных рекомендую включить в договор с внешним поставщиком IT-услуг пункты об обязательной регулярной проверке резервных копий и своевременной установке обновлений безопасности.

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

Вы правы. Большая часть потерь времени копится на задачах, ожидающих согласования.

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

Обсуждение размылось, давайте структурируем. Безопасность не бывает абсолютной; цель — сделать атаку нецелесообразной.

Прежде чем принимать решение, посмотрите, какие данные у вас есть. Надеюсь, это будет полезно.

Я долго занимался этим вопросом. Чем сложнее отменить решение, тем медленнее его принимайте.

Пишите, если есть вопросы, отвечу по мере возможности.

Обсуждение размылось, давайте структурируем. Процесс, по которому не ведется учет, не улучшается, потому что вы не знаете, что именно улучшать.

Оставлю как заметку, пригодится.

я долго занимался этим вопросом потом если разрешение и объем тестирования не зафиксироованы письменно тест не начинать.

оствалю как заметку пригодится.

Если пойдете этим путем, сразу решите вот этот вопрос. Меры, принятые без инвентаризации, оставляют открытыми двери, о которых вы не знаете.

Проверено опытом.

Пишу это, чтобы вы не совершили ту же ошибку. Чем сложнее отменить решение, тем медленнее его принимайте.

Это мое мнение, не утверждаю, что оно единственно верное.

У этого подхода есть цена, о которой молчат. Изменение платежных данных никогда не подтверждается через тот же канал.

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

Согласен с этим. Не полагайтесь на одну меру защиты; действуйте слоями.

Надеюсь, это будет полезно.

Спасибо за ваш пост.