A56 · Угрозы с применением AI

Фишинг и социальная инженерия с применением AI

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

Иллюстрация к карточке угрозы «Фишинг и социальная инженерия с применением AI»
Отправить с описанием:TelegramWhatsApp
Кратко для руководителя

В чём суть риска

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

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

Связь со стандартамиOWASPLLM09MITRE / ATT&CKATT&CK: PhishingNISTNIST AI RMF: Map
01
Влияние на бизнес

Чем риск оборачивается для компании

Безопасность

Растёт доля успешных атак на учётные записи сотрудников и подрядчиков.

Финансы

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

Операции

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

Где риск наиболее вероятен

Переписка с поставщиками и партнёрамиСотрудники с публичными профилями и контактамиПодразделения, работающие с платежами и доступамиМногоязычные команды и филиалы
02
Зоны ответственности

Кому и что решать

ИТ-директор

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

Директор по кибербезопасности

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

Владелец бизнес-процесса

Сократить объём открытых сведений о ролях и процессах и поддержать регулярное обучение команд.

03
Сигналы для службы мониторинга

Что стоит наблюдать

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

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

Какие меры создают границу

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

01Организационная

Сценарии проверки запросов

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

02Организационная

Обучение пользователей

Учить распознавать запрос, а не стиль письма: грамотность текста больше не показатель.

03Техническая

Защита электронной почты

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

04Техническая

Почтовая аутентификация DMARC

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

05Мониторинг

Поведенческая аналитика

Выявлять нетипичные действия пользователей после получения писем.

06Мониторинг

Данные об угрозах

Сопоставлять входящий поток со сведениями о новых кампаниях и инфраструктуре отправителей.

05
Управленческий контроль

Вопросы, показатели и первые шаги

Вопросы команде и поставщику

  1. Рассчитана ли наша почтовая защита на письма без типичных признаков подделки?
  2. Настроена ли политика DMARC для всех наших доменов?
  3. Как сотрудник подтверждает необычный запрос от партнёра?
  4. Какие сведения о наших людях и процессах доступны публично?

Показатели контроля

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

Первые 30 дней

  1. Проверить настройки почтовой аутентификации доменов
  2. Обновить программу обучения с учётом персонализированных писем
  3. Утвердить порядок проверки запросов на платежи и доступ
06
Проверка в пилоте

Как проверить в пилотном проекте

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

1

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

2

Критичное действие требует независимого шага проверки.

3

Команда видит источник сигнала, решение и путь эскалации.

Открыть матрицу пилота
07
Контекст рынка

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

Защита электронной почтыКиберразведка (Threat Intelligence)Повышение осведомлённости сотрудников

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

Проверенные источники

Источники и проверка

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

S13 · MITREMITRE ATLASТактики и техники против AI-систем.S15 · CISA / NSACareful Adoption of Agentic AI ServicesКонтроли для agentic AI.