Bug 716523

Summary: use an explicit sasl mechanism list
Product: Red Hat Enterprise MRG Reporter: mick <mgoulish>
Component: qpid-cppAssignee: mick <mgoulish>
Status: CLOSED DUPLICATE QA Contact: MRG Quality Engineering <mrgqe-bugs>
Severity: high Docs Contact:
Priority: unspecified    
Version: DevelopmentCC: jross
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-12-07 18:23:34 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description mick 2011-06-24 18:43:48 UTC
Currently, we default to using the system-default sasl mechanisms list.  That list will include GSSAPI if the package is installed on the user's system.  But merely installing the GSSAPI package does not prepare qpidd to use GSSAPI.  The user must perform specific config steps to make it work.  And, since GSSAPI will be selected before other mechanisms, this means that many users will see qpidd fail as soon as they try  --auth=yes  .

It also seems dangerous to allow PLAIN, since users who install qpidd will then have an insecure system by default.

By accepting the system-default list we are allowing too many user-surprises.

The solution is to explicitly control the mech list, probably only allowing a single mechanism such as DIGEST-MD5, and give the user sufficient instruction on how to set up other mechanisms when they are desired.

Comment 1 mick 2011-07-06 20:14:55 UTC
JIRA 3337

Comment 2 Justin Ross 2012-12-07 18:23:34 UTC

*** This bug has been marked as a duplicate of bug 846465 ***