Как защитить малый бизнес от «фейк-боссов»

«Фейк-босс» — мошенник, который пишет сотруднику от имени руководителя и просит срочно перевести деньги, отправить код или открыть файл. Защититься помогает заранее установленное правило: срочное поручение из чата нельзя исполнять без проверки по независимому каналу. В статье разберём, как закрепить это правило в CRM и рабочих чатах, какие платежи отправлять на согласование и что делать бухгалтеру, если сообщение уже пришло.

Как распознать сообщение от «фейк-босса»?

Обычно злоумышленник копирует имя руководителя, фотографию и стиль переписки. Иногда он пишет с нового номера или аккаунта, иногда взламывает рабочую учётную запись. Само отображаемое имя ничего не подтверждает, поэтому проверять нужно не оформление сообщения, а содержание поручения.

• Руководитель просит действовать немедленно и объясняет спешку проверкой, штрафом или важным клиентом.
• В сообщении есть просьба перевести деньги на новые реквизиты или оплатить счёт, которого раньше не было в работе.
• Сотрудника просят сообщить код из SMS, пароль, данные карты или сведения для входа в сервис.
• Автор запрещает звонить руководителю и пишет, что «сейчас на встрече», «не может говорить» или «нужно сохранить всё в тайне».
• Вложение или ссылка требуют войти в почту, CRM, интернет-банк либо скачать неизвестную программу.

Один такой признак ещё не доказывает мошенничество. Но сочетание срочности, секретности и финансовой просьбы должно автоматически переводить поручение в режим проверки. Бухгалтеру достаточно ответить: «Принял. Подтвержу по внутреннему номеру и вернусь с результатом».

Какое правило проверки поручений закрепить в компании?

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

1. Любой новый платёж, изменение реквизитов и выдача крупной суммы подтверждаются голосом по известному номеру руководителя.
2. Код из SMS, пароль и ключ доступа сотрудник не передаёт коллегам, подрядчикам и руководителю через чат.
3. Счёт сначала создают или прикрепляют к сделке в CRM, затем направляют на согласование ответственному лицу.
4. Если поручение пришло с нового аккаунта, сотрудник не продолжает переписку до проверки личности.
5. После устного подтверждения бухгалтер фиксирует в CRM дату, сумму, назначение платежа и имя согласовавшего.

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

Как настроить согласование платежей в CRM?

CRM полезна здесь как журнал поручений и контроль этапов. Она не определяет, настоящий ли человек пишет в Telegram или WhatsApp, зато помогает не проводить платёж по одной фразе в чате. Для этого создают отдельный процесс «Платежи на согласовании» или используют задачи с обязательными полями.

В карточке платежа стоит сделать обязательными поля «Новые реквизиты», «Проверка звонком» и «Подтверждающий руководитель». Поле «Проверка звонком» может содержать дату и короткую отметку: «подтверждено лично». Если подтверждения нет, автоматизация не должна переводить задачу на этап исполнения.

Когда CRM связана с телефонией, звонок можно прикрепить к карточке поручения. Это снижает риск, что сотрудник проверит распоряжение по случайному номеру из переписки. При выборе CRM полезно заранее проверить, поддерживает ли система роли, историю изменений, обязательные поля и журнал действий.

Как разделить доступы в CRM и рабочих чатах?

Сотруднику для работы нужен только тот доступ, который связан с его задачами. Бухгалтеру не требуется право менять воронки продаж, администратор чата не должен иметь возможность удалять финансовые задачи, а менеджеру не нужен доступ к платёжным шаблонам. Разделение ролей ограничивает последствия взлома одной учётной записи.

• Создайте отдельные роли для руководителя, бухгалтера, менеджера и администратора системы.
• Запретите удаление платежных задач обычным пользователям, если CRM это позволяет.
• Включите вход с дополнительным подтверждением для CRM, почты и рабочих чатов.
• Проводите ревизию доступов при увольнении, смене должности и передаче обязанностей.
• Проверяйте активные сессии и подключённые устройства, особенно после подозрительного входа.

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

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

Что делать, если сотрудник уже выполнил подозрительное поручение?

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

1. Сохраните переписку, номер или имя аккаунта, время сообщения, реквизиты и вложения.
2. Заблокируйте подозрительный контакт и завершите неизвестные сессии в рабочих сервисах.
3. Поменяйте пароль с устройства, которому компания доверяет, и отключите лишние способы входа.
4. Проверьте CRM, почту и чаты на новые правила пересылки, удалённых пользователей и изменённые реквизиты.
5. Создайте в CRM карточку инцидента и запишите последовательность событий без предположений.

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

Какие ошибки чаще всего оставляют бизнес без защиты?

• Сотрудники считают отображаемое имя в мессенджере доказательством личности.
• Руководитель даёт устные исключения вроде «в этот раз переведите без заявки».
• В CRM нет отдельного статуса для платежей, поэтому поручение теряется среди обычных задач.
• Все сотрудники работают под одной учётной записью и не имеют персональных ролей.
• После увольнения сотрудника его доступы к чатам, CRM и почте остаются активными.
• Компания проводит обучение только после инцидента и не проверяет, знают ли сотрудники правило.

Решение можно внедрить без перестройки всех продаж. Сначала достаточно описать один маршрут для платежей, назначить ответственного за подтверждение и добавить в CRM запрет на исполнение без отметки о проверочном звонке. Затем тот же принцип переносят на выдачу доступов, изменение реквизитов и отправку важных документов.