netdev - Re: kTLS getsockopt TLS

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <52896DE7-B684-4F2E-AD45-DF34126C841B@gmail.com>
Date:   Sun, 24 Feb 2019 14:59:52 +0900
From:   Hayakawa Yutaro <yhayakawa3720subscribe@...il.com>
To:     Vakul Garg <vakul.garg@....com>
Cc:     "netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: kTLS getsockopt TLS_RX support


> 2019/02/24 14:33、Vakul Garg <vakul.garg@....com>のメール:
> 
> 
> 
>> -----Original Message-----
>> From: Hayakawa Yutaro <yhayakawa3720subscribe@...il.com>
>> Sent: Sunday, February 24, 2019 11:01 AM
>> To: Vakul Garg <vakul.garg@....com>
>> Cc: netdev@...r.kernel.org
>> Subject: Re: kTLS getsockopt TLS_RX support
>> 
>> 
>>> 2019/02/24 10:50、Vakul Garg <vakul.garg@....com>のメール:
>>> 
>>> 
>>> 
>>>> -----Original Message-----
>>>> From: netdev-owner@...r.kernel.org <netdev-owner@...r.kernel.org>
>> On
>>>> Behalf Of Hayakawa Yutaro
>>>> Sent: Saturday, February 23, 2019 10:59 PM
>>>> To: netdev@...r.kernel.org
>>>> Subject: kTLS getsockopt TLS_RX support
>>>> 
>>>> Hello,
>>>> 
>>>> While trying the kTLS, I found out that currently, there is no
>>>> support for kTLS getsockopt TLS_RX which extracts receive side crypto
>>>> information from kTLS socket. Since setting crypto information for RX
>>>> side is supported, I felt wonder why it is not supported.
>>>> 
>>>> Is there any particular reason for it?
>>> 
>>> What use case do you have in mind?
>>> Why give back state of record layer which also contains (record sequence
>> number) to user space?
>> 
>> I’d like to checkpoint/restore the TLS session in conjunction with
>> TCP_REPAIR.
>> 
>> When we checkpoint the kTLS session, we need to pick the record sequence
>> number or any other session information from kernel. For TX side, it is
>> already supported (getsockopt TLS_TX), so I’m wondering why RX side is
>> missing.
>> 
>> Is there any technical difficulty or it will never supported in future?
> 
> Don't think so. 
> Will you submit a patch?

Since I am one of the beginner user of kTLS, I don’t have much knowledge about the
internal, but I have my own patch. I can test and submit it to here.

Yutaro

> 
>> Regards,
>> Yutaro
>> 
>>> 
>>>> 
>>>> Regards,
>>>> Yutaro