Handshake Papers: как читать следы рукопожатия, а не гадать по логам

Handshake Papers: как читать следы рукопожатия, а не гадать по логам

Что реально происходит, когда соединение “не сходится”? В TLS (Transport Layer Security) это почти всегда не одна ошибка, а цепочка: клиент прислал ClientHello, сервер не нашёл подходящий набор параметров, ключи не сошлись, и переговоры оборвались по точке несовместимости. RFC 8446 описывает это как нормальный отказ протокола, а не как “сломавшийся интернет”.

Смотреть нужно не на один код, а на контекст:
— какие версии и cipher suites пересеклись;
— был ли SNI (Server Name Indication);
— совпали ли ALPN и ожидания сервера;
— не истёк ли билет сессии или PSK (Pre-Shared Key) для resumption;
— не вмешался ли middlebox, который режет расширения.

Практика из исследований по TLS показывает: большинство “странных” сбоев возникает на границе совместимости, а не в криптографии. Если резюмирование не сработало, это часто означает не “провал безопасности”, а потерю состояния: сервер не принял ticket, клиент предложил устаревший параметр, либо политика отказалась от ранних данных 0-RTT.

Полезный порядок проверки: сначала сравнить ClientHello и ServerHello, потом проверить, было ли изменение маршрута или балансировщика, и только затем искать баг в реализации. Иначе легко перепутать симптом с причиной.

Bottom line: рукопожатие TLS надо разбирать как переговоры двух сторон, а не как один “ошибочный пакет”. Further reading: RFC 8446, RFC 6066, RFC 7301.