Крупнейшая утечка в популярной CRM и риски для пользователей

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

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

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

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

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

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

Почему утечка CRM опаснее обычного взлома аккаунта

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

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

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

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

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

Поэтому утечка из одной точки способна стать первым этапом цепной атаки. Например, выгрузка контактов помогает определить финансового директора, а сведения о сделке - подготовить письмо с поддельным счетом. Если сотрудник поверит письму, последствия выйдут далеко за пределы самой CRM.

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

Есть и репутационный риск. Клиент ожидает, что компания бережно обращается с его номером, адресом и историей заказов.

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

Что произошло и почему вокруг инцидента возникает путаница

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

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

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

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

Путаницу усиливает то, что в публичном поле появляются разные цифры.

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

Например, миллион строк в выгрузке не всегда означает миллион человек: один клиент может быть представлен в контактах, сделках, обращениях и списке рассылки одновременно.

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

Но и слепо доверять общим словам нельзя. Нужны конкретные ответы: какие категории данных затронуты, за какой период, были ли украдены пароли, отозваны ли токены и требуется ли действие со стороны клиента.

Какие данные могли попасть к злоумышленникам

Состав данных в CRM зависит от отрасли и настроек конкретной компании. В интернет-магазине это могут быть имена, телефоны, адреса доставки, история покупок и обращения в поддержку.

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

Условно данные можно разделить на несколько уровней. Базовый уровень - контактная информация: имя, электронная почта, телефон, город. Она кажется неопасной, но уже достаточна для точного спама и социальной инженерии. Второй уровень - история взаимодействия: темы обращений, статусы заявок, комментарии, записи разговоров, отправленные документы.

Третий - учетные и финансовые данные: идентификаторы, реквизиты, договоры, сведения об оплате и внутренние номера.

• Контактные данные: имя, телефон, адрес электронной почты, город и должность.
• Коммерческая информация: товары, услуги, цены, скидки, бюджеты и сроки.
• История коммуникаций: письма, чаты, обращения, записи звонков и внутренние заметки.
• Документы: договоры, счета, анкеты, сканы и прикрепленные файлы.
• Технические сведения: IP-адреса, идентификаторы устройств, токены и журналы входа.
• Данные сотрудников: рабочие адреса, роли, структура подразделений и контакты руководителей.

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

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

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

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

Как обычно развивается атака на CRM-платформу

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

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

Первый этап - разведка. Злоумышленник собирает сведения о компании, сотрудниках, используемых доменах и публичных сервисах.

В открытых профилях можно найти должность администратора, формат корпоративных адресов и название CRM. Затем проверяются утекшие пароли, повторное использование учетных данных и доступные точки входа.

Чем больше информации найдено заранее, тем правдоподобнее будет последующая атака.

После проникновения атакующий старается закрепиться. Для этого создается дополнительный пользователь, выпускается API-токен, меняются правила автоматизации или добавляется новое приложение с широкими разрешениями.

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

1. Сбор открытых сведений о компании, сотрудниках и используемых сервисах.
2. Получение учетных данных через фишинг, повторное использование пароля или уязвимость.
3. Проверка прав доступа и поиск учетных записей с административными возможностями.
4. Создание устойчивого канала - токена, интеграции, нового пользователя или правила.
5. Поиск клиентов, документов, экспортов и связанных систем.
6. Постепенное копирование данных небольшими порциями.
7. Продажа, публикация или применение сведений в новых атаках.

Копирование небольшими объемами - важная деталь. Массовый экспорт за несколько минут заметен в логах и может вызвать автоматическое оповещение.

Поэтому данные иногда забираются порциями, через обычные API-запросы или под видом работы легитимной интеграции. Если система не отслеживает аномалии поведения, такой процесс может остаться незамеченным.

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

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

Поэтому отсутствие публичной публикации еще не доказывает, что данные не были скопированы.

Риски для клиентов, сотрудников и компаний

Для частного клиента наиболее вероятны фишинг, спам и мошеннические звонки. Если утекли только имя и телефон, злоумышленник может представиться оператором поддержки.

Если у него есть история заказа, разговор будет гораздо убедительнее: можно назвать дату покупки, товар, сумму или номер обращения.

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

Сотрудники сталкиваются с другой разновидностью риска - атакой на рабочие процессы. Письмо от "постоянного клиента" с просьбой изменить реквизиты выглядит правдоподобно, если преступник знает детали договора.

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

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

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

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

Его данные тоже могут начать использовать в спаме и социальной инженерии.

Как понять, затронуты ли ваши данные

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

Если написано только "произошел технический сбой" без пояснений, стоит запросить детализацию через официальный канал поддержки.

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

Важно отдельно спросить про API-токены, OAuth-разрешения, резервные копии и доступ подрядчиков. Смена пароля не решает проблему, если действующий токен остался активным.

Признаки возможной компрометации иногда появляются раньше официального уведомления.

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

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

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

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

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

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

Это помогает при дальнейшем расследовании и доказывает, что организация реагировала на инцидент.

Что делать пользователю сразу после новости об утечке

Паника - плохой советчик, но откладывать реакцию тоже нельзя. Начните с официального подтверждения инцидента и составления короткого списка затронутых аккаунтов.

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

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

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

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

Особое внимание - учетным записям администраторов и сервисным пользователям.

1. Подтвердите информацию через официальный канал.
2. Составьте перечень аккаунтов, интеграций и данных, которые могли быть затронуты.
3. Смените пароли, начиная с почты и административных учетных записей.
4. Включите двухфакторную аутентификацию, желательно через приложение или аппаратный ключ.
5. Отзовите старые токены, завершите сеансы и удалите неизвестные приложения.
6. Предупредите сотрудников и клиентов о возможных мошеннических контактах.
7. Сохраните логи, письма и сведения о подозрительной активности.

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

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

Клиентов нужно предупреждать конкретно, без формулировок вроде "будьте осторожны". Сообщите, что сотрудники не запрашивают коды из СМС, пароль, данные карты или установку программ удаленного доступа.

Укажите официальные номера телефонов и домены для связи. Чем яснее инструкция, тем меньше пространство для манипуляций.

Какие меры должны принять компании

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

Минимизация данных снижает ущерб еще до появления технической защиты.

Следующий уровень - управление доступом. Менеджеру по продажам не обязательно видеть всю клиентскую базу, а подрядчику не нужен постоянный доступ к административным настройкам. Права должны выдаваться по роли, а не "на всякий случай". Временный доступ следует автоматически отзывать, а учетные записи уволенных сотрудников отключать в день завершения работы.

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

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

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

Важен контекст: менеджер, который обычно работает с несколькими десятками карточек в день, внезапно запросил десятки тысяч записей ночью повод для проверки.

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

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

Ответственность поставщика CRM и вопрос доверия

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

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

Надежный поставщик обычно разделяет инфраструктуру клиентов, шифрует данные при передаче и хранении, защищает административные панели, ведет аудит действий и проводит независимые проверки.

Но сертификат или красивый раздел "Безопасность" на сайте не гарантирует отсутствия инцидентов. Важнее, насколько быстро компания обнаруживает подозрительную активность, ограничивает доступ и сообщает о проблеме.

Клиентам стоит заранее изучать условия обработки данных.

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

Архив, который продолжает лежать в системе годами, остается потенциальной целью даже после ухода клиента.

При выборе CRM полезно задавать поставщику практические вопросы:

• Есть ли обязательная двухфакторная аутентификация для администраторов?
• Можно ли ограничить доступ по ролям, IP-адресам или корпоративному каталогу?
• Как пользователь получает уведомления о подозрительной активности?
• Есть ли журнал экспорта данных и кто может его просматривать?
• Как быстро отзываются токены и завершаются активные сессии?
• Какие сроки уведомления об инцидентах предусмотрены договором?
• Как проверяются подрядчики и сторонние интеграции?

Зрелый рынок строится не на обещании "взлом невозможен", а на честном управлении риском. Любая крупная онлайн-платформа может стать целью.

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

Как не стать жертвой второй волны мошенничества

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

На деле ссылка ведет на фишинговую страницу, а файл может содержать вредоносную программу.

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

Если сообщение требует срочности, обещает наказание за промедление или просит секретный код, это сильный признак атаки.

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

Компании стоит ввести правило независимого подтверждения финансовых изменений. Если клиент или поставщик просит сменить реквизиты, менеджер не должен ограничиваться ответом на письмо.

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

Правовые и этические последствия утечки

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

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

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

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

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

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

После расследования полезно провести разбор без поиска крайнего виноватого.

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

Как изменилась цифровая гигиена после крупных утечек

Масштабные инциденты показали: пароль и антивирус больше не описывают всю безопасность.

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

Компании переходят к модели постоянной проверки. Каждый запрос к данным оценивается с учетом роли, устройства, местоположения, времени и характера операции. Такой подход не означает тотальную слежку за сотрудниками.

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

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

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

• Используйте менеджер паролей и разные пароли для разных сервисов.
• Включайте многофакторную аутентификацию в почте, CRM и финансовых системах.
• Не храните в рабочих заметках секреты, пароли и лишние персональные данные.
• Проверяйте разрешения интеграций и удаляйте неиспользуемые приложения.
• Обсуждайте подозрительные письма с коллегами, а не скрывайте ошибку из-за страха наказания.

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

Ограничение разрешений - простая, но часто недооцененная мера.

Крупная утечка популярной CRM не только история о плохой защите серверов. Это напоминание о том, что цифровая инфраструктура связана цепочками доверия.

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

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

Компаниям - провести инвентаризацию данных, ограничить права, отозвать токены, настроить мониторинг и заранее подготовить план реагирования. Поставщикам платформ - говорить конкретно и честно, не прячась за общими формулировками.

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

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

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

Нужно ли менять пароль, если утекли только контактные данные? Если CRM связана с вашей учетной записью, пароль лучше сменить, особенно при его повторном использовании в других сервисах. Дополнительно завершите активные сеансы и проверьте подключенные приложения.

Можно ли считать звонок настоящим, если собеседник знает детали заказа? Нет. Детали заказа могли попасть к злоумышленникам из CRM или другого источника. Перезвоните компании по официальному номеру и не сообщайте коды подтверждения.

Достаточно ли двухфакторной аутентификации? Это важная мера, но не единственная. Нужны отзыв токенов, контроль сессий, ограничение прав, мониторинг экспортов и обучение сотрудников.

Что важнее всего проверить администратору CRM? Новых пользователей, активные токены, OAuth-приложения, массовые выгрузки, изменения прав, правила автоматизации, резервные копии и входы с необычных устройств или регионов.