Вредонос VioletRAT в дипломе: как использовать реальный кейс для анализа уязвимостей и проектирования защиты
В марте 2026 года SecurityLab опубликовал детальный разбор, как вредонос VioletRAT обходит стандартные механизмы защиты Windows — не через бэкдоры или эксплойты, а через «механическое» использование писем, архивов и нестандартных символов. В статье описано, как злоумышленники подменяют шифрование, маскируют исполняемые файлы в PDF/ZIP и используют «странные» Unicode-символы (например, U+202E — Right-to-Left Override) для обхода проверок антивирусов. Это не теория — это уже практика: в 2025 году был зафиксирован рост таких атак на 47% по сравнению с предыдущим годом.
Для выпускников ИТ-направлений это важно: современные системы безопасности всё чаще строятся на поведенческом анализе и контекстной семантике, а не только на сигнатурах. Если ваш диплом затрагивает темы безопасности приложений, инженерии защиты, анализа угроз или проектирования систем с низкой доверенностью — этот кейс станет отличным основанием для глубокого анализа. Он позволяет показать, как реальные уязвимости возникают не из-за ошибок кода, а из-за пробелов в архитектуре и непонимания поведения пользователей и систем.
Темы ВКР: от кейса до проекта
| Тема | Актуальность (по статье) | Цель | Задачи | Структура |
|---|---|---|---|---|
| Анализ уязвимостей в почтовых и архивных форматах | В VioletRAT использовались архивы с «скрытыми» исполняемыми частями и письма с манипуляцией кодировками. Это прямая угроза для систем, принимающих внешние данные без полного анализа. | Выявить и классифицировать уязвимости в обработке внешних данных; предложить архитектурные меры противодействия. | 1. Анализ структуры ZIP/PDF с точки зрения «неожиданных» секций 2. Исследование поведения Windows API при загрузке файлов с манипуляцией кодировок 3. Разработка модели «доверенного источника» для входящих данных |
Глава 1: Теоретические основы — ISO/IEC 25010, ГОСТ Р 51975-2014 Глава 2: Проектирование — архитектура фильтрации, модульный контроль Глава 3: Тестирование — нагрузочное тестирование на «загрязнённые» файлы |
| Методы обхода защиты через семантику | Статья показывает, что даже при наличии EDR и AV, система может быть обманута, если не контролировать поведение файла, а только его метаданные. | Создать прототип системы обнаружения «семантических обманов». | 1. Сбор и анализ набора «подозрительных» файлов (PDF+EXE+Unicode) 2. Разработка алгоритма «проверки контекста» 3. Интеграция в CI/CD-пайплайн для автоматической проверки |
Глава 1: Обзор подходов — NIST SP 800-53, MITRE ATT&CK Глава 2: Архитектура — микросервисная модель, модуль «анализатор семантики» Глава 3: Метрики — RTO/RPO, False Positive Rate |
| Проектирование безопасного входа в систему | Кейс демонстрирует, что даже «чистые» форматы (например, .docx) могут быть использованы как канал для внедрения — если не применять принцип «минимальных привилегий» и «проверки всех источников». | Применить принципы secure by design к входным интерфейсам. | 1. Определение «точки входа» в систему 2. Разработка сценариев «нормального» и «подозрительного» поведения 3. Реализация логики «разрешить по умолчанию, запретить по требованию» |
Глава 1: Стандарты — ГОСТ Р 51975-2014, ISO/IEC 27001 Глава 2: Архитектура — шаблон «Проверка входных данных», схема «Фильтр → Декодер → Анализатор» Глава 3: Экономика — сравнение стоимости интеграции vs ущерба от инцидента |
Аналитическая глава: почему не хватает «обычных» решений?
В статье подчеркивается: VioletRAT не использует ни одного известного бага в Windows. Он работает через «выход за рамки ожидаемого» — например, когда архив содержит файл с расширением .zip, но внутри — исполняемый код, который не является частью стандартной структуры ZIP. Это вызывает у многих студентов вопрос: «Почему не сработал AV?» Ответ прост: большинство антивирусов проверяют только структуру, а не содержание — и тем более не последовательность действий после распаковки.
Ваша аналитическая глава должна включать:
- Сравнение подходов: обычный AV (сигнатурный), EDR (поведенческий), и «анализ семантики» (контекстно-зависимый). Приведите таблицу с метриками: скорость обнаружения, false positive, стоимость внедрения.
- Обоснование выбора стека: например,
OpenTelemetry + Python + YARAдля сбора метрик и сигнатур, илиClamAV + custom parserдля базовой проверки. - Использование терминологии: не просто «антивирус», а «система обнаружения и предотвращения вредоносных действий» (EDR), «модуль проверки целостности» (Integrity Check), «фильтр входных данных» (Input Sanitizer).
Проектная часть: как это выглядит в коде и схемах
Вот пример того, как можно реализовать «фильтр входных данных» в рамках вашего проекта:
class InputSanitizer:
def __init__(self):
self.allowed_extensions = {'.pdf', '.docx', '.zip'}
self.allowed_mimes = {'application/pdf', 'application/zip'}
def validate(self, file_path: str, mime_type: str) -> bool:
# Проверка расширения
if not any(file_path.endswith(ext) for ext in self.allowed_extensions):
return False
# Проверка MIME
if mime_type not in self.allowed_mimes:
return False
# Проверка содержимого: нет исполнимых секций в PDF
if mime_type == 'application/pdf':
return not self.contains_executable_section(file_path)
return True
def contains_executable_section(self, path: str) -> bool:
with open(path, 'rb') as f:
data = f.read()
# Простой поиск сигнатур PE-файлов
return b'MZ' in data[:100] and b'PE' in data[4:8]
Это не «магический» код — это архитектурный элемент, который можно встроить в любой сервис. В вашей проектной части покажите:
- Диаграмму последовательности: Пользователь → Фильтр → Декодер → Анализатор → Решение
- UML-класс:
InputValidator <<interface>>с реализацией для разных типов входов (HTTP, Email, File Upload) - Сценарий использования: «Как система реагирует на архив с вложенным EXE»
Тестирование и метрики: не забудьте про RTO и RPO
Один из ключевых моментов в статье — то, что даже при наличии защиты, время реакции играет решающую роль. VioletRAT работает в фоне, и только после нескольких дней начинает активность. Поэтому в вашей работе нужно рассчитать:
- RTO (Recovery Time Objective): сколько времени потребуется, чтобы восстановить работу после инцидента. Например, если вы внедряете автоматическую блокировку при обнаружении «подозрительного» архива — RTO должен быть ≤ 5 минут.
- RPO (Recovery Point Objective): сколько данных можно потерять. Если вы используете резервное копирование каждые 15 минут — RPO = 15 мин.
- False Positive Rate: сколько «чистых» файлов будут ошибочно помечены как опасные. Цель: ≤ 0.1%.
Для этого проведите нагрузочное тестирование с набором 1000 файлов: 950 чистых, 50 с «подозрительными» признаками (например, PDF с вложенным EXE, ZIP с U+202E в имени файла). Запустите ваш фильтр и зафиксируйте результаты в таблице.
Чему вы научитесь, работая с этим кейсом
- Как обосновывать выбор технологий — не «я выбрал OpenTelemetry, потому что он популярен», а «OpenTelemetry позволяет собирать метрики на уровне контекста, что необходимо для анализа поведения файлов».
- Как писать технические документы по ГОСТ 34.602-89: описание функциональных требований, сценарии, диаграммы, таблицы соответствия.
- Как проводить сравнительный анализ — не просто «AV лучше», а «AV эффективен при сигнатурном анализе, но уступает EDR при анализе поведения, особенно в случае манипуляции кодировками».
- Как формулировать выводы: не «это важно», а «внедрение модуля анализа семантики снижает вероятность успешного инцидента на 68%, при этом стоимость внедрения составляет 120 часов разработки».
Хотите, чтобы ваша ВКР была не просто «написана», а реально применима? У нас есть бесплатная консультация на 120 минут — мы поможем выбрать тему, спроектировать архитектуру и подготовить текст под требования вашего вуза. Никаких «заказать диплом» — только конкретная помощь, которая делает вашу работу уникальной и защищаемой.
Типичные ошибки студентов (и как их избежать)
- «Подмена терминов SaaS/PaaS без обоснования» — напишите, почему именно «микросервисная архитектура» подходит, а не «монолит». Приведите ссылку на NIST SP 800-145.
- «Отсутствие метрик эффективности» — без RTO/RPO/FP-Rate ваша работа будет выглядеть как «идея», а не как решение. Добавьте таблицу с результатами тестирования.
- «Игнорирование требований ГОСТ 34.602-89 при оформлении ТЗ» — в разделе «Требования» обязательно укажите: «Требования должны соответствовать ГОСТ Р 51975-2014, пункт 4.2.1».
FAQ: часто задаваемые вопросы
Q: Сложно ли реализовать такой фильтр в дипломе?
A: Нет — если вы используете существующие библиотеки (например, python-magic для определения MIME, unzip для распаковки, pefile для анализа PE-файлов). Главное — не писать всё с нуля, а показать, как интегрируете модули.
Q: Требуются ли в дипломе исходные коды?
A: Да, но не весь проект — только ключевые модули (например, input_sanitizer.py). Код должен быть в виде pre-блока, с комментариями и пояснениями к архитектуре.
Q: Как оформить UML-диаграммы?
A: Используйте PlantUML или draw.io. В тексте укажите: «Диаграмма последовательности приведена в Приложении А. Структура классов — в Приложении Б».
Q: Где взять тестовые данные?
A: Для «подозрительных» файлов — GitHub: evil-files (легально, для учебных целей). Для «чистых» — стандартные шаблоны из Microsoft Office.
Чек-лист «Что проверить перед сдачей»
- ✅ Все задачи в разделе «Цель» связаны с кейсом VioletRAT (не «все вредоносные программы» — а именно «архивы с манипуляцией кодировок»)
- ✅ В разделе «Анализ» есть сравнение 3-х подходов: AV, EDR, семантический анализ
- ✅ В проектной части есть схема «Фильтр → Декодер → Анализатор» и код модуля
- ✅ В тестировании указаны RTO, RPO, FP-Rate и результаты тестирования
- ✅ Все ссылки на источники (включая статью SecurityLab) — в конце работы, в списке литературы
- ✅ Соответствие ГОСТ 34.602-89: требования, методы, описание
Источник: Письмо, архив и странные символы. Рассказываем, как вредонос VioletRAT обходит защиту Windows (опубликовано 2026-03-13)