AIVPN: VPN-протокол с мимикрией трафика и автоматической сменой профиля

Архивное переиздание с актуализацией. Оригинал опубликован на Habr (2026), автор — неизвестен. оригинал доступен на Habr по состоянию на ноябрь 2026. Ниже — редакция ноября 2026: что работает сейчас, что изменилось и как правильно повторить рецепт сегодня. Полный текст оригинала — в конце, без купюр.

TL;DR — версия 2026

Классический Shadowsocks в России детектится ТСПУ и массово блокируется, но сам подход «лёгкий прокси на своём сервере» жив: берите sing-box c Shadowsocks-2022 и плагином маскировки — или переходите на VLESS+REALITY.

В год выхода оригинала Shadowsocks был самым простым способом поднять личный прокси «за 10 минут». С тех пор российские DPI-системы научились распознавать ss-протокол по сигнатурам (статичные заголовки, отсутствие TLS), и по данным РКН, за 2025 год в России заблокировано 258 VPN-сервисов — среди заблокированных имена почти всех публичных Shadowsocks-провайдеров. Однако техника осталась рабочей при одном условии: шифрование 2022-редакции и маскировка под обычный веб-трафик.

Статус оригинала

URL: https://habr.com/ru/articles/1019962/
Статус на Habr: ЖИВА
Картинки: 0/0 сохранено локально

Рабочий сетап 2026: sing-box + ss2022 + маскировка

Ставим sing-box (актуальная ветка 1.1x) и включаем Shadowsocks-2022 с плагином v2ray-plugin в режиме websocket+TLS — трафик становится неотличим от wss-соединения:

{
  "inbounds": [{
    "type": "shadowsocks",
    "listen": "::",
    "listen_port": 443,
    "method": "2022-blake3-aes-128-gcm",
    "password": "<base64-ключ>",
    "multiplex": { "enabled": true, "padding": true }
  }]
}

На клиенте (sing-box / NekoBox / Hiddify) выбираете тот же метод и порт. Multiplex с padding убирает ещё один маркер — мелкие пакеты «дыхания». Сервер можно закрыть CDN (Cloudflare) спереди, чтобы IP не светился в SNI-блокировках.

Когда Shadowsocks всё ещё лучший выбор

ss2022 легче по CPU, чем Xray (важно на слабых VPS и роутерах), клиенты есть на всех платформах, а связка ws+TLS через CDN переживает блокировки по IP. Для «читалки с телефона» — норм. Но если нужен максимальный запас прочности и простота управления — фактическим стандартом антицензурного туннелирования в 2026 стал VLESS + REALITY (Xray-core): он маскируется под обычный HTTPS-трафик к крупному сайту и не требует собственного домена и сертификата: не нужен домен, не нужен сертификат, не нужен CDN, а маскировка выдерживает активное зондирование.

Почему «голый» Shadowsocks больше не проходит

Первая редакция протокола (2012–2018) шифрует поток, но не меняет его форму: DPI видит UDP/TCP-поток без TLS-рукопожатия с характерными AES-блоками и длинными бинарными пакетами. В 2023–2025 такие потоки ставятся на счётчик и режутся, а IP серверов попадают в капкан повторных блокировок. Вторая проблема старых гайдов — поток-шифр chacha20-ietf-poly1305 и одноразовые ключи из password через EVP_BytesToKey: реплеи и корреляция трафика решены только в Shadowsocks-2022 (ss2022), где ключ задаётся напрямую в base64 и есть защита от replay.

Что изменилось с 2026 года

shadowsocks-libev и старые клиенты с EVP_BytesToKey-ключами несовместимы с ss2022 — переход обязателен
obfs-simple/plain больше не спасает (DPI обучен), актуальна маскировка ws+TLS или REALITY
бесплатные Oracle Cloud / AWS-инстансы, на которых поднимали ss, в 2026 сильно урезаны и часто забанены по региону
управление «клиентом на телефоне» переехало в NekoBox/Hiddify/sing-box — старые Android-клиенты ss не поддерживают 2022-методы
в тексте оригинала: классический OpenVPN легко детектится DPI (используется в корпсредах, но не для обхода блокировок)
в тексте оригинала: у «ванильного» WireGuard статичный хендшейк — DPI его режет; обфусцированный вариант — AmneziaWG

Чек-лист 2026

метод шифрования — только 2022-blake3-*
ключ — сгенерированный base64, а не пароль
транспорт — ws+TLS за CDN или REALITY
включён multiplex+padding
сервер не торчит на «популярных» портах без TLS

Вердикт

Трилогия «за 10 минут без затрат» остаётся лучшим входом в мир личных прокси. В 2026 минут стало пятнадцать: ещё пять уходит на генерацию ключа и выбор маскировки. Но результат — тот же: ваш канал, ваши правила, ноль подписок.

ОРИГИНАЛ СТАТЬИ (без изменений)

Всем привет!

Я делаю AIVPN — VPN-протокол и набор клиентов, в котором задача не сводится к «еще одному зашифрованному туннелю». Смысл в другом: современные DPI-системы часто блокируют не содержимое, а форму соединения. Им важны размеры пакетов, интервалы между ними, характер рукопожатия и общая поведенческая сигнатура.

В основе одной из ключевых идей проекта, метода Signal Reconstruction Resonance, лежит моя патентная заявка в США: USA 19/452,440 от Jan 19, 2026.

С детства не люблю, когда меня ограничивают в доступе к информации. Читать я научился рано, примерно в три года, и с тех пор очень люблю читать книги. Когда я учился в школе, мама даже просила библиотекаря не выдавать мне новые книги, потому что я вместо домашнего задания читал по 2-3 книги в день (Интернета тогда небыло, чернобелый телевизор работал только при правильном ударе по крышке 🙂 ). Но это не особенно помогало: я все равно находил способы добывать нужные книги. Сейчас, когда я смотрю на то, что происходит в мире с доступом к информации, мне это тоже совсем не нравится. Поэтому AIVPN для меня не только технический проект, но и попытка хоть немного облегчить жизнь людям, которые, как и я, плохо переносят искусственные ограничения.

Сегодня VPN часто “палится” не потому, что плохо шифрует, а потому, что слишком узнаваемо выглядит.

Именно поэтому AIVPN пытается решать две задачи сразу:

шифровать трафик;

делать его менее заметным для DPI.

Ниже коротко покажу только самые сильные фишки проекта, без лишнего погружения в детали реализации.

Что в AIVPN самое важное

1. Нет открытого идентификатора сессии

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

В упрощенном виде пакет выглядит так:

TAG | MDH | encrypt(pad_len || inner_payload || random_padding)

Где TAG — короткий тег сессии, а MDH — маско-зависимый заголовок.

2. Малозаметный старт соединения

Я сознательно уходил от тяжелого и очень заметного рукопожатия. Клиент может начать обмен сразу, а сервер уже по первому пакету пытается восстановить сессию и проверить ее корректность.

Смысл не в том, чтобы «вообще убрать рукопожатие», а в том, чтобы не оставлять снаружи простой и стабильный шаблон, который удобно определять DPI-системам.

3. Маскировка под реальные типы трафика

В AIVPN есть маски трафика. Маска задает не только внешний заголовок, но и поведение потока:

какие размеры пакетов встречаются чаще;

какие интервалы между пакетами выглядят правдоподобно;

как меняется поведение трафика во времени.

Сейчас в проекте есть профили, ориентированные на трафик вроде:

QUIC;

WebRTC/STUN;

DNS over UDP.

То есть задача не в том, чтобы просто зашифровать UDP, а в том, чтобы сделать его менее похожим на типичный VPN-трафик.

4. Нейронный резонанс

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

Оформлена как патентная заявка в США: USA 19/452,440, от Jan 19, 2026, SYSTEM AND METHOD FOR UNSUPERVISED MULTI-TASK ROUTING VIA SIGNAL RECONSTRUCTION RESONANCE.

Но здесь нет никакой огромной LLM, которая живет на VPS и съедает память. У каждой маски есть компактный сигнатурный вектор, из которого строится маленькая нейросеть. Она смотрит на статистику текущей сессии:

размеры пакетов;

интервалы между ними;

энтропию шифротекста;

общую динамику потока.

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

Проще говоря: сервер видит, когда маска начинает «сыпаться».

5. Автоматическая смена маски

Если сервер замечает, что текущая маска стала подозрительной или сеть начала ее явно душить, профиль помечается как скомпрометированный, а сессия переключается на резервную маску.

Это одна из главных фишек проекта. Обычный VPN часто живет по схеме «пока работает — работает, а когда спалили — все умерло». В AIVPN идея другая: если один профиль начали ломать, туннель должен попытаться перелинять, а не просто упасть.

6. Нормальная криптография без экзотики

Я не пытался изобрести собственную криптографию. В основе используются понятные примитивы:

X25519;

ChaCha20-Poly1305;

BLAKE3.

Плюс есть ротация сессионных ключей, чтобы не держать слишком большой объем данных под одним и тем же ключом.

Чем это отличается от обычного VPN-подхода

Если совсем коротко:

WireGuard и OpenVPN в первую очередь решают задачу безопасного туннеля;

AIVPN пытается дополнительно решать задачу снижения заметности транспорта на уровне статистики и поведения.

То есть AIVPN — это не «еще один VPN с другим набором шифров», а попытка сделать протокол, в котором маскировка встроена в архитектуру изначально.

Что уже есть

Сейчас в проекте уже есть:

сервер на Linux;

CLI-клиент;

macOS-клиент;

Android-клиент;

Windows-клиент в тестировании.

Репозиторий проекта: github.com/infosave2007/aivpn

Поддержка проекта

Сейчас один из следующих больших шагов для AIVPN — полноценная iOS-версия.

И здесь расходы уже не только на разработку. Чтобы нормально довести iOS-клиент до пользователей, нужны:

оплата Apple Developer Program;

разработка и поддержка iOS-приложения;

публикация и сопровождение в App Store.

Поэтому если вам близка идея проекта и вы хотите ускорить развитие протокола и выпуск iOS-версии, AIVPN можно поддержать донатом.

Ссылка на поддержку: https://t.me/tribute/app?startapp=dzX1 🚀

Все такие донаты я планирую направлять именно на развитие проекта!

Мне хотелось сделать VPN, который не просто шифрует пакеты, а думает о том, как эти пакеты выглядят снаружи.

Поэтому в AIVPN появились:

короткие криптотеги вместо открытого идентификатора сессии;

малозаметный старт соединения;

маски с правдоподобным поведением трафика;

нейромодуль, который следит за деградацией маски;

автоматическая смена масок без разрыва туннеля.

Получился не «магический анти-DPI плащ», а инженерная попытка повысить живучесть туннеля в мире, где обычного шифрования уже недостаточно.

Если тема интересна, буду рад обратной связи по архитектуре, коду и идеям развития.