TLS 1.3 и современные стандарты шифрования трафика

Когда вы открываете сайт по HTTPS, между вашим браузером и сервером устанавливается зашифрованный канал по протоколу TLS (Transport Layer Security). С 2018 года актуальная версия — TLS 1.3, и она принципиально отличается от предшественников. Разбираем, как работает современное шифрование, что такое forward secrecy и почему это важно для повседневной приватности коммуникаций.

Что такое TLS и зачем он нужен

TLS — это протокол, который добавляет три свойства к произвольному сетевому соединению:

1. Конфиденциальность — никто между клиентом и сервером не может прочитать содержимое трафика.
2. Целостность — никто не может незаметно изменить данные в пути.
3. Аутентификация — клиент уверен, что разговаривает именно с тем сервером, на который рассчитывал.

Без TLS весь HTTP-трафик идёт в открытом виде. Любой узел на пути между вами и сервером — провайдер, роутер в кафе, Wi-Fi точка в отеле — видит абсолютно всё: пароли, куки, содержимое страниц. Именно поэтому вся современная сеть в 2026 году работает только по HTTPS, а любой сайт без TLS считается небезопасным.

Историческая проблема: TLS 1.2 и раньше

Предыдущие версии протокола (SSL 2.0, SSL 3.0, TLS 1.0, 1.1, 1.2) накапливали технический долг более 20 лет. В них было:

• Поддержка устаревших алгоритмов шифрования (RC4, DES, 3DES, MD5).
• Возможность downgrade-атак, когда атакующий заставляет стороны использовать более слабые шифры.
• Длинное handshake-сообщение: полный обмен занимал два полных раунда (2-RTT) перед началом передачи данных.
• Уязвимости конкретных реализаций (BEAST, POODLE, CRIME, Lucky13, Heartbleed).

TLS 1.3 — это не эволюция, а радикальное переосмысление протокола. Разработчики выбросили всё, что накопилось за годы, и оставили только самый компактный набор современных примитивов.

Что изменилось в TLS 1.3

Только современные cipher suites

В TLS 1.2 было описано около 300 комбинаций шифров (cipher suites). Многие из них давно небезопасны, но остались для совместимости. TLS 1.3 оставляет всего пять:

• TLS_AES_128_GCM_SHA256
• TLS_AES_256_GCM_SHA384
• TLS_CHACHA20_POLY1305_SHA256
• TLS_AES_128_CCM_SHA256
• TLS_AES_128_CCM_8_SHA256

Все они используют AEAD — шифрование с аутентификацией в одной операции. Это защищает от целого класса атак, где атакующий подменял часть шифротекста.

Forward secrecy — обязательно

В TLS 1.2 forward secrecy был опциональным: сервер мог использовать статический RSA-ключ, и тогда весь прошлый трафик мог быть расшифрован, если этот ключ когда-нибудь утечёт. В TLS 1.3 обмен ключами обязательно использует эфемерные (одноразовые) ключи Diffie-Hellman на эллиптических кривых (ECDHE).

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

Один раунд вместо двух

Handshake в TLS 1.3 сократился с 2-RTT до 1-RTT. Клиент в своём первом сообщении сразу отправляет предполагаемые параметры и «пробный» публичный ключ. Если сервер согласен — сразу отвечает готовностью и общим секретом. Данные начинают передаваться на втором пакете, а не на четвёртом.

Для повторных подключений есть режим 0-RTT: клиент может отправить данные приложения сразу в первом пакете. Это даёт заметный прирост скорости для мобильных клиентов, где каждый лишний раунд — это заметная задержка.

Encrypted handshake

В TLS 1.2 большая часть handshake-сообщений шла в открытом виде, включая сертификат сервера. В TLS 1.3 всё, что можно зашифровать, шифруется сразу после обмена ключами. Это затрудняет пассивный анализ соединений — наблюдатель видит меньше метаинформации о том, что именно происходит в канале.

Что такое Perfect Forward Secrecy на практике

Представьте, что вы сегодня ведёте переписку с бизнес-партнёром через мессенджер, использующий TLS 1.3. Через пять лет злоумышленник проникает в инфраструктуру сервиса и крадёт все приватные ключи и резервные копии логов.

Без forward secrecy: атакующий может расшифровать весь старый трафик, собранный за эти годы. Ваша переписка пятилетней давности становится видна.

С forward secrecy: даже имея все приватные ключи сервера, атакующий не может восстановить ключи конкретных сессий. Они были эфемерными, существовали только во время активного соединения и затем уничтожены. Ваша переписка остаётся защищённой.

Это называется Perfect Forward Secrecy (PFS) — и в TLS 1.3 она включена по умолчанию во всех соединениях. Именно поэтому современная криптография даёт защиту «на будущее», а не только на момент обмена.

TLS 1.3 в протоколах туннелирования

Современные протоколы туннелирования построены поверх TLS 1.3 или используют его как основу:

• VLESS Reality — использует TLS 1.3 handshake и маскируется под обычный HTTPS-трафик. Атакующий не может отличить шифрованное соединение от обычного HTTPS-запроса на известный сайт.
• Trojan-GFW — полноценный TLS 1.3 поверх TCP 443. Не только шифрует трафик, но и полностью имитирует HTTPS-сервер.
• DNS-over-HTTPS и DNS-over-TLS — шифруют DNS-запросы, чтобы ваш провайдер не видел, какие домены вы резолвите.
• HTTP/3 и QUIC — новые транспортные протоколы, встроившие TLS 1.3 прямо в транспортный уровень.

Всё это вместе даёт современному пользователю настоящую приватность: трафик зашифрован сильными алгоритмами, forward secrecy защищает от долгосрочных атак, handshake занимает минимум времени, а наблюдатели видят лишь факт соединения, без содержимого.

Что проверить самостоятельно

Если вы хотите убедиться, что ваше соединение действительно использует TLS 1.3:

• В Chrome/Firefox нажмите на замочек рядом с адресной строкой и посмотрите «Details» — там будет указана версия TLS и cipher suite.
• Для сервера используйте testssl.sh или онлайн-сервис ssllabs.com/ssltest — он покажет, какие версии TLS поддерживаются, включён ли forward secrecy и нет ли устаревших cipher suites.
• На стороне сервера проверьте конфигурацию nginx или Apache: в 2026 году нужно оставлять только TLS 1.2 и TLS 1.3, все старые версии должны быть отключены.

Итог

TLS 1.3 — это не просто обновление, а новый стандарт приватности, который закрывает большинство классических проблем старых версий. Обязательный forward secrecy, короткий handshake, только современные cipher suites и зашифрованный обмен параметрами — всё это вместе даёт реальную защиту, а не формальную галочку «у нас HTTPS».

В LinesUPS все серверы используют TLS 1.3 с обязательным forward secrecy во всех протоколах. Мы не поддерживаем устаревшие cipher suites, регулярно обновляем конфигурацию по рекомендациям Mozilla Server Side TLS и следим, чтобы ваше соединение было максимально защищено.

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