Linuxカーネルにおいて、以下の脆弱性が修正されました。tls: rx_list上のゼロ長レコードの処理を修正しました。recvmsg()の呼び出しごとに、次のいずれかを処理する必要があります。連続したDATAレコードのみ（任意の数）または1つの非DATAレコードです。次のレコードが既に処理したタイプと異なる場合、メインの処理ループを抜けます。レコードがすでに復号済みの場合（TLS 1.3において復号するまでタイプが分からない場合があります）、保留中のレコードをrx_listにキューイングします。次のrecvmsg()呼び出し時にそこから取得されます。ゼロコピー復号後にskbをrx_listにキューイングすることはできません。なぜなら、その場合はユーザースペースのバッファに直接復号しているため、キューイングするskbが存在しないからです（darg.skbはメタデータ参照用に暗号文skbを指しています）。データレコードのみゼロコピーが許可されており、非データレコードの後は処理ループを抜けます。したがって、ゼロコピーを行った後にレコードタイプが変わったことが判明することはないはずです。我々が見落としたコーナーケースは、初期レコードがrx_listから来ていて、そのレコード長がゼロである場合です。

正式な対策が公開されています。ベンダ情報を参照して適切な対策を実施してください。