Page MenuHomeFreeBSD

OpenSSL: KTLS: Check for unprocessed receive records in ktls_configure_crypto.
ClosedPublic

Authored by jhb on Apr 19 2022, 9:33 PM.
Tags
None
Referenced Files
Unknown Object (File)
Apr 24 2024, 11:06 PM
Unknown Object (File)
Mar 11 2024, 9:51 AM
Unknown Object (File)
Mar 11 2024, 9:51 AM
Unknown Object (File)
Mar 11 2024, 9:51 AM
Unknown Object (File)
Mar 7 2024, 11:44 PM
Unknown Object (File)
Mar 7 2024, 12:08 PM
Unknown Object (File)
Jan 14 2024, 8:55 AM
Unknown Object (File)
Jan 5 2024, 9:50 AM
Subscribers

Details

Summary

KTLS implementations currently assume that the start of the in-kernel
socket buffer is aligned with the start of a TLS record for the
receive side. The socket option to enable KTLS specifies the TLS
sequence number of this initial record.

When read ahead is enabled, data can be pending in the SSL read buffer
after negotiating session keys. This pending data must be examined to
ensurs that the kernel's socket buffer does not contain a partial TLS
record as well as to determine the correct sequence number of the
first TLS record to be processed by the kernel.

In preparation for enabling receive kernel offload for TLS 1.3, move
the existing logic to handle read ahead from t1_enc.c into ktls.c and
invoke it from ktls_configure_crypto().

Obtained from: OpenSSL commit 85773128d0e80cd8dcc772a6931d385b8cf4acd1
MFC after: 1 week
Sponsored by: Netflix

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable