ktls: Support for TLS 1.3 receive offload.

[jhb]

Summary

Sponsored by: Netflix

[jhb]

I've tested this with the tests here as well as with an OpenSSL patched with the patches from https://github.com/openssl/openssl/pull/16798.

sys/opencrypto/ktls_ocf.c

667

For NIC TLS RX support we may end up making this bit of code a helper routine that can be shared with the NIC TLS RX path.

[• hselasky]

sys/kern/uipc_ktls.c

2038

Could the record_type be extracted outside this function? We will need this for the hardware decrypted traffic.

sys/opencrypto/ktls_ocf.c

667

Sounds like a good idea, to factor this bit out. Then you don't really need two separate decryption functions.

[jhb]

sys/opencrypto/ktls_ocf.c

667

You would still need separate decryption functions as some of the other details are different such as the AAD. I think splitting out this routine is probably something sensible to do in a future commit in a series adding 1.3 NIC TLS RX, but I might move it back to sys/kern/uipc_ktls.c. I had started with doing it in uipc_ktls.c but found it simpler to do it here instead.

[• hselasky]

sys/opencrypto/ktls_ocf.c

667

Should we have another callback function into OCF, which handle already decrypted traffic, to get the trailer length and header type fields correct?

[jhb]

• Move routine to parse TLS 1.3 trailer to uipc_ktls.c.

[jhb]

sys/kern/uipc_ktls.c

2038

I think this version should work for you for NIC TLS as you can fall through to the code below with the decrypted record.

[• hselasky]

Looks good. I'll rebase my patches.