RE: SSL_ERROR_WANT_READ after the handshake

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



FWIW: I noticed recently, that in TLSv1.3 it seems to be rather normal to encounter an SSL_WANT_READ immediately

after returning from a successful SSL_connect() call (even in the blocking case), because part of the handshake is disguised

as application data and apparently SSL_connect() returns before the entire handshake has completed, see [issue #17654].

 

[issue #17654]: https://github.com/openssl/openssl/issues/17654

 

From: openssl-users <openssl-users-bounces@xxxxxxxxxxx> On Behalf Of loic nicolas
Sent: Sunday, March 13, 2022 12:08 AM
To: openssl-users@xxxxxxxxxxx
Subject: SSL_ERROR_WANT_READ after the handshake

 

Hello,

 

I use my own bios and non-blocking sockets.

 

After the handshake, is it really necessary to check SSL_ERROR_WANT_READ and SSL_ERROR_WANT_WRITE? (whether on the server or client side)

I don't want to accept a renegotiation, is it really possible that OpenSSL sends me these events without them being linked to a renegotiation?

 

I did several tests on more or less long connections and I never receive them but I would like to be sure.

 

Thank you

Attachment: smime.p7s
Description: S/MIME cryptographic signature


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux