```html

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

Не успела команда Storm-2561 засветиться в мартовских сводках, как тысячи корпоративных пользователей уже скачивали «обновлённые» VPN-клиенты Ivanti, Cisco и Fortinet с поддельных сайтов. Вместо рабочего инструмента они получали инфостилер, который аккуратно выгружает учётные данные и сессии. Для студента ИТ-специальности это готовый кейс для ВКР: свежий, с реальными деталями и понятным практическим выходом. Ниже — как превратить эту новость в полноценную дипломную работу: от анализа угроз до прототипа системы обнаружения, которая отличает фальшивый VPN-клиент от настоящего.

Куда пристроить кейс в структуре ВКР

Историю со Storm-2561 можно органично разложить по классическим главам дипломной работы:

Глава 1 (аналитическая). Исследуете вектор атаки: фишинговые сайты, подделка вендорских брендов, механизмы инфостилера. Связываете с тактиками MITRE ATT&CK (а именно T1566 — phishing, T1555 — credentials from password stores). Делаете обзор существующих решений — почему антивирус и EDR не всегда спасают.

Глава 2 (проектная). Проектируете систему, которая снижает риск. Например, модуль проверки цифровой подписи VPN-клиента или браузерное расширение, которое сверяет домен с официальным списком вендора. Чертите диаграммы в форме C4 или UML, чтобы показать архитектуру.

Глава 3 (экспериментальная). Эмулируете атаку: поднимаете поддельный сайт с вредоносным файлом, запускаете детекторы, замеряете метрики — точность, полноту, время реакции. Сравниваете с базовым состоянием без защиты.

Три темы ВКР на основе статьи Storm-2561

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

Тема ВКРАктуальностьЦельЗадачиСтруктура глав
Разработка модуля обнаружения фальшивых VPN-клиентов на основе анализа цифровых подписей Злоумышленники массово подделывают установочные файлы Ivanti, Cisco, Fortinet, а стандартные антивирусы не всегда распознают загрузчик как вредоносный. Создать прототип серверного сервиса, который проверяет подпись VPN-клиента перед установкой. 1) Классифицировать известные индикаторы компрометации Storm-2561; 2) спроектировать алгоритм проверки аутентичности и целостности; 3) реализовать прототип на Python с вызовом к системным API; 4) провести тесты на музейных образцах. Глава 1 — анализ фишинговых атак; Глава 2 — проектирование модуля; Глава 3 — эксперименты и метрики.
Анализ фишинговых ресурсов, подделывающих вендоров VPN, и построение системы раннего предупреждения Storm-2561 создала зеркала официальных сайтов, которые живут несколько дней и сменяют домены. Только автоматическое обнаружение может спасти пользователей. Разработать систему мониторинга, которая собирает URL-ы, похожие на официальные домены, и оценивает их опасность. 1) Собрать выборку легитимных доменов вендоров; 2) построить генератор опечаточных доменов (typosquatting); 3) реализовать модуль проверки SSL-сертификатов и сходства URL; 4) оценить точность детектора на исторических данных. Глава 1 — методы фишинга и typosquatting; Глава 2 — архитектура мониторинга; Глава 3 — оценка качества моделей.
Разработка методики оценки защищённости корпоративных VPN-инфраструктур от инфостилеров После атак Storm-2561 компаниям необходимо оценить, насколько их текущий регламент установки VPN-клиентов защищает от подобного сценария. Создать набор метрик и чек-листов, чтобы администратор мог самостоятельно проверить критичные узлы. 1) Выделить векторы атак на VPN-клиент; 2) определить критерии защищённости (проверка подписи, источник загрузки, наличие MFA); 3) разработать оценочный инструмент на основе OWASP ASVS; 4) апробировать методику на виртуальном стенде. Глава 1 — тактики и процедуры инфостилеров; Глава 2 — модель рисков and методика; Глава 3 — экспериментальная апробация.

Практическая часть: как построить детектор инфостилеров

Архитектура решения

Не обязательно делать полноценный корпоративный продукт. Достаточно показать схему C4. Контейнеры: браузерное расширение (JavaScript) — серверный модуль (Python/FastAPI) — SIEM-система (например, Wazuh) для сбора алертов. На диаграмме C4 вы показываете уровни: пользователь, расширение, API, база данных с ETag-списками официальных дистрибутивов.

Если в вузе требуют UML-диаграммы, рисуйте use-case для пользователя и sequence-диаграмму для сценария «проверка подписи перед запуском». Подобные схемы легко генерируются через draw.io и встраиваются в пояснительную записку.

Пример YARA-правила для детекта

Для третьей главы практично обучить простое YARA-правило на базе открытых индикаторах Storm-2561. Вот такой кусок можно вставить в код вашего прототипа:

rule Storm_2561_Fake_VPN_Infostealer
{
    meta:
        description = "Detects artifacts of the Storm-2561 fake VPN clients"
        author = "Student VKR"
        date = "2026-08"
        reference = "https://xakep.ru/2026/03/17/fake-vpns/"
    strings:
        $s1 = "VPNClient.exe" fullword
        $s2 = "config.ini" ascii
        $c1 = "certutil -urlcache" ascii
        $c2 = "powershell -enc" ascii wide
        $c3 = "{<base64>}" ascii
    condition:
        uint16(0) == 0x5A4D and  // MZ header
        filesize < 5MB and
        ($c1 or $c2 or $c3) and
        ($s1 or $s2)
}

Совет: соберите в лаборатории эталонную фальшивку с помощью тестовой среды (например, Any.Run), снимите хеши, данные из строк. Пропишите их в YARA — этого достаточно для демонстрации исследовательской части, без реального вредоносного ПО.

Метрики эффективности

В третьей главе важны цифры. Рассчитайте классические метрики:

Тестируйте на коллекции из 50–100 файлов: 20–30 зловредных, остальные — настоящие клиенты Cisco, Ivanti, Fortinet. Занесите результаты в таблицу в третьей главе.

Оформление по ГОСТ

Для ВКР используйте ГОСТ 19.102 (стадии разработки) и ГОСТ 34.601 (автоматизированные системы). Отдельное внимание уделите ISO/IEC 25010: оцените такие характеристики, как функциональная пригодность, надёжность и защищённость. В пояснительной записке у каждого требования указывайте ссылку на этот стандарт.

Практические выводы

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

  1. Проектировать механизмы проверки цифровых подписей на языках высокого уровня (C#, Python, Go).
  2. Строить модели фишинговых атак по методологии MITRE ATT&CK.
  3. Писать YARA-правила и тонко настраивать SIEM-корреляцию.
  4. Грамотно оформлять схемы C4 и UML для проектной документации.
  5. Считать метрики Precision, Recall, FPR и интерпретировать их для выводов.

FAQ

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

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

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

Используйте открытые отчёты антивирусных вендоров (Secureworks, Talos, Positive Technologies), а также агрегаторы IOCs (VirusTotal, Any.Run). Плюс — ваша лабораторная работа: эмулируете сетевой трафик и процесс заражения на виртуальных машинах. Это допускается и даже ценится.

Требуют ли в вузе настоящий код, или достаточно схем?

Зависит от направления. Если вы делаете «проект» в рамках автоматизации процессов, обязательна работающая программа. Если это методическая работа по ИБ, можно ограничиться алгоритмом, блок-схемами и результатами тестов в песочнице. В любом случае добавьте листинг кода в приложение.

Как показать «экономический эффект», если тема не про деньги?

Посчитайте среднюю стоимость одного инцидента по данным открытых исследований (например, порог $100k). Покажите, что ваш детектор снижает количество успешных заражений с 10 до 2 в месяц — значит, экономия компании существенна. Это стандартный приём для ВКР по ИБ.

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

  • Задачи в введении точно соответствуют выводам в заключении.
  • Есть хотя бы одна диаграмма C4 или UML, описание связей.
  • Все рисунки подписаны, ссылки расставлены по ГОСТ 7.32.
  • Метрики эффективности представлены в виде таблицы и проанализированы словами.
  • Упомянуты стандарты: ГОСТ 19, ISO/IEC 25010, OWASP.
  • Список литературы — не старше 3–5 лет, включая источники по этой атаке.
  • Во введении есть обоснованность с опорой на реальную новость (Storm-2561).

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

Пересказ новости вместо исследования. «В статье X сказано...» — это не анализ. Нужно декомпозировать атаку на этапы, выделить слабые места и сделать выводы, которые можно применить.

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

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

Почему стоит выдохнуть и проверить себя

Средняя ВКР по кибербезопасности — это 120 часов реальной работы. Если вы уже сейчас понимаете, что не успеваете или запутались в требованиях вуза, — это не приговор. Многие студенты берут консультацию специалиста, чтобы выстроить план работы и получить чёткие ответы по нормоконтролю. Можно даже обсудить идею с экспертом и понять, какие разделы стоит ужать, а какие — усилить. Бесплатная консультация поможет сэкономить несколько недель.

Материал подготовлен экспертами компании ИТ-Диплом. Мы помогаем студентам с 2010 года. Если вам нужна помощь в разработке темы ВКР по информационной безопасности или оформлении работы, наши специалисты готовы подсказать — в том числе подсказать, как правильно встроить свежий инцидент в аналитическую главу.

Последнее обновление: 2026-08-04

Источник: Фальшивые корпоративные VPN-клиенты воруют учетные данные (опубликовано 2026-03-17)