Mailman on SSL sends passwords in plain text

Bug #266268 reported by Doolyo
2
Affects Status Importance Assigned to Milestone
GNU Mailman
Fix Released
High
Unassigned

Bug Description

I have tried putting Mailman on a secure path of my
server on an https url. It seemed to work approximately
when adding the following directive in apache:

RewriteCond %{HTTPS} !=on
RewriteRule /mailman/(.*)
https://www\.mysite\.com/mailman/$1 [R]

However, I have sniffed the TCP/HTTP traffic during a list
creation and I have seen that all the form is posted IN
CLEAR. This is normal in fact as we send that to the
http link first (see Bug Request #1263219). Therefore
the whole test is sent in clear and only afterwards the
client receives back the document move to https from
apache to redirect to the proper page.

I think that this could be solved if all links of the
mailman binaries (admin, create and so forth) are taking
dynamically the link specified in the mm_cfg.py, in the
DEFAULT_URL_HOST tag.

However maybe there is another clean way of putting
that on a secure url. If so I would be interested in how to
do that because I didn't find anything about that subject
appart people doing all like I did.

Thanks,
Daniel

[http://sourceforge.net/tracker/index.php?func=detail&aid=1263239&group_id=103&atid=100103]

Tags: web-cgi
Revision history for this message
Doolyo (doolyo) wrote :

P.S.:
I have seen that we can use fix_url.py to fix the URL for a
specific list. However, it does not seem to fix the links
of /mailman/create and the others and thus does not solve
the problem, as I want to have the SSL on that page.

Revision history for this message
Mark Sapiro (msapiro) wrote :

I am closing this because it seems to be a misconfiguration.

If you make DEFAULT_URL_PATTERN = 'https://%s/mailman/' or
similar (with https) in mm_cfg.py, the create page link from
the admin overview will have https as will the action=
attribute of the form element on the create page.

As you note, you must run fix_url.py to fix list specific
URLs after making this change, but generic urls are changed
without further action.

Also note that DEFAULT_URL_HOST should be just the fully
qualified domain name. The rest of the URL comes from
substituting the host name in DEFAULT_URL_PATTERN.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.