Вчера в софтверной компании приключилась история. Нашему бухгалтеру пришло письмо от человека представившегося нашим боссом, с просьбой срочно сделать перевод. Он уже почти перевел но после пары вопросов заподозрил неладное.
Слава богу не ошибся, но потом босс спросил: «А это я мог отправить?» Никто не уверен. Надо ли нам внедрить в компании систему защиты от таких атак?
Интересно, как другие МСП решают эту проблему.
Doki · перенос инфраструктуры · 2024
Эта атака известна как «Business Email Compromise» (BEC). Поддельные письма от имени бухгалтера нацелены на сотрудников финансового отдела.
Решение: введите письменный протокол для всех переводов. Требуется подтверждение минимум от двух человек. Проверяйте не по почте, а по телефону или лично.
Если в теме письма есть слова «срочно» и «конфиденциально» — будьте настороже. Злоумышленники пытаются создать ощущение срочности.
у нас тоже такое было... бухгалтерия очень нервничала. потом с боссом составили письменный регламент. теперь спокойнее
Протокол перевода: 1. При получении письма позвоните отправителю для проверки 2. Данные перевода: сумма, счет, назначение 3. Подтверждение вторым лицом 4. Только потом совершать операцию 5. Задокументировать
Настройте в почтовой системе маркировку «External Email» — чтобы выделять письма из внешних источников. Злоумышленникам будет сложнее имитировать внутреннюю переписку.
в бухгалтерии тоже начали с того, что проверяют по телефону каждое письмо с указанием на перевод. немного напряжно зато безопасно
Разбор атаки BEC: поддельное письмо от босса срочность, указание на перевод + реквизиты банка. Если бухгалтер не проверит дважды, будут убытки.
edit: писал с телефона, извините за опечатки.
Есть один момент, который меня интересует. Чем сложнее отменить решение, тем медленнее его принимайте.
Пишите, если есть вопросы отвечу по мере возможности.
Расскажу, что было у меня, вдруг пригодится. Если на один вопрос вы получаете три разных ответа, вопрос задан неправильно.
спасибо за ваш пост. честно пытаться сделать это в одиночку — самый дорогой путь.
интересно есть ли те, кто делает иначе.
Как думаете, это сработает в любом масштабе? Чем сложнее отменить решение, тем медленнее его принимайте.
Спешка в решениях оборачивается исправлениями через полгода.
Краткое резюме для новичков: Если разрешение и объем тестирования не зафиксированы письменно, тест не начинать.
Если не зафиксировать это письменно с самого начала, потом возникнут споры. Если напишете результат здесь, это поможет и другим.
По теме письмо с просьбой о переводе денег из бухгалтерии так категорично говорить сложно. Автоматический отчет о сканировании и пентест — это не одно и то же.
Главное не цифра а то на основе чего она получена.
Поделюсь своим опытом. Большая часть потерь времени копится на задачах, ожидающих согласования.
Непроверенная резервная копия — не резервная копия. Если напишете результат здесь, это поможет и другим.
На что обратить внимание при выполнении этого. Время обнаружения проблемы напрямую определяет ее стоимость.
Надеюсь, это будет полезно.
У нас так же. Безопасность не бывает абсолютной; цель — сделать атаку нецелесообразной.
На этом всё, извините, если затянул.
Согласен с этим. Автоматический отчет о сканировании и пентест — это не одно и то же.
То, что делают все, не значит, что это правильно. Я бы пошел этим путем.
Отличная работа. Если ругать за ложные тревоги, никто больше не будет присылать уведомления.
Не стесняйтесь спрашивать, молчание всегда обходится дороже. Я бы пошел этим путем.
Частично согласен, частично нет. Спешка в решениях оборачивается исправлениями через полгода.
Конечно, если ваша ситуация отличается, всё меняется.