TLS 0-RTT — データの早期送信

この概念の要点

• 要点

  「早く送れる」と「接続準備が終わる」は別

  早期データを送った後も、接続準備は続きます。早く送り始められても、通信や処理がその場で完了するわけではありません。

• 要点

  早期データは拒否されることもある

  早期送信を試しても、Serverが受け入れるとは限りません。早期データだけを拒否し、通常の接続準備を続ける場合もあります。再送するかは、接続準備の完了後にアプリケーション側で判断します。受入拡張が返らず拒否された場合はEndOfEarlyDataを送りません。HRRや致命的な検証エラーまで、すべて通常の再開へ成功するとは扱いません。

• 注意

  暗号化されていても、繰り返し送られることがある

  ここでいうリプレイは、記録されたデータを別の接続で送り直すことです。同じ依頼を繰り返し受けると、アプリケーションの処理が重複するおそれがあります。暗号化だけでは、この問題への対策になりません。HTTPのGETであっても処理に副作用があれば安全とは限らず、早期送信の可否は処理内容を踏まえて判断します。425 Too EarlyはHTTPの応答で、TLS自体の早期データ拒否とは別です。

• 注意

  通常のデータと同じ保護があるとは限らない

  早期データについて、TLSは前方秘匿性を保証しません。将来、再開用の秘密が漏れた場合、記録されていた早期データを守れないおそれがあります。前方秘匿性は、後から秘密が漏れても、過去に記録された通信内容を守る性質です。後続の通信で新しい鍵共有を行っても、すでに送った早期データの保護を後から強めるものではありません。

• 要点

  用途に合わせて使う

  0-RTTは、速くするために何でも送ってよい仕組みではありません。利用するアプリケーションの仕様で、安全な使い方や拒否・再送への対応が定められていることが前提です。教材上の注意例は、同じ依頼で購入や送金が重複する処理です。実在サービスの挙動を述べるものではなく、何度実行しても結果が同じになるようにするだけで全リスクを解消できる、という意味でもありません。