[noise] expected length of messages during handshake
davidwong.crypto at gmail.com
Wed Nov 1 08:58:10 PDT 2017
I'm guessing that a client/server application need to be able to
receive fragmented handshake messages. This becomes complicated when
we don't know what kind of length to expect (since a data can be sent
encrypted at the end of each message pattern).
This is also a problem post-handshake (btw I really think the spec
needs a post-handshake section, even if short and redundant) where
there are no indications for the expected lengths of received
Did I miss something?
More information about the Noise