Анализ фишинговых атак и лжевзломов для ВКР: как не поверить блефу

Роль: Специалист по ИБ (InfoSec) | Поддомен: Cybersecurity

Материал подготовлен экспертами компании КиберДиплом. Мы помогаем студентам с 2010 года. Если вам нужна помощь в разработке темы или оформлении работы, наши специалисты готовы подсказать.

Последнее обновление: 2026-07-30

Введение

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

1. Почему тема лжевзломов — золотая жила для диплома

Статья прямо указывает на разрыв между громкими заявлениями и реальными инцидентами. Это позволяет построить ВКР на стыке OSINT, threat intelligence и анализа индикаторов компрометации (IoC). В первой главе вы можете проанализировать 5–10 реальных кейсов (взломы SolarWinds, Colonial Pipeline и др.), сравнить их с «фейковыми» утечками из статьи. Во второй главе — разработать методику верификации атак, используя MITRE ATT&CK и OWASP Top 10. В третьей — оценить экономический эффект: снижение ложных срабатываний SOC, экономию времени инженеров.

2. Темы ВКР и их структура

Ниже — три рабочие темы, которые легко защитить, потому что они опираются на реальные данные и ГОСТы. Каждая включает актуальность, цель, задачи и структуру глав. Обратите внимание: в основе всех тем — задача отличить реальную атаку от блефа.

Тема	Актуальность (отсылка к статье)	Цель	Задачи (3-4)	Структура глав
Разработка системы детектирования ложных инцидентов на основе OSINT	Статья показывает, что до 60% громких взломов — фейк. Без автоматической проверки SOC тратит ресурсы впустую.	Создать прототип сервиса, который по входным данным (логи, новости, форумы) вычисляет вероятность реальности атаки.	1. Собрать датасет реальных/фейковых инцидентов. 2. Выбрать индикаторы (IoC, временные метки, контекст). 3. Реализовать модуль оценки по шкале 0–100. 4. Протестировать на кейсах из статьи.	Гл.1 – Анализ методов фальсификации взломов. Гл.2 – Архитектура и алгоритмы детектирования. Гл.3 – Эксперимент и метрики точности (F1-score, precision).
Моделирование угроз для веб-приложения с учётом лжевзломов	Многие «громкие взломы» — это эксплуатация старых уязвимостей или выдача желаемого за действительное. Моделирование угроз по ГОСТ Р 56545-2015 должно учитывать этот класс.	Построить модель угроз для типового веб-сервиса, включив атаки-пустышки, и оценить устойчивость.	1. Классифицировать лжевзломы по OWASP. 2. Дополнить MITRE ATT&CK тактиками обмана. 3. Разработать карту рисков. 4. Предложить контрмеры.	Гл.1 – Анализ лжевзломов как класса атак. Гл.2 – Моделирование в САПР (draw.io, PlantUML). Гл.3 – Оценка остаточного риска по ISO/IEC 27001.
Автоматизация сбора и верификации данных об инцидентах с помощью SIEM	Статья подтверждает: нужна система, которая не пропускает фейки. SIEM-правила и корреляция событий — основа.	Настроить SIEM (например, Wazuh) для выявления ложных срабатываний на основе внешних источников (CVE, Twitter, Telegram).	1. Развернуть SIEM-стенд. 2. Написать правила детектирования фейковых IoC. 3. Интегрировать threat intelligence feeds. 4. Измерить снижение ложных тревог.	Гл.1 – Обзор SIEM и методов верификации. Гл.2 – Конфигурация и корреляция. Гл.3 – Тестирование на датасете из статьи.

3. Инструментарий и метрики: что реально пригодится

В любой из этих тем вам понадобятся:

Индикаторы компрометации (IoC) — IP, домены, хеши. Пример блока конфигурации для Wazuh, который отсеивает подозрительные IoC по чёрным спискам:

<decoder name="fake-ioc-filter">
  <prematch>^.*IoC: \S+$</prematch>
  <regex>IoC: (\S+)</regex>
  <order>srcip, dstip, md5</order>
</decoder>

<rule id="100100" level="5">
  <if_sid>100000</if_sid>
  <match>IoC: \d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}</match>
  <description>Потенциальный фейковый IoC (IP) из статьи</description>
</rule>

Метрики: Precision (доля истинных атак среди обнаруженных), Recall (доля обнаруженных реальных атак), F1-score, а также экономия времени SOC-аналитика в часах. Для расчёта используйте данные из статьи как baseline: 2/3 инцидентов — ложные.
Схемы: C4-контейнер для системы детектирования, BPMN-диаграмма процесса обработки инцидента. Пример описания: «Контейнер «Верификатор» получает IoC из SIEM, обращается к базам VirusTotal и AlienVault, возвращает оценку от 0 (фейк) до 1 (реальная атака)».

4. Пример фрагмента ВКР: структура глав и оформление

Чтобы не плавать в нормоконтроле, приведу реальный каркас для темы «Разработка системы детектирования ложных инцидентов»:

Глава 1. Анализ проблемы лжевзломов. Подразделы: 1.1. Классификация по статье SecurityLab (реальные/фейковые, мотивация). 1.2. Обзор существующих решений (MISP, TheHive). 1.3. Постановка задачи на разработку.
Глава 2. Проектирование системы. 2.1. Архитектура (UML-диаграмма компонентов). 2.2. Алгоритм верификации по трём признакам: возраст данных, количество источников, авторитетность. 2.3. Выбор стека (Python, Flask, MongoDB).
Глава 3. Реализация и тестирование. 3.1. Описание прототипа. 3.2. Тестовые кейсы (5 реальных взломов и 5 фейков из статьи). 3.3. Метрики: accuracy 87%, снижение ложных срабатываний на 40%.
Приложения: Листинг кода, скриншоты интерфейса, акт внедрения (если есть).

FAQ — частые вопросы студентов

Как обосновать актуальность, если в ВКР нужно что-то программировать?

Ссылайтесь на статью SecurityLab: «Доля фейковых взломов растёт, автоматизация верификации — востребованная задача». В первой главе приведите 2-3 цитаты из источника, переведите в цифры (60% громких заявлений — блеф). Этого достаточно для актуальности в любой комиссии.

Можно ли использовать данные из статьи для второй главы?

Да, но лучше дополнить их открытыми базами (CVE, Exploit-DB, AlienVault OTX). Статья даёт контекст и мотивацию, а технические детали берите из OWASP и MITRE ATT&CK — это стандартные источники, которые преподаватели принимают без вопросов.

Какие метрики требуют в вузах для ВКР по ИБ?

Обычно достаточно precision, recall, F1 и сравнения «до/после» (например, время реакции SOC). Если вуз требует экономическую эффективность, посчитайте стоимость часа аналитика и умножьте на сэкономленное время. Покажите, что система окупается за полгода.

Как оформить схемы по ГОСТ?

Используйте нотации IDEF0 (для процессов) или UML 2.0 (для архитектуры). В САПР — Draw.io, PlantUML. Обязательно подпишите элементы и добавьте легенду. Ссылайтесь на ГОСТ 34.602-89 (ТЗ) и ISO/IEC 25010 (качество).

Чек-лист: что проверить перед сдачей

✅ В первой главе есть ссылка на оригинал статьи (SecurityLab, 2026).
✅ Актуальность подкреплена цифрами: «почти две трети взломов — блеф».
✅ Вторая глава содержит схемы (C4, UML или BPMN) с подписями.
✅ Третья глава включает метрики: не менее двух числовых показателей.
✅ Соответствие ГОСТ: проверено оформление списка литературы, заголовков, таблиц.
✅ Уникальность текста >70% (проверьте сами, не на Autoсheck).
✅ Приложения: листинг кода, экранные формы, результаты тестов.

Типичные ошибки студентов

Слепая вера источнику. Статья — лишь отправная точка. Нельзя писать «все взломы — фейк». Обязательно дополните критическим анализом: какие атаки были реальными (например, SolarWinds), а какие — нет. Иначе комиссия скажет, что вы не разобрались.
Отсутствие практической части. Если тема «детектирование лжевзломов», а в работе только обзор — это не ВКР, а реферат. Обязательно реализуйте хотя бы прототип: скрипт на Python, правило SIEM, модель машинного обучения.
Игнорирование ГОСТ и стандартов. Комиссия смотрит, ссылаетесь ли вы на OWASP, MITRE, ISO/IEC 27001. Вставьте их в анализ, иначе вопросы по нормоконтролю.

Нужна помощь с темой или оформлением? Наши эксперты помогут с любой темой ВКР по ИТ — от кибербезопасности до DevOps. Первая консультация бесплатно. Если времени в обрез, мы можем взять на себя до 120 часов работы, чтобы вы успели к защите. Просто напишите — подскажем, как сделать диплом без лишней нервотрёпки.

Последнее обновление: 2026-07-30

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

```