Опубликовано: 20.09.2026 | Источник: TechCrunch

Приватность в социальных сетях для ВКР по ИБ: модель угроз, инструменты и метрики защиты

В марте 2026 года сервис DeleteMe, специализирующийся на удалении персональных данных из открытых источников, приобрёл Block Party — инструмент защиты пользователей от целевого харассмента в Twitter. Основательница Block Party Трейси Чоу создала продукт в 2018 году после собственного опыта столкновения с организованной травлей. Для выпускника направления «Информационная безопасность» этот кейс — не просто новость. Это готовая фактура для ВКР: рынок консолидируется, значит, задачи обнаружения угроз приватности, оценки рисков и контроля утечек ПДн становятся прикладными и востребованными. Ниже — как превратить этот тренд в защищаемую работу с моделью угроз, метриками и воспроизводимым прототипом.

FAQ: что чаще всего спрашивают у научного руководителя

1. Тема «слишком узкая» — как расширить до уровня ВКР?

Расширяйте не тему, а контур: вместо «защита от харассмента в Twitter» формулируйте «риск-ориентированная система выявления угроз приватности пользователя в социальных сетях». Тогда в главу 1 войдёт анализ угроз (STRIDE, OWASP Top 10 Privacy Risks), в главу 2 — архитектура сервиса (сбор OSINT-сигналов, классификация, алертинг), в главу 3 — оценка эффективности по метрикам полноты и точности.

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

Три источника, которые не вызовут вопросов на защите: (а) публичные датасеты токсичных твитов (Hate Speech, Davidson et al.); (б) синтетический корпус, сгенерированный по модели нарушителя; (в) собственный лог симуляции. Обязательно зафиксируйте процедуру обезличивания — это отдельный пункт по 152-ФЗ и он отлично смотрится в главе 3.

3. Как считать эффективность, если «мало данных»?

Комбинируйте офлайн-метрики классификатора (Precision, Recall, F1, ROC-AUC) с эксплуатационными метриками SOC (MTTD, MTTR, доля ложных срабатываний). Даже на 1–2 тыс. наблюдений этого достаточно, если есть описательная статистика и доверительные интервалы.

4. Что реально проверяет нормоконтроль?

Соответствие ГОСТ 19.402/19.404 (для ПО) или ГОСТ 34.601/34.602 (для систем), сквозную нумерацию рисунков, ссылки на каждый рисунок в тексте, единый стиль формул и подписей. Модель угроз удобно оформить таблицей со ссылками на OWASP и банк данных угроз ФСТЭК.

Темы ВКР: три рабочие связки с кейсом Block Party

Тема 1. Система выявления угроз приватности пользователя в социальных сетях.
Актуальность: консолидация рынка (DeleteMe × Block Party) показывает коммерческий спрос на защиту репутации и ПДн.
Цель: разработать прототип сервиса, обнаруживающего признаки целевого харассмента и утечек ПДн.
Задачи: 1) построить модель нарушителя и модель угроз (STRIDE + OWASP Privacy Risks); 2) спроектировать архитектуру сбора и обогащения OSINT-данных; 3) обучить и валидировать классификатор; 4) оценить Precision/Recall и ложноположительные срабатывания.
Структура: Гл.1 — анализ угроз и обзор аналогов; Гл.2 — проектирование и реализация; Гл.3 — тестирование и метрики эффективности.
Тема 2. Автоматизированный мониторинг цифрового следа с оценкой риска деанонимизации.
Актуальность: инструменты класса DeleteMe и Block Party работают именно с цифровым следом.
Цель: построить конвейер сбора и корреляции публичных данных с итоговым риск-скорингом.
Задачи: 1) формализовать источники и признаки деанонимизации; 2) реализовать парсер и нормализацию; 3) построить модель скоринга; 4) свести результаты в дашборд.
Структура: Гл.1 — теория цифрового следа и приватности; Гл.2 — реализация ETL и скоринга; Гл.3 — эксперименты и интерпретация.
Тема 3. Риск-ориентированная защита репутации организации в социальных медиа.
Актуальность: после сделки M&A продукты приватности превращаются в корпоративные сервисы ИБ-периметра.
Цель: разработать методику оценки репутационных рисков компании в соцсетях с привязкой к ISO/IEC 27005.
Задачи: 1) описать активы и угрозы; 2) построить матрицу риска; 3) реализовать сборщик сигналов; 4) апробировать на кейсе.
Структура: Гл.1 — методы оценки рисков ИБ; Гл.2 — проектирование методики и ПО; Гл.3 — апробация и рекомендации.

Как встроить кейс в главы ВКР

Глава 1. Аналитика: модель угроз и место кейса в теории

Начните с того, что продукт Block Party решал узкую задачу — защиту от адресного харассмента. После приобретения DeleteMe функциональность расширяется до управления цифровым следом. Это идеально ложится в раздел «Анализ предметной области». Постройте:

диаграмму контекста (C4 level 1) — акторы: пользователь, платформа соцсети, сервис защиты, регулятор;
UML use case — обнаружение, классификация, уведомление, реагирование;
таблицу угроз по STRIDE с оценкой вероятности и ущерба по ISO/IEC 27005.

В качестве нормативной базы ссылайтесь на ГОСТ 34.601 (стадии создания АС), OWASP Top 10 Privacy Risks и ISO/IEC 25010 (атрибуты качества: security, privacy, usability — понадобятся для требований).

Глава 2. Проектирование и реализация: конвейер обнаружения

Архитектуру описывайте как поток: ingest → normalize → enrich → detect → alert. Ниже минимальный скелет конфигурации сборщика сигналов и правила алертинга, который можно защитить как листинг.

# pipeline.yaml — конвейер обработки сигналов приватности
sources:
  - name: twitter_stream
    type: social_api
    fields: [user_id, text, mentions, created_at]
normalize:
  pii_mask: [email, phone, address]
enrich:
  osint: true
  reputation_score: true
detect:
  model: harassment_classifier_v1
  threshold: 0.72
  rules:
    - doxxing_pattern: "^(\\+\\d{1,3})?[\\s-]?\\(?\\d{3}\\)?[\\s-]?\\d{3}[\\s-]?\\d{2}[\\s-]?\\d{2}$"
    - coordinated_attack: "mentions_count > 50 AND window = 10m"
alert:
  channels: [email, webhook]
  severity_levels: [low, medium, high, critical]

Схему развёртывания удобно показать в виде C4 level 2: API-шлюз → очередь (Kafka/RabbitMQ) → сервисы нормализации и обогащения → модель → хранилище алертов → дашборд. Если проект небольшой, замените Kafka на Redis Streams — комиссия оценит осознанный выбор, а не модный стек.

Глава 3. Тестирование и метрики эффективности

Разделите тесты на три уровня: модульные (mask-PII, парсер), интеграционные (end-to-end прогон пайплайна на синтетике), приёмочные (сценарии харассмента, деанонимизации, ложных срабатываний). Основные метрики сведите в таблицу.

Метрика	Формула / источник	Целевое значение
Precision	TP / (TP + FP)	≥ 0,85
Recall	TP / (TP + FN)	≥ 0,80
F1	2·P·R / (P+R)	≥ 0,82
MTTD	среднее время до первого алерта	≤ 5 мин
MTTR	среднее время реакции	≤ 30 мин
FP-rate	FP / (FP + TN)	≤ 0,10

Для наблюдаемости прикрутите OpenTelemetry: трейсы по стадиям пайплайна дадут честные замеры MTTD/MTTR, а не «оценки на глаз». Это ровно тот трейс, который на защите спрашивают чаще всего.

Чему вы научитесь на этой теме

Строить модель нарушителя и модель угроз по STRIDE с привязкой к ISO/IEC 27005.
Проектировать конвейеры обработки данных приватности с маскированием ПДн (152-ФЗ).
Обучать и валидировать классификатор угроз, интерпретировать Precision/Recall.
Оформлять архитектуру в C4/UML и защищать выбор стека перед комиссией.
Считать эксплуатационные метрики SOC (MTTD, MTTR) через OpenTelemetry.

Чек-лист перед сдачей ВКР по теме приватности

Задачи в введении дословно закрываются выводами по главам.
Модель угроз оформлена таблицей со ссылками на OWASP / банк угроз ФСТЭК.
Каждый рисунок и таблица упомянуты в тексте, сквозная нумерация.
Метрики эффективности посчитаны на воспроизводимом датасете.
Листинги кода вынесены в приложения по ГОСТ 19.402/19.404.
Список источников: не менее 60% — рецензируемые и нормативные.
Проверка на заимствования с цитированием кейса TechCrunch и оригинальных статей.

Три ошибки, которые валят защиту

Тема без модели угроз. Пишут «приложение для мониторинга Твиттера», а не «система защиты приватности». Без формализованной модели угроз это не ИБ-работа, а курсовая по фронтенду. Выход: добавьте таблицу STRIDE + ISO/IEC 27005, как в кейсе Block Party и DeleteMe.
Метрики только ML, без эксплуатационных. Комиссия спросит: «а что в реальной эксплуатации?» Добавьте MTTD/MTTR и FP-rate, собранные через OpenTelemetry.
Игнорирование 152-ФЗ при сборе данных. Хранение никнеймов и постов без обезличивания — прямой упрёк рецензента. Зафиксируйте политику маскирования в главе 2 и приложении.

Если тема близка, но непонятно, с чего начать: наши специалисты проводят бесплатную консультацию, помогают сформулировать задачи и подобрать стек. Объём помощи — до 120 часов, работаем с темами любого поддомена ИБ. Можно заказать диплом целиком или только практическую главу с прототипом и метриками.

Материал подготовлен экспертами компании IT Diplom. Мы помогаем студентам с 2010 года: от постановки задач и модели угроз до оформления по ГОСТ и защиты перед комиссией. Если нужна помощь с разработкой темы или структурой ВКР на заказ — наши специалисты готовы подсказать.

Последнее обновление: 2026-09-20

Источник: DeleteMe acquires social media security tool Block Party (опубликовано 2026-03-25)