В чём суть риска
Синтезированные голос и видео позволяют выдавать себя за руководителя, партнёра или клиента, чтобы добиться платежа или раскрытия учётных данных. Привычная проверка «узнаю голос и лицо» перестаёт быть доказательством личности.
Сотрудник финансовой службы получает голосовой или видеозвонок, который выглядит как обращение руководителя. Собеседник требует срочного перевода или передачи сведений и просит не следовать обычному порядку. Часто общение переводят в другой канал, где проверить отправителя труднее. Граница доверия нарушается, когда личность подтверждается впечатлением от звонка, а не независимым каналом и установленной процедурой.
Чем риск оборачивается для компании
Прямые потери от платежей, проведённых по поддельному распоряжению.
Раскрытие учётных данных ведёт к компрометации учётных записей.
Огласка случая подрывает доверие партнёров и клиентов.
Внутренние процессы оказываются управляемыми извне через давление на исполнителей.
Где риск наиболее вероятен
Кому и что решать
Обеспечить технически контролируемые каналы подтверждения и поддержку процедур задержки операций в платёжных системах.
Внедрить обязательную проверку по независимому каналу для платежей и выдачи доступа и обучить ключевые подразделения.
Закрепить, что ни одно распоряжение не исполняется в обход процедуры, независимо от должности звонящего.
Что стоит наблюдать
Признаки сами по себе не доказывают инцидент. Их полезно сопоставлять с учётной записью, версией модели, решением политики, источником контекста и результатом вызова инструмента.
Какие меры создают границу
Меры работают в связке и не перекладывают ответственность на модель: важны границы полномочий, владелец, телеметрия и процедура безопасного отказа.
Проверка по независимому каналу
Подтверждать распоряжения о платежах и доступе обратным звонком по заранее известному номеру.
Обучение сотрудников
Регулярно разбирать с финансовой службой и помощниками руководителей признаки поддельных звонков.
Платёжные ограничения
Настроить двойное утверждение и лимиты, чтобы один сотрудник не мог провести нетиповой платёж.
Задержка нетиповых операций
Вводить паузу перед исполнением переводов новым получателям, оставляя время на проверку.
Проверка голоса и живого присутствия
Применять средства подтверждения подлинности голоса и присутствия человека в значимых каналах.
Учёт попыток обхода процедур
Фиксировать запросы, идущие мимо установленного порядка, и передавать их на разбор.
Вопросы, показатели и первые шаги
Вопросы команде и поставщику
- Можно ли у нас провести платёж по одному звонку руководителя?
- По какому каналу подтверждаются срочные распоряжения?
- Знают ли сотрудники, что отказ исполнить срочный запрос без проверки правомерен?
- Есть ли задержка для переводов новым получателям?
Показатели контроля
- Доля нетиповых платежей, подтверждённых по независимому каналу
- Число зафиксированных попыток обойти процедуру согласования
- Доля сотрудников ключевых подразделений, прошедших обучение
Первые 30 дней
- Проверить, какие операции исполняются по устному или видеораспоряжению
- Ввести обратный звонок по известному номеру для платежей и смены реквизитов
- Провести разбор сценария с финансовой службой и приёмными руководителей
Как проверить в пилотном проекте
Проверить связку противодействия мошенничеству, аналитики угроз и проверки действия вне доверенного канала.
Согласованный сигнал мошенничества попадает в процесс первичного разбора без автоматического обвинения пользователя.
Критичное действие требует независимого шага проверки.
Команда видит источник сигнала, решение и путь эскалации.
Какие классы решений рассматривать
Ниже — редакционные профили поставщиков, связанные с доменом угрозы. Это не рейтинг и не подтверждение применимости: заявленные функции следует проверить в вашем пилоте по указанным критериям.
STRAZH AI Control
STRAZH · Corporate AI Security
Shadow AI Audit & Control · LLM FirewallDataSecure RDR
DataSecure RDR · AI-powered ransomware defense
DataSecure RDRThreat intelligence & digital risk partners
CICADA8 / Findler / Vulners / PassLeak / F6 · Threat Intelligence / EASM
TI, EASM, leak monitoring and fraud protectionИсточники и проверка
Сначала — объяснение для русскоязычной команды. Затем — первоисточники, по которым можно проверить границы, методологию и применимость в конкретной архитектуре.