Messages in this thread | | | Date | Mon, 23 Nov 2015 16:59:06 -0500 | From | Sowmini Varadhan <> | Subject | Re: [RFC PATCH 2/2] Crypto kernel tls socket |
| |
On (11/23/15 13:43), Dave Watson wrote: > > For kcm, opfd is the fd you would pass along in kcm_attach. > For rds, it looks like you'd want to use opfd as the sock instead of > the new one created by sock_create_kern in rds_tcp_conn_connect.
I see.
It's something to consider, and it would certainly secure the RDS header and app data, but TLS by itself may not be enough- we'd need to protect the TCP control plane as well, and at the moment, I'm finding that even using esp-null (or AO, or MD5, for that matter) means that I lose GSO, and perf tanks. I'll try to put all my data together for this for netdev 1.1.
> > E.g., if I get a cipher-suite request outside the aes-ni, what would > > happen (punt to uspace?) > > > > --Sowmini > > Right, bind() would fail and you would fallback to uspace.
That's the approach that Solaris KSSL took, back in 1999. It quickly became obsolete, again more details in netdev 1.1.
--Sowmini
| |