Распределение шифров TLS в 2026 году: замер по 600 хостам

27 августа 2026 года мы установили TLS-соединение с 600 хостами (по 150 на зону) и записали, о чём стороны договорились. Ответили по TLS 501 хост:

Главное здесь — последний столбец. Ни одного соединения по TLS 1.0 или 1.1 ни в одной зоне. Разговоры про «устаревшие протоколы, которые всё ещё включены» к 2026 году потеряли предмет: браузеры их отключили, а серверы за ними подтянулись.

И по TLS 1.3 зона .ru идёт вровень с международными — 81% против 75–84%. Это тот случай, когда российский сегмент не отстаёт вовсе.

Оговорки: это домены, которые кто-то приводил в наши инструменты, а не срез зоны. Не ответившие исключены из знаменателя.

Среди соединений, где шифр удалось определить:

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

ChaCha20 встретился 3–6 раз на зону. Он предпочтителен на устройствах без аппаратного ускорения AES, но современные процессоры такое ускорение имеют, поэтому сервер обычно выбирает AES.

У 3–8 хостов на зону соединение установилось, но шифр в ответе не определился — такие исключены из знаменателя.

Практический вывод из этого раздела скорее успокаивающий: подбирать список шифров вручную в 2026 году незачем. Умолчания современных версий OpenSSL и nginx дают ровно то, что нужно, а ручной список чаще ломает совместимость, чем что-то улучшает.

Здесь единственное существенное различие между зонами:

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

Причина, скорее всего, та же, что и в других наших замерах, — не выбор администратора, а умолчание того, кто выдаёт сертификат. Панель хостинга или интеграция с удостоверяющим центром выпускает RSA по умолчанию, и никто не переключает.

Это ложится в общий узор: по записям CAA и по DNSSEC Рунет отстаёт на порядок, а по тому, что настраивается на своём сервере — по HSTS и по версии TLS — почти не отстаёт. Тип ключа сертификата попадает ровно в первую категорию.

1. Убедитесь, что TLS 1.3 включён. Если у вас договаривается 1.2 — дело либо в старой версии OpenSSL, либо в явно заданном списке протоколов в конфигурации, который забыли обновить.
2. Не задавайте список шифров вручную. Умолчания дают то же самое, что и у всех остальных в нашем замере, и не устаревают вместе с вашей конфигурацией.
3. Посмотрите, какой у вас сертификат. Если RSA и удостоверяющий центр умеет ECDSA — переход бесплатный и даёт более быстрое рукопожатие. Для совместимости со старыми клиентами можно держать оба сертификата одновременно.
4. Не тратьте время на отключение TLS 1.0 и 1.1. По нашим данным их уже нет; если ваш конфиг их разрешает, вреда от этого практически нет, потому что ни один современный клиент их не предложит.

Проверить свои настройки можно в проверке SSL и TLS.