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
F87220393: D34973.id105685.diff
Sun, Jun 30, 10:48 AM
Unknown Object (File)
Fri, Jun 28, 12:04 AM
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
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
rS FreeBSD src repository - subversion
Lint
No Lint Coverage
Unit
No Test Coverage
Build Status
Buildable 45243
Build 42131: arc lint + arc unit