Опубликовано: 17.09.2026 | Источник: SecurityLab (RSS)

Семантический анализ перед генерацией: 1. **Primary keyword:** темы ВКР по кибербезопасности / рынок кибербезопасности России 2025 в дипломе 2. **LSI-запросы:** SIEM, SOC, NGFW, EDR, MITRE ATT&CK, ISO/IEC 27001, ГОСТ 34.602-89, ГОСТ 19.701-90, OpenTelemetry, DevSecOps, TCO/ROI, RTO/RPO, SLO, EPS, ФСТЭК, 152-ФЗ, Kubernetes 3. **Реальные вопросы студентов:** «Где брать цифры для экономической части?», «Обязательно ли писать код или хватит модели?», «Как обосновать выбор отечественного решения вместо зарубежного?», «Какие метрики защиты вообще считаются измеримыми?», «Как оформить ТЗ и схемы, чтобы не забраковал нормоконтроль?» 4. **Ключевые сущности:** ГОСТ 34.602-89, ГОСТ 19.701-90, ISO/IEC 27001, ISO/IEC 25010, MITRE ATT&CK, OpenTelemetry, Kubernetes, ФСТЭК/Банк России 719-П 5. **Опора на статью:** масштаб рынка (374 млрд руб., 2025) → источник для расчёта TCO, обоснования стека и оценки внедрения. ```html

374 млрд руб. на защиту информации: темы ВКР с метриками, расчётами и ГОСТ 34.602-89

Исследование, о котором пишет SecurityLab, впервые оценило реальный масштаб российской индустрии кибербезопасности — 374 млрд руб. по итогам 2025 года. Для выпускника это не абстрактная новость, а готовый рычаг: у рынка появилась денежная оценка, а значит, в дипломе можно считать не «актуальность обусловлена ростом угроз», а бюджет, TCO и срок окупаемости внедрения. Плюс сдвиг спроса в сторону отечественных решений и требований регуляторов (ФСТЭК, Банк России 719-П, ГОСТ Р 57580) — это уже сформулированные критерии сравнения, которые отлично ложатся в аналитическую главу. Ниже — как развернуть этот факт в защищаемую работу: от постановки задач до нагрузочных тестов и оформления схем по ГОСТ.

Три темы, которые защитить на такой фактуре проще всего

Тема 1. Проектирование корпоративного SOC/SIEM для среднего предприятия с расчётом TCO

• Актуальность: рынок вырос до 374 млрд руб., при этом основную часть бюджетов формируют крупные заказчики; сегмент среднего бизнеса закрыт слабо — здесь есть практический разрыв, который вы и описываете.
• Цель: спроектировать архитектуру центра мониторинга информационной безопасности с обоснованным выбором SIEM-платформы.
• Задачи: анализ источников событий; сравнение платформ по критериям (EPS, стоимость лицензии на 1 ГБ/сутки, поддержка ПАК, интеграция с отечественной ОС); проектирование схемы сбора и хранения; расчёт TCO за 3 года и оценка RTO/RPO.
• Структура: Глава 1 — угрозы, регуляторика, обзор рынка; Глава 2 — архитектура, потоки данных, схема по ГОСТ 19.701-90; Глава 3 — нагрузочное тестирование, экономика внедрения.

Тема 2. Оценка экономической эффективности внедрения NGFW/EDR в распределённой сети

• Актуальность: рост рынка означает рост предложения — вендоров стало больше, и выбор требует формализованных критериев, а не «нам посоветовали».
• Цель: построить методику сравнения решений и посчитать окупаемость внедрения.
• Задачи: сформировать матрицу критериев (производительность, режим инспекции, отказоустойчивость, наличие в реестре отечественного ПО); собрать данные по стоимости владения; смоделировать сценарии ущерба от инцидента; рассчитать ROI.
• Структура: Глава 1 — классификация средств защиты; Глава 2 — модель оценки и стенд; Глава 3 — результаты расчётов, чувствительность к входным данным.

Тема 3. Система мониторинга защищённости на базе OpenTelemetry и маппинга на MITRE ATT&CK

• Актуальность: телеметрия теперь собирается не только для производительности — она же становится сырьём для детектирования. Тренд прямо поддерживается бюджетами рынка.
• Цель: спроектировать и реализовать прототип конвейера сбора телеметрии с последующей привязкой событий к тактикам ATT&CK.
• Задачи: развернуть коллекторы телеметрии; описать модель события; реализовать правила корреляции; измерить задержку обработки и полноту детектирования на тестовом наборе.
• Структура: Глава 1 — теория мониторинга и стандарты; Глава 2 — проектирование конвейера, схемы развёртывания; Глава 3 — метрики, эксперименты, ограничения.

Аналитическая глава: рынок как источник цифр, а не как украшение

Самая частая проблема первой главы — «вода» про рост угроз. Замените её на измеримые основания. Статья даёт точку опоры: 374 млрд руб. — это границы рынка, от которых можно строить допущения о среднем бюджете ИБ на сотрудника или на узел сети. Дальше добавляйте регуляторный слой: приказы ФСТЭК, 152-ФЗ, 719-П для финансовых организаций, ГОСТ Р 57580 для уровня защиты.

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

Веса обязательно обосновывайте — именно по ним чаще всего бьют на защите. Хорошая практика: провести опрос 3–5 потенциальных пользователей системы (сотрудников ИБ) и показать, откуда взялись веса. Это превращает субъективную таблицу в мини-исследование.

Проектная часть: что именно рисовать и как описывать

Архитектура и схемы

Минимум, который ждёт комиссия: схема развёртывания (UML Deployment или схема по ГОСТ 19.701-90), диаграмма компонентов, диаграмма последовательности для ключевого сценария (например, «приём события → нормализация → корреляция → алерт»). Если ВКР связана с ИБ, добавьте модель нарушителя и границы доверенной зоны.

Интеграция: конвейер сбора телеметрии

Для темы 3 рабочий конвейер выглядит так: агент/коллектор на узле → очередь → парсер → хранилище → коррелятор. Конфигурация коллектора — это уже реальный код, который можно приложить к диплому.

receivers:
  filelog:
    include: [ /var/log/suricata/eve.json ]
    operators:
      - type: json_parser
        timestamp:
          parse_from: attributes.timestamp

processors:
  attributes/attack_mapping:
    actions:
      - key: mitre.tactic
        value: "Command and Control"
      - key: mitre.technique
        value: "T1071"

exporters:
  otlp:
    endpoint: "collector.internal:4317"
    tls:
      insecure: false

service:
  pipelines:
    logs:
      receivers: [ filelog ]
      processors: [ attributes/attack_mapping ]
      exporters: [ otlp ]

Разберите в тексте, почему выбран именно такой способ доставки: сравните pull и push-модели, оцените, что будет при пиковой нагрузке, опишите деградацию и поведение при потере связи с экспортёром. Это тот уровень детализации, который отличает сильную работу от пересказа документации.

Тестирование, метрики и экономика: где взять числа

Метрики делятся на три группы, и в дипломе должны быть все три: производительность, надёжность, безопасность. Путать их нельзя — комиссия это замечает мгновенно.

Отдельно про ISO/IEC 25010 — если описываете качество системы, опирайтесь на его характеристики (производительность, надёжность, защищённость, сопровождаемость). Это удобная рамка: каждая характеристика превращается в подраздел с метрикой и методом проверки. А ISO/IEC 27001 пригодится, если в работе есть процессы управления ИБ, а не только техническая часть.

Что делать, если физического стенда нет?

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

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

• Обосновывать выбор решения критериями и весами, а не личными предпочтениями.
• Строить расчёт TCO и ROI так, чтобы цифры выдерживали вопросы комиссии.
• Проектировать конвейеры телеметрии и корректно описывать деградацию при отказе.
• Снимать метрики производительности и надёжности на стенде, а не «по ощущениям».
• Оформлять ТЗ, схемы и пояснительную записку в соответствии с ГОСТ 34.602-89 и ГОСТ 19.701-90.

Нужно ли писать код в ВКР по кибербезопасности?

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

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

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

Как оформить UML-диаграммы, чтобы их приняли?

Единый стиль по всей работе, читаемые подписи, ссылка на рисунок до его появления в тексте, расшифровка всех обозначений. Если вуз требует схемы по ЕСПД, дублируйте логику в нотации ГОСТ 19.701-90. Диаграмму, которую невозможно прочитать на печати, комиссия воспринимает как отсутствующую.

Источник: Рынок кибербезопасности в России достиг 374 млрд руб. по итогам 2025 года (опубликовано 2026-03-24)

```