(D)TLS 1.2 client accepts early ChangeCipherSpec before ClientKeyExchange

A (D)TLS 1.2 client can accept a ChangeCipherSpec message before it has sent its ClientKeyExchange. No master secret has been derived at that point, so the client installs read keys derived from a known (deterministic) key and checks the server's Finished against that same key. An out-of-order ChangeCipherSpec can therefore be used by an attacker to complete the handshake in place of the server and send data the client accepts as authentic. The client's own traffic still uses correctly derived keys, so the attacker cannot read it, and the genuine server never completes the handshake. DTLS 1.2 clients are exposed because a datagram read can deliver the out-of-order records on its own. TLS 1.2 clients are exposed when the application supplies received bytes with wolfSSL_inject() or enables read ahead. For certificate suites, the attacker must be in a man-in-the-middle position. For PSK (Pre Shared Key) connections, any fake server can succeed without knowing the PSK.

(D)TLS 1.2クライアントは、ClientKeyExchangeメッセージを送信する前にChangeCipherSpecメッセージを受け入れてしまうことがあります。その時点ではマスターシークレットが導出されていないため、クライアントは既知の（決定的な）キーから導出された読み取りキーをインストールし、サーバーのFinishedメッセージを同じキーを使って検証します。このため、順序外のChangeCipherSpecメッセージを攻撃者が使用し、サーバーの代わりにハンドシェイクを完了させ、クライアントが正当とみなすデータを送信することが可能になります。クライアント自身の通信は正しく導出されたキーを使用しているため、攻撃者はこれを読み取ることができず、正規のサーバーがハンドシェイクを完了できません。DTLS 1.2クライアントは、データグラムの読込時に順序外のレコードを単独で届けることができるため、この影響を受けます。TLS 1.2クライアントは、アプリケーションがwolfSSL_inject()で受信バイトを供給する場合や、リードアヘッドを有効にした場合に影響を受けます。証明書スイートを使用する場合、攻撃者は中間者攻撃の位置にいる必要があります。PSK（事前共有キー）接続の場合、PSKを知らなくても偽サーバーが成功する可能性があります。