Опубликовано: 16.10.2026 | Источник: ComNews

Вот семантический анализ, а затем готовый HTML-код статьи. **Семантический анализ** 1. **Основной запрос:** фишинг в ВКР / защита от социальной инженерии диплом 2. **LSI-запросы:** DMARC, SPF, DKIM, FIDO2 и MFA, SIEM и SOAR, MITRE ATT&CK (T1566), ISO/IEC 27001, NIST SP 800-63B, Zero Trust, симуляции фишинга (phishing simulation), ГОСТ 34.602-89 3. **Вопросы студентов:** как измерить эффективность антифишинговой системы; обязательно ли писать код; где брать датасет писем; как обосновать стек; нужно ли проводить пентест 4. **Ключевые сущности:** ГОСТ 34.602-89, ISO/IEC 27001, MITRE ATT&CK, DMARC/SPF/DKIM, FIDO2, SIEM/SOAR, OpenTelemetry ```html

Анализ фишинга как бизнес-модели для ВКР: проектирование системы защиты от социальной инженерии

Материал ComNews от 29 марта 2026 года фиксирует сдвиг, который стоит отразить в дипломе: фишинг перестал быть «письмами от нигерийского принца». Звонок с синтезированным голосом руководителя, безупречно оформленное письмо от «коллеги», смс от «банка» без единой опечатки — атака теперь опирается не на техническую дыру, а на доверие, спешку и чувство долга. Для выпускника ИТ-направления это означает, что классический периметр-ориентированный подход в ВКР выглядит устаревшим. Защищаемая работа должна отвечать на вопрос: как детектировать и останавливать атаку, у которой нет вредоносного файла на входе — только текст, голос и человеческая реакция.

Три темы ВКР, которые вырастают из этой статьи

Тема 1. Система детекции фишинговых сообщений на основе ансамбля признаков

Актуальность: статья прямо указывает на исчезновение «маркеров неграмотности» — орфография и кривой перевод больше не работают как признаки. Значит, нужны модели, работающие с заголовками писем, доменной репутацией и поведенческими признаками.

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

Задачи: собрать и разметить корпус писем; выделить признаки (SPF/DKIM-результаты, возраст домена, расхождение display name и адреса, тональность и маркеры срочности); обучить и сравнить модели; интегрировать в почтовый шлюз через API.

Структура: Глава 1 — анализ векторов по MITRE ATT&CK T1566 и обзор методов детекции. Глава 2 — архитектура сервиса, схема признаков, выбор стека. Глава 3 — оценка качества (precision/recall/F1, ROC-AUC), нагрузочное тестирование, расчёт эффекта внедрения.

Тема 2. Платформа симуляции фишинговых атак для оценки человеческого фактора

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

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

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

Структура: Глава 1 — психология социальной инженерии и требования ISO/IEC 27001 к осведомлённости. Глава 2 — проектирование (BPMN процесса, C4-диаграмма, модель ролей). Глава 3 — пилот на выборке, метрики кликабельности и времени до первого сообщения о подозрительном письме, экономическая оценка.

Тема 3. Автоматизация реагирования на инциденты с помощью SOAR-сценариев

Актуальность: скорость реакции — единственное, что противопоставить атаке, построенной на спешке. Оркестрация рутинных действий даёт измеримое снижение MTTR.

Цель: разработать набор сценариев автоматического реагирования на фишинговую рассылку.

Задачи: описать playbook по уровням критичности; реализовать интеграции с почтовым шлюзом, IdM и SIEM; предусмотреть «стоп-кран» и ручное подтверждение критичных действий; протестировать на воспроизведённых инцидентах.

Структура: Глава 1 — обзор SIEM/SOAR и стандартов реагирования. Глава 2 — архитектура интеграций, схема очередей и идемпотентности операций. Глава 3 — замеры MTTR до и после, RTO/RPO, отказоустойчивость.

Аналитическая глава: как превратить статью в обоснование выбора

Не пересказывайте публикацию — используйте её как источник постановки проблемы. Рабочая схема абзаца: тезис из статьи → почему существующие средства его не закрывают → формализованное требование. Например: «атака использует легитимный сервис для доставки ссылки» → «существующий фильтр по вложениям бесполезен» → «требование: анализ ссылок на момент клика».

Пример политики DMARC, которую уместно привести в приложении как артефакт конфигурации:

v=DMARC1; p=reject; pct=100;
rua=mailto:dmarc-reports@example.ru;
adkim=s; aspf=s; fo=1;

Проектная часть: от диаграмм к интеграциям

Здесь статья даёт отличный повод уйти от плоского «модульного» проектирования. Атака проходит через несколько сред — почта, мессенджер, телефония, — поэтому на защите выигрышно смотрится схема потоков данных в нотации C4 (контекст → контейнеры → компоненты) и отдельная диаграмма последовательности для сценария «пользователь нажал ссылку».

• Точка перехвата. Покажите, где именно решение встраивается: MTA-хук, API шлюза репутации ссылок, событие в очереди.
• Модель данных. Сущности «сообщение», «признак», «вердикт», «инцидент», «действие реагирования». Это спасает от хаоса в третьей главе.
• Безопасность самого решения. Хранение персональных данных сотрудников в симуляциях — повод отдельно описать обезличивание и разграничение доступа.
• Наблюдаемость. Трассировка через OpenTelemetry и метрики по каждому вердикту — то, что легко показать на демонстрации.

Тестирование и метрики: чем доказывать работоспособность

Слабое место большинства ВКР по безопасности — раздел испытаний из одной строки «система работает корректно». Разложите проверку на три слоя.

Функциональный слой

Прогон эталонного набора писем с известной разметкой. Метрики: precision, recall, F1, доля ложных блокировок легитимной переписки (целевое значение обосновать, а не взять с потолка).

Нагрузочный слой

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

Организационный слой

Для темы с симуляциями — замер click rate и report rate до и после обучающей кампании. Для темы с SOAR — MTTR и доля инцидентов, закрытых без участия оператора. Дополните RTO/RPO для компонентов, отказ которых останавливает реагирование.

Чему вы научитесь на такой работе

• Переводить публицистический тренд в формализованные требования и критерии приёмки.
• Обосновывать стек не «популярностью», а характеристиками задачи и ограничениями среды.
• Строить архитектурные схемы в C4 и BPMN так, чтобы их понимал не только научный руководитель.
• Считать метрики качества и применять стандарты ISO/IEC 25010 для оценки характеристик продукта.
• Оформлять техническую документацию по ГОСТ 34.602-89 и серии ГОСТ 19 без переделок в последнюю ночь.

Вопросы, которые задают чаще всего

Обязательно ли писать работающий код для ВКР по этой теме?

Не всегда. Допустим вариант с проектной работой: архитектура, модели данных, сценарии реагирования и расчёты. Но если тема называется «разработка системы», прототип нужен — хотя бы минимально воспроизводимый, с инструкцией по развёртыванию.

Где взять данные для обучения и тестирования детектора?

Публичные корпуса фишинговых писем, собственные обезличенные логи почтового шлюза при согласии организации, а также синтетическая генерация на основе шаблонов из описаний атак (MITRE ATT&CK T1566 и подтехники). Обязательно фиксируйте происхождение и разметку набора.

Как оформлять UML и другие диаграммы?

Выберите две-три нотации и держитесь их. Для процесса реагирования — BPMN, для структуры — C4 или компонентная UML-диаграмма, для взаимодействия — sequence. Главное правило: каждая диаграмма должна упоминаться в тексте и иметь легенду.

Нужно ли проводить пентест в рамках диплома?

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

Источник: От спама до целевых взломов: как фишинг стал бизнесом на доверии (опубликовано 2026-03-29)

```