summaryrefslogtreecommitdiffstats
path: root/lib/libc
diff options
context:
space:
mode:
authorjsing <jsing@openbsd.org>2019-01-18 00:54:42 +0000
committerjsing <jsing@openbsd.org>2019-01-18 00:54:42 +0000
commit289a6753d2307aa43632a372f9d4867881d84b85 (patch)
tree423e78a4f4dab6ead0471740f82d7a81fcdd0586 /lib/libc
parentSplit a long line that wandered into the (diff)
downloadwireguard-openbsd-289a6753d2307aa43632a372f9d4867881d84b85.tar.xz
wireguard-openbsd-289a6753d2307aa43632a372f9d4867881d84b85.zip
Rename TLS extension handling to use less "hello".
When the TLS extension code was rewritten, TLS extensions could only exist in ClientHello and ServerHello messages - as such, they were named in pairs of *_clienthello_{needs,build} which would be called by the client and *_clienthello_parse. Likewise for *_serverhello_{needs,build} which would be called by a server and *_serverhello_parse, which would be called by a client. Enter TLSv1.3 - TLS extensions can now exist in one of seven messages, with only certain types being allowed to appear in each, meaning the naming scheme no longer works. Instead, rename them to indicate the caller rather than the message type - this effectively means: clienthello_needs -> client_needs clienthello_build -> client_build clienthello_parse -> server_parse serverhello_needs -> server_needs serverhello_build -> server_build serverhello_parse -> client_parse ok beck@ tb@
Diffstat (limited to 'lib/libc')
0 files changed, 0 insertions, 0 deletions