Антифрод-система для телеком-маркетплейса: как кейс T2 и Wildberries превратить в диплом по кибербезопасности
16 марта 2026 года T2 и объединённая компания Wildberries & Russ объявили о запуске совместного проекта по борьбе с мошенничеством. Партнёрство телеком-оператора и крупнейшего маркетплейса — не просто новость, а сигнал рынку: изолированные решения против фрода больше не работают. Для выпускника ИТ это готовый сценарий ВКР: проектирование системы, которая агрегирует данные из разных источников (трафик, транзакции, биллинг) и выявляет аномалии в реальном времени. Ниже разберём, как технически реализовать такой проект, какие метрики считать и как уложиться в требования вуза.
Как кейс T2 / Wildberries ложится в структуру ВКР
В первой главе вашей работы анализируете проблему: мошенничество в e-commerce и телекоме (фрод с SIM-box, дропы, подменные номера). Используйте статьи, like этот релиз, как подтверждение актуальности. Во второй главе проектируете архитектуру (микросервисы, шина данных, ML-модуль). В третьей — тестируете на синтетических данных измеряете TPR (True Positive Rate) и FPR (False Positive Rate). Показываете экономический эффект: снижение убытков на 25-40% при точности ≥95%.
Три формата тем для ВКР (выбирайте под свой стандарт)
Каждая тема — с фокусом на разные аспекты кибербезопасности. Рекомендую уточнить у руководителя (ГОСТ 34.602-89 или ISO/IEC 25010) — это повлияет на структуру ТЗ и диаграммы.
| Тема | Актуальность (отсылка к статье) | Цель и 3 задачи | Структура глав |
|---|---|---|---|
| 1. Система многофакторного анализа транзакций на базе ML для маркетплейса | Обмен данными между T2 и WB требует унифицированного модуля детекции. | Цель: снизить долю ложных срабатываний при блокировке заказов. Задачи: сбор датасета (логи входа, история заказов), обучение LightGBM, интеграция через API. | Гл.1 – анализ методов фрода (Ghost, Carding); Гл.2 – проектирование конвейера (Kafka, Feast); Гл.3 – тестирование на 10k транзакций, ROC-AUC. |
| 2. Платформа обмена данными о мошенничестве между оператором и маркетплейсом (Threat Intelligence) | В статье прямо говорится о совместном противодействии — нужна шина данных с контролем приватности. | Цель: создать защищённый Ti-канал. Задачи: выбрать формат (STIX/TAXII), построить ETL, настроить анонимизацию (k-anonymity). | Гл.1 – Threat Intelligence модели; Гл.2 – архитектура (Kong API Gateway, Vault); Гл.3 – нагрузочное тестирование, latency <100ms. |
| 3. Автоматизация реагирования на инциденты (SOAR) для e-commerce | Ручное реагирование не успевает за потоком — кейс T2&WB мотивирует внедрение playbook. | Цель: автоматическое блокирование подозрительных номеров. Задачи: разработать алгоритм (rule-based + ML), интегрировать с Jira, тестировать на дампе звонков. | Гл.1 – анализ SOAR (Splunk Phantom, TheHive); Гл.2 – C4-контейнеры (Bot, Decision Engine); Гл.3 – метрики MTTR, F1-score. |
Архитектура и метрики: что должно быть в работе
Независимо от выбранной темы, требуются диаграммы. Самый удобный нотация — C4 (уровень контейнеров) плюс UML Sequence для сценария «Пользователь заказывает — система анализирует». Пример конфигурации ML-модуля (Python + Flask):
# app.py – minimal API для детекции фрода
from flask import Flask, request, jsonify
import joblib
import pandas as pd
app = Flask(__name__)
model = joblib.load('antifraud_model.pkl')
@app.route('/predict', methods=['POST'])
def predict():
data = request.get_json()
features = pd.DataFrame([data['features']])
proba = model.predict_proba(features)[0][1]
return jsonify({'score': proba, 'decision': 'block' if proba > 0.9 else 'allow'})
Метрики, которые ждёт рецензент:
- Precision / Recall (минимум 0.95 для блокирующих решений);
- FPR (False Positive Rate) – не более 0.5%, иначе клиенты уйдут;
- Latency p99 – <200ms для интерактивных сценариев;
- Экономический эффект – в деньгах (средняя стоимость убытков от фрода × % предотвращённых).
Тестирование и данные: откуда взять без NDA
Реальные данные T2 или WB вам не дадут, но есть легальные способы:
- Синтетические генераторы (Faker, SDV) — создаёте профили покупателей и операторов;
- Датасеты Kaggle (например, «IEEE-CIS Fraud Detection»);
- Эмуляция потоков через Kafka (OpenTelemetry для трейсинга).
В отчёте обязательно укажите: «Данные синтезированы на основе открытых источников и не содержат ПДн» — это снимет вопросы комиссии.
Чему вы научитесь, защитив такую ВКР
- Проектировать отказоустойчивые схемы интеграции (API Gateway, брокеры сообщений);
- Настраивать ML-пайплайн с фича-стором (Feast) и мониторингом дрейфа;
- Считать TCO (Total Cost of Ownership) для облачной инфраструктуры (Yandex Cloud / k8s);
- Оформлять ТЗ по ГОСТ 34.602-89 (это требование 90% техвузов);
- Формулировать выводы и защищать результаты перед строгой комиссией.
Часто задаваемые вопросы
Какой язык программирования выбрать для детекции фрода?
Python — стандарт (sklearn, XGBoost, FastAPI). Если тема связана с потоковой обработкой — можно Java (Kafka Streams) или Go (высокий перформанс). Но учтите: в ИТ-кафедрах часто нет строгих требований к языку, главное — качественный код и документация.
Требуется ли интеграция с реальными системами для защиты?
Нет. Достаточно разработать макет (прототип) с эмуляцией источников данных. Комиссия оценивает архитектуру, метрики и обоснование. Если делаете телеметрию — покажите, как подключили OpenTelemetry Collector к вашей тестовой среде.
Как рассчитать экономическую эффективность, если данных о реальных убытках нет?
Используйте открытые отчёты: средний убыток мошенничества в e-commerce — 1.2% от оборота (DataInsider). При обороте тестового магазина 50 млн руб./мес. вы можете предотвратить 500 тыс. руб. Вычтите стоимость инфраструктуры (сервера, лицензии). Это строго научно, если указать допущения.
Нужна ли отдельная глава про нормоконтроль по ГОСТ?
Обычно нормоконтроль проверяет оформление (шрифты, нумерация, ссылки). В раздел «Заключение» добавьте проверку по ISO/IEC 25010 (характеристики качества). Используйте чек-лист ниже.
✅ Чек-лист «Что проверить перед сдачей ВКР»
- Титульный лист и задание по форме вашего вуза (шаблоны есть на кафедре).
- Во введении есть ссылка на реальный кейс (например, на новость T2/Wildberries).
- Поставленные задачи соответствуют выводам в заключении (не должно быть «лишних» задач).
- Диаграммы в нотации C4 или UML (каждая подписана, не путать уровни).
- Метрики эффективности посчитаны и сведены в таблицу (TPR, FPR, Latency, Cost).
- Уникальность текста ≥75% по Антиплагиат.ВУЗ (проверьте модули заимствования).
- Приложения: листинг кода (не более 5 страниц), скриншоты интерфейса.
⚠️ Типичные ошибки студентов на защите
- Игнорирование требований к персональным данным. Если ваша система обрабатывает номера телефонов — упомяните ФЗ-152 и анонимизацию. Иначе комиссия «завалит» вопросом о соответствии законодательству.
- Отсутствие валидации ML-модели. Просто показать accuracy — недостаточно. Всегда добавляйте confusion matrix и метрики для несбалансированных классов (PR-AUC).
- Недооценка latency. Для online-детекции время ответа критично. Если не померили p99 — сразу скажут: «А как вы гарантируете SLA?». Исправляется легко: добавьте нагрузочный тест с JMeter или locust.
Совет: в кейсе T2 / Wildberries как раз подчёркивается необходимость real-time — это усилит вашу защиту.
Не уверены, как увязать новость с требованиями вашего вуза? Мы проводим бесплатные консультации по темам ВКР — расскажем, какой стек выбрать, как оформить ТЗ по ГОСТ и рассчитать эффективность. У нас есть опыт с работами на 120+ часов. Просто напишите — поможем с любым этапом.
Источник: T2 и Wildberries & Russ будут вместе бороться с мошенничеством (опубликовано 2026-03-16)