75. Обмен сообщениями в протоколе ssl/tls

На первом этапе клиент отправляет сообщение, в котором сообщает наивысший номер протокола SSL, поддерживаемый клиентом.

Генерирование клиентом 32х битовую отметку о времени и 28 битный NONSЕ для защиты от атаки распределения. Посылается идентификатор сеанса и алгоритм шифрования и обмена ключами и сжатия информации поддерживаемый клиентом в порядке убывания приоритета.

Клиент ожидает ответа от сервера, где сервер сообщает параметры выбранные сервером. Так же сервер посылает клиентам свой nonse и идентификатор сеанса, который совпадает с переданным клиентом.

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

Третий этап - аутентификация и обмен ключами клиента. Получив предыдущее сообщение, клиент проверяет сертификат и приемлемость принятых параметров. Если сервер запросил сертификат клиента, он посылается. Посылается сообщение, содержимое которого зависит от метода обмена ключами. В случае метода ASA, посылается 48 байтный предварительный ключ, зашифрованный на открытом ключе и сертификат сервера. В случае одноразового ДХ посылается временные открытые параменнтры клиента для ДХ. В случае фиксированного ДХ ничего не шлется, так как сертификат был в предыдущем сообщении. В итоге формируется предварительный секретный ключ. Для того чтобы сеансовый ключ был уникален для каждого сеанса, происходит хеширование предварительного ключа с nonse и сообщениями приветствия клиента и сервера.

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

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

76. Методы обмена ключами в ssl

RSA - симметричный сеансовый ключ шифруется на открытом ключе пользователя

Anonymous DH - каждая из сторон отправляет открытый ключ другой стороне и на основе полученного открытого ключа и собственного секретного формируется общий сеансовый ключ. Метод уязвим к атакам винды и посредников, когда с обоими сторонами обмен ключами производит злоумышленник.

Fixed DH - клиенту посылается сертификат сервера, а клиент посылает свой открытый ключ, в случае необходимости аутентификации и сертификат открытого ключа.

Epheremal DH - стороны обмениваются одноразовыми параметрами Дифи-Хеллмана (временным открытыми ключами), подписанные долговременным ключом отправителя. Получатель для проверки подписи использует открытый ключ и сертификат. Метод наиболее безопасный благодаря одноразовым ключам.