SSL/TLSにおける共通鍵の更新

Question

現在、SSL/TLS(以下ではTLSとします)について勉強や実装を行っています。
そこで疑問に思ったことが2点あるので質問させていただきます。

• TLSの通信では、3-way handshake後にTLSハンドシェイクによりネゴシエーションが行われ、

共通鍵を共有してセッションを確立します。セッション確立後、共通鍵によるデータの暗号化が
行われますが、共通鍵の更新はいつ、どの情報を元に行うのでしょうか？

• TLSハンドシェイクの時にプリマスターシークレットの情報を元に共通鍵の生成を行っているはずなので、

共通鍵の更新時には再ネゴシエーションを行い、新たにセッションを確立して通信を行うのでしょうか？

共通鍵の更新がなければ、鍵の漏洩や影響範囲の拡大などリスクが懸念されるため非常に気になりました。

調べてみても欲しい情報が得られなかったため、質問させていただきました。
お分かりになる方がいらっしゃれば、何卒よろしくお願いします。

Answer 1

TLS 1.2までは再ハンドシェイクしかセッションキーを更新する手段がなく、TLS 1.3でKeyUpdateとして実装されたとのことです（参考、RFCの該当箇所）。

Comments

[m1st]

回答ありがとうございます。
TLS1.2までとTLS1.3でセッションキーの更新手段が違うことは知りませんでした。
TLS1.3からハンドシェイクに対して非同期で鍵更新ができるので、以前より処理が少なくてすみますね。
引用元もわかりやすく記載していただき本当にありがとうございました。

[maisumakun]

HTTP/1.1の頃はセッションがえんえん続くこともなかったのですが、HTTP/2やWebSocketなど、TLSセッションを張りっぱなしにするような実用例が増えてきたので、TLS側での対応が必要になった、という印象です。

Answer 2

調べてみた範囲がどの程度なのかわかりませんが厳密・正確な話を求めているのでしたらRFC8446を読むのが一番確実ではないでしょうか。

Comments

[m1st]

RFC844に関しては軽く読んでみたのですが、自分の理解不足により該当箇所がわからず質問させていただきました。回答ありがとうございます。