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

Анализ обхода блокировок для ВКР: как технически корректно исследовать VPN и DPI

Поддомен: Cybersecurity

Роль: Специалист по информационной безопасности

Семантический анализ (выполнен)

• Primary keyword: анализ систем обхода блокировок в дипломе
• LSI-запросы: DPI (глубокий анализ трафика), SNI-фильтрация, DoH (DNS over HTTPS), Shadowsocks, Tor, TLS 1.3, инжекция пакетов, фингерпринтинг TLS, firewall evasion, GOST R 57580, OWASP ASVS
• Вопросы студентов:
  • Как не попасть под санкции за исследование "запрещённых" технологий?
  • Где взять реальные данные по блокировкам без нарушения закона?
  • Как оформить архитектурную схему обхода DPI по ГОСТ?
  • Какие метрики считать при тестировании эффективности обхода?
  • Можно ли использовать данные Роскомнадзора в дипломе?
• Ключевые сущности: OWASP, GOST R 57580, DPI, TLS-фингерпринтинг, C4-модель

Выбрана структура: B

---

Анализ систем обхода блокировок: от теории до измеримых результатов

Заявление о блокировке VPN — не новость. Но теперь оно подкреплено политической волей и, следовательно, ресурсами. Это значит, что в ближайшие годы мы увидим:

• Развитие DPI-систем (Deep Packet Inspection) с анализом TLS-фингерпринтов
• Массовое внедрение блокировок по SNI (Server Name Indication)
• Инжекцию пакетов для сброса соединений с "подозрительными" признаками
• Интеграцию DoH-фильтрации на уровне провайдеров

Для ВКР это — золотая жила. Но только если вы не просто опишете Shadowsocks, а покажете:

• Как работает современная система фильтрации (на примере Рунета)
• Какие методы обхода остаются эффективными
• Как измерить их устойчивость (метрики: время жизни соединения, процент успешных запросов, задержка)
• Какие архитектурные решения снижают риск детектирования

Где разместить материал в дипломе?

• Глава 1 (Анализ) — сравнение методов фильтрации: от IP-блокировок до TLS-фингерпринтинга. Используйте C4-модель для визуализации уровней атаки.
• Глава 2 (Проектирование) — схема обхода с использованием DoH + domain fronting + TLS-обфускации. Оформите по GOST R 57580 (требования к защите информации).
• Глава 3 (Тестирование) — метрики: процент успешных соединений, средняя задержка, чувствительность к нагрузке. Сравните с базовым сценарием (обычный HTTPS).

Какие диаграммы обязательны?

• C4-контекст — показывает взаимодействие клиента, DPI-системы, провайдера и целевого сервера.
• Sequence-диаграмма — как происходит блокировка по SNI и как она обходится через DoH + маскировку домена.
• Структурная схема — архитектура прокси-сервера с обфускацией трафика (можно в PlantUML).

@startuml
actor "Пользователь" as User
rectangle "DPI-система" as DPI
rectangle "Провайдер" as ISP
rectangle "Целевой сервер" as Server

User -> DPI : HTTPS (SNI = blocked.site)
DPI --> ISP : Блокировка
ISP --> User : RST-пакет

User -> ISP : DoH-запрос (DNS over HTTPS)
ISP -> Server : Запрос через доверенный домен (fronting)
Server --> ISP : Ответ
ISP --> User : Данные
@enduml

Какие метрики считать?

>95% <150 мс Нет сбросов соединений +10% к базовому

Метрика	Инструмент	Норматив (пример)	Где в ВКР
Процент успешных соединений	curl + скрипт на Python	Глава 3, таблица 3.2
Средняя задержка (мс)	ping / traceroute	Глава 3, рис. 3.4
Устойчивость к DPI	Wireshark + анализ RST	Глава 2, раздел 2.3
Потребление трафика	vnstat / iftop	Приложение Б

Какие инструменты использовать?

• DoH-сервер: cloudflared или dnscrypt-proxy
• Прокси с обфускацией: Shadowsocks, v2ray, tuic
• Анализ трафика: Wireshark, tcpdump, mitmproxy
• Тестирование: Python + requests, curl, Gatling

# Пример конфигурации dnscrypt-proxy для DoH
listen_addresses = ['127.0.0.1:53']
server_names = ['cloudflare', 'google']
routing_rules = [
  { server_name = 'cloudflare', domains = ['blocked.site'] }
]

Как не нарушить закон?

Ключевой момент: вы не реализуете обход для массового использования, вы анализируете существующие решения. Это принципиально.

• Работайте в изолированной среде (Docker, VM)
• Не тестируйте на реальных заблокированных ресурсах без согласования (лучше — симуляция)
• Используйте тестовые домены (например, blocked-test.local)
• Во введении укажите: "Цель — анализ уязвимостей систем фильтрации, а не создание инструмента для нарушения законодательства"

Темы для ВКР: технически насыщенные и защищаемые

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

• Проектировать безопасные архитектуры с учётом DPI и фильтрации
• Собирать и анализировать сетевой трафик по методике OWASP
• Оформлять схемы взаимодействия по C4 и ГОСТ
• Измерять эффективность решений через метрики (не "работает/не работает")
• Аргументировать выводы на основе данных, а не мнений

FAQ: ответы на реальные вопросы

Можно ли использовать данные Роскомнадзора в дипломе?

Да, но только в открытых источниках (реестр запрещённых сайтов). Не используйте внутренние базы. Лучше — симуляция на основе публичных данных.

Какой стек выбрать для реализации?

Python + Scapy для анализа трафика, Go для прокси, Docker для изоляции. Избегайте Node.js — он плохо подходит для низкоуровневой работы с сетью.

Как оформить код в приложении?

По ГОСТ 19.402-2015: заголовок, номер, комментарии, отступы. Код — только фрагменты, а не весь проект. Остальное — в репозитории (GitHub/GitLab).

Как защититься от вопроса "А вы не нарушаете закон?"

Чётко сформулируйте: "Я анализирую уязвимости систем фильтрации, как это делают специалисты по ИБ. Цель — повышение защищённости, а не нарушение".

Источник: За VPN пока не посадят. Просто сделают так больно, что сам откажешься (опубликовано 2026-03-31)