Всегда ли в TLS 1.3 ключ связывания в расписании ключей, не основанных на PSK, является согласованным значением?

Eddie

18.11.2022, 19:38

Ключевое расписание в TLS 1.3 RFC начинается так:

             0
             |
             в
   PSK -> HKDF-Extract = ранний секрет
             |
             +-----> Derive-Secret(., "ext binder" | "res binder", "")
             | = связующий_ключ
             |
             +-----> Derive-Secret(., "c e traffic", ClientHello)
             | = client_early_traffic_secret
             |
             +-----> Derive-Secret(., "e exp master", ClientHello)
             | = Early_exporter_master_secret
            ...

Далее в разделе 7.1, в RFC содержится руководство о том, что использовать в качестве замещающего значения для PSK, если предварительный общий ключ фактически не используется:

   Если данный секрет недоступен, то 0-значение, состоящее из
   используется строка байтов Hash.length, установленная в нули. Обратите внимание, что это
   не означает пропуск раундов, поэтому, если PSK не используется, Early Secret
   по-прежнему будет HKDF-Extract(0, 0).

client_early_traffic_secret и Early_exporter_master_secret включить хэш расшифровки приветствия клиента, который включает случайное число, сгенерированное клиентом. Таким образом, эти два ключа будут разными для каждого сеанса SSL.

Однако binder_key не включает в себя хэш расшифровки. Что значит (в моей интерпретации), единственные значения, поступающие в binder_key секрет оба известный всем и никогда не меняется (0 в качестве начального значения, 000...0 в качестве замены PSK и метки констант доб. связующее или же связующее вещество).

Я правильно это интерпретирую? Если да, то как это не снижает безопасность, если один из выходных секретных ключей расписания ключей никогда не меняется?

1 + 0

Рейтинг:1

Crypto

SAI Peregrinus

19.11.2022, 13:10

Ключ связующего используется только для связующее ПСК, который

формирует привязку между PSK и текущим рукопожатием, а также между сеансом, в котором был установлен PSK, и текущим сеансом.

Без предыдущего сеанса для установки PSK привязывать нечего. Нет PSK для привязки к текущему рукопожатию, и нет предыдущего сеанса, в котором был установлен PSK. Итак, связующий ключ является постоянным, когда не используется PSK, поскольку он используется только для того, чтобы гарантировать, что клиент знает тот же самый PSK, который хранится на сервере.

0 + 0

Admin

Этот вопрос на других языках:

EN: In TLS 1.3, is the Binder Key in a non-PSK derived key schedule always a consistent value?

TH: ใน TLS 1.3 Binder Key ในกำหนดการคีย์ที่ไม่ได้มาจาก PSK มีค่าที่สอดคล้องกันเสมอหรือไม่

RO: În TLS 1.3, cheia Binder într-un program de chei derivate non-PSK este întotdeauna o valoare consecventă?

RU: Всегда ли в TLS 1.3 ключ связывания в расписании ключей, не основанных на PSK, является согласованным значением?

VI: Trong TLS 1.3, Khóa liên kết trong lịch biểu khóa không phải PSK có nguồn gốc luôn là một giá trị nhất quán phải không?

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.