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

```html

Приховані канали і кража даних: тема для ВКР з інформаційної безпеки

19 березня 2026 року Positive Technologies проведе публічний вебінар, на якому розбере реальну атаку через приховані канали передачі даних. Це не просто черговий стрім — це маркер того, що виявлення та блокування прихованих каналів стає обов'язковою компетенцією інженера з безпеки. Для студента технічної спеціальності ця тема — готова основа ВКР: вона поєднує низькорівневу мережеву аналітику, моделювання загроз і практичну реалізацію системи моніторингу. Навіть якщо ви не плануєте йти в пентест, розуміння прихованих каналів показує, як дані реально тікають із захищеного периметра в обхід DLP і SIEM. Нижче — конкретні варіанти використання цього кейсу в дипломі, з урахуванням вимог до оформлення та захисту.

Чому ця тема закриває актуальність диплома

У 2025–2026 роках більшість витоку даних відбувається не через злам ззовні, а через внутрішні інсайди, легітимні інструменти та приховані канали. Стаття на SecurityLab прямо вказує: Positive Technologies буде розбирати саме такий сценарій. Для вашого керівника це означає, що тема не «від балди», а базується на реальній практиці. Ви можете послатися на вебінар, на звіти PT/Global Solar Wind, і це підсилить аналітичну частину.

Теми ВКР: від теорії до реалізації

Тема 1. Розробка системи виявлення прихованих каналів на основі аналізу трафіку

• Актуальність: класичні DLP-системи не аналізують протоколи типу ICMP, DNS, HTTP/3, де ховаються дані.
• Ціль: спроектувати модуль виявлення прихованих каналів із заданими метриками точності.
• Задачі: класифікувати типи прихованих каналів; дослідити інструменти (DNScat2, iodine); розробити алгоритм виявлення аномалій; оцінити якість на датасеті.
• Структура: Глава 1 — аналіз існуючих методів; Глава 2 — архітектура модуля (мова, збір трафіку, ml-модель); Глава 3 — тестування на тестовому стенді + економічна ефективність.

Тема 2. Модель загроз прихованих каналів у корпоративній мережі за ГОСТ 34.602-89 і ISO/IEC 27001

• Актуальність: стаття про кражу даних показує, що моделювання загроз — не формальність, а необхідність для вибору контрзаходів.
• Ціль: розробити модель загроз і обґрунтувати вибір засобів захисту.
• Задачі: проаналізувати схему атаки з вебінару; побудувати дерево атак (MITRE ATT&CK); оцінити ризики; запропонувати архітектуру захисту.
• Структура: Глава 1 — теорія загроз і стандарти; Глава 2 — профіль організації та модель порушника; Глава 3 — обґрунтування заходів захисту, розрахунок RTO/RPO.

Тема 3. Впровадження SIEM-моніторингу для виявлення витоку через приховані канали

• Актуальність: вебінар PT показує, як SIEM-події можуть вказувати на викрадення, якщо налаштовані правила кореляції.
• Ціль: розробити правила кореляції та дашборд для моніторингу.
• Задачі: вивчити схему атаки; налаштувати Elastic/Splunk/OpenSearch; написати сигнатури; перевірити на тестовому стенді.
• Структура: Глава 1 — огляд SIEM і прихованих каналів; Глава 2 — проектування правил; Глава 3 — емуляція атаки та аналіз результатів.

Як застосувати статтю в розділах ВКР

Не треба просто вставити URL у вступ. Покажіть, що ви глибше проаналізували контекст заходу і винесли конкретні інженерні вимоги.

Аналітична глава: порівняльна таблиця методів

У дипломі така таблиця стає основою для обґрунтування вибору моделі машинного навчання. Скажіть керівнику: «на основі аналізу прихованих каналів з вебінару Positive Technologies я виділив 3 ключові сценарії, для яких розробляю детектори».

Проектна частина: архітектура виявлення

Для теми №1 архітектура модуля може включати:

Збір трафіку:
- libpcap / pf_ring
- або використання Zeek

Аналітичний движок:
- Python + pandas/scikit-learn
- фільтр за whitelist доменів
- класифікатор (RandomForest / IsolationForest)

Інтеграція:
- API до SIEM (OpenSearch / Elastic)
- генерація алертів

Це і є практична реалізація, яка закриває вимогу кафедри «мати власний код або прототип». Якщо у вас гуманітарний керівник — покажіть схему у вигляді sequence-діаграми UML, а код винесіть у додаток.

Тестування та метрики

Обов'язково наведіть конкретні цифри, які будуть захищати вас від питань. Наприклад:

• False Positive Rate — не більше N% на тестовому датасеті.
• Час детектування — від появи каналу до алерту, секунди.
• Повнота виявлення — відсоток знайдених екземплярів серед усіх згенерованих.

Співвіднесіть це з RTO/RPO. Прихований канал — це процес, а не разова подія. RTO показує, за скільки ви відновите моніторинг після збою, RPO — скільки подій може бути втрачено.

Чому ви навчитеся і що винесете на захист

Після такої ВКР ви впевнено орієнтуєтеся в DLP, SIEM, MITRE ATT&CK і моделях загроз. Ви зможете:

• обґрунтувати вибір стеку (open source vs комерційні продукти);
• оформити ТЗ за ГОСТ 34.602-89;
• розробити схему мережі та вектор атак;
• пояснити зв'язок «кореляційні правила → SLA → економія».

Типові помилки студентів

Питання, які ставлять студенти

Чи обов'язково писати програмний код для ВКР з безпеки?

Ні, але бажано. Якщо ви робите модель загроз або аналітичний огляд, достатньо архітектурних схем, таблиць, розрахунків. Якщо заявляєте «система виявлення» — то код має бути: хоч мінімальний прототип на Python для перевірки гіпотези дослідження.

Де взяти тестові дані (датасети) для перевірки виявлення прихованих каналів?

Згенеруйте самі: підніміть DNScat2 або iodine на віртуальній машині і запишіть pcap. Або використовуйте відкриті датасети: ISCX, CICIDS2017, MAWILab. У розділі «Тестування» опишіть методику збору даних, щоб вас не звинуватили у «накрутці» метрик.

Як оформити схеми та діаграми, щоб прийняли?

Використовуйте UML (Use Case, Sequence, Deployment) або нотацію IDEF0 для бізнес-процесів. Головне — не малюйте стрілки «від балди». Кожна сутність і зв'язок мають відповідати архітектурі, описаній у тексті. Зберігайте діаграми у Visio/Draw.io і експортуйте в PNG/PDF з роздільною здатністю не менше 300 dpi.

Чи можу я взяти за основу статтю і просто переписати її?

Не можна. Приклад зі статті — лише ілюстрація актуальності. Глибина ВКР — дослідження, власні рішення, порівняння. Використовуйте статтю як тригер для формулювання проблеми, а не як готовий текст.

Що перевірити перед здачею

Висновок експерта

Источник: Скрытые каналы, кража данных и один шанс всё исправить. Positive Technologies разберет атаку в эфире (опубліковано 2026-03-17)

```