You are viewing a plain text version of this content. The canonical link for it is here.
Posted to proton@qpid.apache.org by "Robbie Gemmell (JIRA)" <ji...@apache.org> on 2015/08/10 20:38:45 UTC
[jira] [Commented] (PROTON-975) connecting with DIGEST-MD5 fails if
buffer containing outcome and first encrypted frame is received
[ https://issues.apache.org/jira/browse/PROTON-975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14680527#comment-14680527 ]
Robbie Gemmell commented on PROTON-975:
---------------------------------------
Bumping to 0.10.1 fix-for as this isnt a regression, the real blocker (a crash) was resovled via PROTON-976, and no fix is yet available to let 0.10 progress.
> connecting with DIGEST-MD5 fails if buffer containing outcome and first encrypted frame is received
> ---------------------------------------------------------------------------------------------------
>
> Key: PROTON-975
> URL: https://issues.apache.org/jira/browse/PROTON-975
> Project: Qpid Proton
> Issue Type: Bug
> Components: proton-c
> Affects Versions: 0.10
> Reporter: Ken Giusti
> Assignee: Andrew Stitcher
> Priority: Blocker
> Fix For: 0.10.1
>
> Attachments: send.py
>
>
> 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.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)