Участники не обязательно пересылают готовый общий ключ. Они обмениваются открытыми значениями, а затем каждый выполняет вычисления с собственным секретом и получает материал для общих ключей соединения.
Само согласование ещё не подтверждает, с кем оно выполнено. Без аутентификации возможен посредник, устанавливающий отдельные соединения с обеими сторонами. Поэтому процесс рассматривают вместе с проверкой участников и остальных сообщений протокола.
Согласование применяется в защищённых соединениях и других протоколах, где участникам нужны общие сеансовые ключи. Алгоритм, параметры, выработка итоговых ключей и подтверждение участников задаются полной схемой протокола.
При проверке ИБ не ограничиваются фактом шифрования. Проверяют доверие к стороне соединения, допустимые алгоритмы, случайные значения и реакцию на подмену сообщений. Свойство прямой секретности зависит от схемы и обращения с временными секретами.
Клиент подключается к внутреннему сервису с корректно настроенным современным TLS. Стороны согласуют ключевой материал, а клиент проверяет сертификат и имя сервиса по установленным правилам.
В тестовой среде клиенту предъявляют сертификат постороннего сервера. Соединение должно завершиться отказом, даже если обмен ключевыми значениями технически возможен. Так проверяют аутентификацию, не путая её с самим согласованием.
Нет. Базовое согласование не устраняет подмену участника. В рабочем протоколе его связывают с подходящей аутентификацией и проверкой обмена.
Общий секрет всегда сразу становится ключом шифрования?Нет. Протокол может применять функцию выработки ключей и получать несколько ключей разных назначений. Используют полную предусмотренную схему, а не произвольное преобразование.
Любое согласование даёт прямую секретность?Нет. Результат зависит от алгоритма, временных ключей и их жизненного цикла. Нельзя приписывать свойство соединению по одному названию операции.