Details
-
Bug
-
Status: Closed
-
Blocker
-
Resolution: Fixed
-
proton-0.10
-
None
Description
I'm hitting an occasional client crash when using an DIGEST-MD5 SASL mech to talk to the qpidd broker.
I've built the broker using the 0.10rc1 as the proton library.
I'm using a pyngus based client. I will upload this reproducer.
Best I can tell, the client pushes a single buffer to the transport that contains both the SASL outcome frame from qpidd and the first encrypted frame. SASL does not handle this case correctly and attempts to parse the encrypted frame as cleartext.
I will open another bug against the frame decode to prevent parsing invalid frames.
Attachments
Attachments
Issue Links
- is related to
-
PROTON-976 pn_read_frame does not validate frame offset
- Closed