Вредонос 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?» Ответ прост: большинство антивирусов проверяют только структуру, а не содержание — и тем более не последовательность действий после распаковки.

Ваша аналитическая глава должна включать:

Проектная часть: как это выглядит в коде и схемах

Вот пример того, как можно реализовать «фильтр входных данных» в рамках вашего проекта:

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]

Это не «магический» код — это архитектурный элемент, который можно встроить в любой сервис. В вашей проектной части покажите:

Тестирование и метрики: не забудьте про RTO и RPO

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

Для этого проведите нагрузочное тестирование с набором 1000 файлов: 950 чистых, 50 с «подозрительными» признаками (например, PDF с вложенным EXE, ZIP с U+202E в имени файла). Запустите ваш фильтр и зафиксируйте результаты в таблице.

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

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

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

Хотите, чтобы ваша ВКР была не просто «написана», а реально применима? У нас есть бесплатная консультация на 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)